Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Équilibrage de charge pour une session BGP

Comprendre le multichemin BGP

BGP Multichemin vous permet d’installer plusieurs chemins BGP internes et plusieurs chemins BGP externes vers la table de transfert. La sélection de plusieurs chemins permet à BGP d’équilibrer la charge du trafic sur plusieurs liaisons.

Un chemin est considéré comme un chemin à coût égal BGP (et est utilisé pour le transfert) si le processus de sélection du chemin BGP effectue un départage après comparaison du coût IGP au saut suivant. Par défaut, tous les chemins avec le même AS voisin, appris par un voisin BGP compatible avec les chemins multiples, sont pris en compte dans le processus de sélection des chemins multiples.

En règle générale, le BGP ne sélectionne qu’un seul meilleur chemin pour chaque préfixe et installe cette route dans la table de transfert. Lorsque le multichemin BGP est activé, l’équipement sélectionne plusieurs chemins BGP à coût égal pour atteindre une destination donnée, et tous ces chemins sont installés dans la table de transfert. BGP annonce uniquement le chemin actif à ses voisins, sauf si add-path est utilisé.

La fonction multichemin BGP de Junos OS prend en charge les applications suivantes :

  • Équilibrage de charge sur plusieurs liaisons entre deux équipements de routage appartenant à des systèmes autonomes (AS) différents

  • Équilibrage de charge sur un ou plusieurs sous-réseaux communs vers différents périphériques de routage appartenant au même homologue AS

  • Équilibrage de charge sur plusieurs liaisons entre deux équipements de routage appartenant à des homologues de confédération externes différents

  • Équilibrage de charge sur un ou plusieurs sous-réseaux communs vers différents équipements de routage appartenant à des homologues de confédération externes

Dans un scénario courant d’équilibrage de charge, un client est multihébergé sur plusieurs routeurs ou commutateurs dans un point de présence (POP). Le comportement par défaut consiste à envoyer tout le trafic sur une seule des liaisons disponibles. Avec l’équilibrage de charge, le trafic utilise au moins deux liaisons.

Le multichemin BGP ne s’applique pas aux chemins qui partagent le même coût MED-plus-IGP, mais dont le coût IGP diffère. La sélection des chemins multichemins est basée sur la métrique de coût IGP, même si deux chemins ont le même coût MED-plus-IGP.

À partir de la version 18.1R1 de Junos OS, le multichemin BGP est pris en charge globalement au [edit protocols bgp] niveau de la hiérarchie. Vous pouvez désactiver sélectivement le multichemin sur certains groupes BGP et voisins. Inclure disable au [edit protocols bgp group group-name multipath] niveau de la hiérarchie pour désactiver l’option multichemin pour un groupe ou un voisin BGP spécifique.

À partir de la version 18.1R1 de Junos OS, vous pouvez différer le calcul des chemins multichemins jusqu’à ce que toutes les routes BGP soient reçues. Lorsque le routage multichemin est activé, BGP insère l’itinéraire dans la file d’attente à chemins multiples chaque fois qu’un nouvel itinéraire est ajouté ou chaque fois qu’un itinéraire existant change. Lorsque plusieurs chemins sont reçus via la fonctionnalité d’add-path de BGP, BGP peut calculer plusieurs fois un chemin multichemin. Le calcul par trajets multiples ralentit le taux d’apprentissage RIB (également appelé table de routage). Pour accélérer l’apprentissage RIB, le calcul des chemins multiples peut être différé jusqu’à ce que les routes BGP soient reçues, ou vous pouvez abaisser la priorité du travail de génération de chemins multichemins selon vos besoins jusqu’à ce que les routes BGP soient résolues. Pour différer le calcul du chemin multichemin, configurez defer-initial-multipath-build au [edit protocols bgp] niveau de la hiérarchie. Vous pouvez également réduire la priorité de la tâche de construction BGP multichemin à l’aide d’une multipath-build-priority instruction de configuration au [edit protocols bgp] niveau de la hiérarchie pour accélérer l’apprentissage RIB.

Exemple : équilibrage de charge du trafic BGP

Cet exemple montre comment configurer BGP pour sélectionner plusieurs chemins EBGP (Equal-Cost External BGP) ou IBGP (Internal BGP) comme chemins actifs.

Exigences

Avant de commencer :

  • Configurez les interfaces des appareils.

  • Configurez un Interior Gateway Protocol (IGP).

  • Configurez BGP.

  • Configurez une politique de routage qui exporte les routes (telles que les routes directes ou les routes IGP) de la table de routage vers BGP.

Vue d’ensemble

Les étapes suivantes montrent comment configurer l’équilibrage de charge par paquet :

  1. Définir une politique de routage d’équilibrage de charge en incluant une ou plusieurs policy-statement instructions au niveau de la [edit policy-options] hiérarchie, définissant une action de load-balance per-packet:

    Remarque :

    Pour permettre l’équilibrage de charge entre plusieurs chemins EBGP et plusieurs chemins IBGP , incluez l’instruction multipath globalement au niveau de la [edit protocols bgp] hiérarchie. Vous ne pouvez pas activer l’équilibrage de charge du trafic BGP sans inclure l’instruction multipath globalement, ou pour un groupe BGP au niveau de la [edit protocols bgp group group-name hiérarchie, ou pour des voisins BGP spécifiques au niveau de la [edit protocols bgp group group-name neighbor address] hiérarchie.

  2. Appliquez la stratégie aux routes exportées de la table de routage vers la table de transfert. Pour ce faire, incluez les forwarding-table instructions et export :

    Vous ne pouvez pas appliquer la stratégie d’exportation aux instances de routage VRF.

  3. Spécifiez tous les sauts suivants de cet itinéraire, s’il en existe plusieurs, lors de l’attribution d’une étiquette correspondant à un itinéraire annoncé.

  4. Configurez la clé de hachage forwarding-options pour MPLS afin d’inclure la charge utile IP.

Remarque :

Sur certaines plates-formes, vous pouvez augmenter le nombre de chemins équilibrés en charge à l’aide de l’instruction chassis maximum-ecmp .

Avec cette instruction, vous pouvez modifier le nombre maximal de chemins à charge équilibrée à coût égal par 32, 64, 128, 256 ou 512 (le nombre maximal varie selon la plate-forme - voir maximum-ecmp).

La fonctionnalité de multichemin est prise en charge sur toutes les plates-formes qui prennent en charge BGP. Certaines améliorations ont été apportées aux plateformes QFX :

Dans cet exemple, l’appareil R1 se trouve dans l’AS 64500 et est connecté à l’appareil R2 et à l’appareil R3, qui sont dans l’AS 64501. Cet exemple montre la configuration sur l’appareil R1.

Topologie

La figure 1 illustre la topologie utilisée dans cet exemple.

Figure 1 : équilibrage BGP Load Balancing de charge BGP

La configuration

Procédure

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez-collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer les sessions d’pair BGP :

  1. Configurez le groupe BGP.

  2. Activez le groupe BGP pour utiliser plusieurs chemins.

    Remarque :

    Pour désactiver la vérification par défaut exigeant que les chemins acceptés par le multichemin BGP aient le même système autonome voisin (AS), incluez l’option multiple-as .

  3. Configurez la stratégie d’équilibrage de charge.

  4. Appliquez la politique d’équilibrage de charge.

  5. Configurez le numéro du système autonome local (AS).

Résultats

En mode configuration, confirmez votre configuration en entrant les show protocolscommandes , show policy-optionset . show routing-options Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Vérification

Confirmez que la configuration fonctionne correctement :

Vérification des routes

Objet

Vérifiez que les routes sont apprises à partir des deux routeurs de l’AS voisin.

Mesures à prendre

À partir du mode opérationnel, exécutez la show route commande.

Signification

Le chemin actif, indiqué par un astérisque (*), comporte deux sauts suivants : 10.0.1.1 et 10.0.0.2 vers la destination 10.0.2.0. Le saut suivant 10.0.1.1 est copié du chemin inactif vers le chemin actif.

Remarque :

La show route detail sortie de la commande désigne une passerelle comme selected. Ce résultat peut prêter à confusion dans le contexte de l’équilibrage de charge. La passerelle sélectionnée est utilisée à de nombreuses fins, en plus de décider quelle passerelle installer dans le noyau lorsque Junos OS n’effectue pas d’équilibrage de charge par paquet. Par exemple, la ping mpls commande utilise la passerelle sélectionnée lors de l’envoi de paquets. Les protocoles multicast utilisent la passerelle sélectionnée dans certains cas pour déterminer l’interface en amont. Par conséquent, même lorsque Junos OS effectue un équilibrage de charge par paquet par le biais d’une politique de table de transfert, les informations de passerelle sélectionnées sont toujours nécessaires à d’autres fins. Il est utile d’afficher la passerelle sélectionnée à des fins de dépannage. De plus, il est possible d’utiliser la politique de table de transfert pour remplacer ce qui est installé dans le noyau (par exemple, en utilisant l’action install-nexthop ). Dans ce cas, la passerelle de saut suivant installée dans la table de transfert peut être un sous-ensemble du nombre total de passerelles affichées dans la show route commande.

Vérification du transfert

Objet

Vérifiez que les deux sauts suivants sont installés dans la table de transfert.

Mesures à prendre

À partir du mode opérationnel, exécutez la show route forwarding-table commande.

Comprendre la configuration de 512 chemins à coût égal maximum avec équilibrage de charge cohérent en option

Vous pouvez configurer la fonctionnalité ECMP (Equal-Cost Multipath) avec jusqu’à 512 chemins pour les homologues BGP externes. La possibilité de configurer jusqu’à 512 sauts suivants ECMP vous permet d’augmenter le nombre de connexions directes entre pairs BGP avec le périphérique de routage spécifié, améliorant ainsi la latence et optimisant le flux de données. Vous pouvez éventuellement inclure un équilibrage de charge cohérent dans cette configuration ECMP. Un équilibrage de charge cohérent garantit qu’en cas de défaillance d’un membre ECMP (c’est-à-dire un chemin), seuls les flux circulant à travers le membre défaillant sont redistribués aux autres membres ECMP actifs. Un équilibrage de charge cohérent garantit également que si un membre ECMP est ajouté, la redistribution des flux des membres EMCP existants vers le nouveau membre ECMP est minime.

Directives et limitations pour la configuration de 256 à 512 chemins à coût égal, éventuellement avec un équilibrage de charge cohérent

  • La fonctionnalité s’applique uniquement aux homologues BGP externes à saut unique. (Cette fonctionnalité ne s’applique pas aux routes MPLS.)

  • Le processus de routage de l’appareil (RPD) doit prendre en charge le mode 64 bits ; RPD 32 bits n’est pas pris en charge.

  • La fonctionnalité s’applique uniquement au trafic unicast.

  • La répartition du trafic peut varier de manière uniforme entre tous les membres du groupe, car elle dépend du modèle de trafic et de l’organisation de la table de définition des flux de hachage dans le matériel. Le hachage cohérent minimise le remappage des flux vers les liens de destination lorsque des membres sont ajoutés ou supprimés du groupe.

  • Si vous configurez set forwarding-options enhanced-hash-key avec l’une des options hash-mode, , inetinet6ou layer2, certains flux peuvent modifier les liens de destination, car les nouveaux paramètres de hachage peuvent générer de nouveaux index de hachage pour les flux, entraînant de nouveaux liens de destination.

  • Pour obtenir la meilleure précision de hachage possible, cette fonctionnalité utilise une topologie en cascade pour implémenter la structure de saut suivant pour les configurations de plus de 128 sauts suivants. La précision de hachage est donc légèrement inférieure à celle des configurations ECMP next-hop inférieures à 128, qui ne nécessitent pas de topologie en cascade.

  • Les flux existants sur les chemins ECMP affectés et les nouveaux flux circulant sur ces chemins ECMP affectés peuvent changer de chemin lors de la réparation d’une route locale, et une distorsion du trafic peut être perceptible. Cependant, une telle inclinaison est corrigée lors de la réparation ultérieure de l’itinéraire global.

  • Lorsque vous augmentez la valeur, le maximum-ecmp hachage de cohérence est perdu lors du prochain événement de changement de saut suivant pour le préfixe de route.

  • Si vous ajoutez un nouveau chemin à un groupe ECMP existant, certains flux sur des chemins non affectés peuvent être déplacés vers le chemin nouvellement ajouté.

  • Le reroutage rapide (FRR) peut ne pas fonctionner avec un hachage cohérent.

  • Il est impossible d’obtenir une distribution parfaite du trafic de type ECMP. Les chemins qui ont plus de « compartiments » que les autres chemins ont plus de flux de trafic que les chemins avec moins de compartiments (un compartiment est une entrée de la liste de distribution de la table d’équilibrage de charge qui est mappée à un index membre ECMP).

  • Lors d’événements de modification de la topologie du réseau, un hachage cohérent est perdu pour les préfixes réseau dans certains cas, car ces préfixes pointent vers un nouveau saut suivant ECMP qui n’a pas toutes les propriétés des sauts suivants ECMP précédents des préfixes.

  • Si plusieurs préfixes réseau pointent vers le même saut suivant ECMP et qu’un ou plusieurs de ces préfixes sont activés avec l’instruction consistent-hash , tous les préfixes réseau pointant vers ce même saut suivant ECMP affichent un comportement de hachage cohérent.

  • Le hachage cohérent est pris en charge sur le groupe ECMP basé sur des routes BGP à coût égal uniquement. Lorsque d’autres protocoles ou routes statiques sont configurés et ont la priorité sur les routes BGP, le hachage cohérent n’est pas pris en charge.

  • Un hachage cohérent peut avoir des limites lorsque la configuration est combinée avec des configurations pour les fonctionnalités suivantes, car ces fonctionnalités ont des terminaisons tunnel ou une ingénierie de trafic qui n’utilise pas le hachage pour sélectionner les chemins : tunnelisation GRE ; Trafic BUM ; EVPN-VXLAN ; et MPLS TE, la bande passante automatique.

Instructions pour configurer jusqu’à 512 sauts suivants ECMP et, si vous le souhaitez, un équilibrage de charge cohérent

Lorsque vous êtes prêt à configurer jusqu’à 512 sauts suivants, suivez les instructions de configuration suivantes :

  1. Configurez le nombre maximal de sauts suivants ECMP (par exemple, configurez 512 sauts suivants ECMP) :

  2. Création d’une politique de routage et activation de l’équilibrage de charge par paquet, permettant ainsi ECMP globalement sur le système :

  3. Activez la résilience sur les préfixes sélectionnés en créant une politique de routage distincte pour faire correspondre les routes entrantes à un ou plusieurs préfixes de destination, par exemple :

  4. Appliquez une stratégie d’importation eBGP (par exemple, « c-hash ») au groupe BGP de pairs externes :

Pour plus d’informations sur la configuration de chemins à coût égal, consultez Exemple : Équilibrage de charge du trafic BGP, qui apparaît plus haut dans ce document.

(Facultatif) Pour plus d’informations sur la configuration de l’équilibrage de charge cohérent (également appelé hachage cohérent), consultez Configuration de l’équilibrage de charge cohérent pour les groupes ECMP

Exemple : Configuration d’homologues EBGP à saut unique pour accepter des sauts suivants distants

Cet exemple montre comment configurer un homologue BGP externe (EBGP) à saut unique pour accepter un saut suivant distant avec lequel il ne partage pas un sous-réseau commun.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Vue d’ensemble

Dans certaines situations, il est nécessaire de configurer un homologue EBGP à saut unique pour accepter un saut suivant distant avec lequel il ne partage pas de sous-réseau commun. Par défaut, toute adresse de saut suivant reçue d’un homologue EBGP à saut unique qui n’est pas reconnu comme partageant un sous-réseau commun doit être ignorée. La possibilité pour un homologue EBGP à saut unique d’accepter un saut suivant distant auquel il n’est pas directement connecté vous évite également d’avoir à configurer le voisin EBGP à saut unique en tant que session à sauts multiples. Lorsque vous configurez une session à sauts multiples dans cette situation, toutes les routes de saut suivant apprises via cet homologue EBGP sont étiquetées indirectes, même lorsqu’elles partagent un sous-réseau commun. Cette situation interrompt la fonctionnalité de chemins multichemins pour les itinéraires qui sont résolus de manière récursive sur les itinéraires qui incluent ces adresses de saut suivant. La configuration de l’instruction accept-remote-nexthop permet à un homologue EBGP à saut unique d’accepter un saut suivant distant, ce qui rétablit la fonctionnalité de chemin multichemin pour les routes résolues sur ces adresses de saut suivant. Vous pouvez configurer cette instruction au niveau de la hiérarchie globale, du groupe et du voisinage pour BGP. L’instruction est également prise en charge sur les systèmes logiques et le type d’instance de routage VRF (VPN routing and forwarding). Le saut suivant distant et l’homologue EBGP doivent tous deux prendre en charge l’actualisation BGP route, comme défini dans la RFC 2918, Route Actualiser Capability in BGP-4. Si l’homologue distant ne prend pas en charge l’actualisation de la route BGP, la session est réinitialisée.

Par défaut, un homologue EBGP à saut unique annonce sa propre adresse comme le saut suivant. Si vous souhaitez publier un saut suivant différent, vous devez définir une politique de routage d’importation sur l’homologue EBGP. Lorsque vous activez un homologue EBGP à saut unique pour accepter un saut suivant distant, vous pouvez également configurer une politique de routage d’importation sur l’homologue EBGP. Toutefois, une politique de routage n’est pas nécessaire si vous avez configuré un saut suivant distant.

Cet exemple inclut une politique de routage d’importation, agg_route, qui permet à un pair BGP externe à saut unique (équipement R1) d’accepter le saut suivant distant 10.1.10.10 pour la route vers le réseau 10.1.230.0/23. Au niveau de la [edit protocols bgp] hiérarchie, l’exemple inclut l’instruction d’appliquer import agg_route la stratégie au pair BGP externe et inclut l’instruction accept-remote-nexthop permettant à l’homologue EBGP à saut unique d’accepter le saut suivant distant.

La figure 2 montre un exemple de topologie.

Figure 2 : Topologie d’acceptation d’un saut Network topology diagram with routers R0 in AS 65500 and R1, R2 in AS 65000. R0 connects to R1 on subnets 10.1.0.0/30 and 10.1.1.0/30. R1 connects to R2 on subnet 10.12.0.0/30. Loopback IPs: R0 10.255.14.179, R1 10.255.71.24, R2 10.255.14.177. suivant distant

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Équipement R0

Appareil R1

Appareil R2

Équipement R0

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’appareil R0 :

  1. Configurez les interfaces.

  2. Configurez EBGP.

  3. Activez le protocole BGP multichemin entre l’équipement R0 et l’équipement R1.

  4. Configurez des routes statiques vers des réseaux distants. Ces routes ne font pas partie de la topologie. Le but de ces routes est de démontrer la fonctionnalité de cet exemple.

  5. Configurez des stratégies de routage qui acceptent les routes statiques.

  6. Exportez les agg_route stratégies et test_route de la table de routage vers BGP.

  7. Configurez le numéro du système autonome (AS).

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow protocols, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Configuration de l’équipement R1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’appareil R1 :

  1. Configurez les interfaces.

  2. Configurez OSPF.

  3. Activez l’appareil R1 pour accepter le saut suivant distant.

  4. Configurez IBGP.

  5. Configurez EBGP.

  6. Activez le protocole BGP multichemin entre l’équipement R0 et l’équipement R1.

  7. Configurez une politique de routage qui permet à un pair BGP externe à saut unique (équipement R1) d’accepter le saut suivant distant 10.1.10.10 pour la route vers le réseau 10.1.230.0/23.

  8. Importez la agg_route stratégie dans la table de routage sur l’appareil R1.

  9. Configurez le numéro du système autonome (AS).

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow protocols, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Configuration de l’équipement R2

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’appareil R2 :

  1. Configurez les interfaces.

  2. Configurez OSPF.

  3. Configurez IBGP.

  4. Configurez le numéro du système autonome (AS).

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolset . show routing-options Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la présence de la route multichemin avec le saut suivant indirect dans la table de routage

Objet

Vérifiez que l’appareil R1 dispose d’une route vers le réseau 10.1.230.0/23.

Mesures à prendre

À partir du mode opérationnel, entrez la show route 10.1.230.0 extensive commande.

Signification

La sortie montre que l’appareil R1 dispose d’une route vers le réseau 10.1.230.0 avec la fonction de chemin multichemin activée (Accepted Multipath). La sortie indique également que l’itinéraire a un saut suivant indirect de 10.1.10.10.

Désactivation et réactivation de l’instruction accept-remote-nexthop

Objet

Assurez-vous que la route à trajets multiples avec le saut suivant indirect est supprimée de la table de routage lorsque vous désactivez l’instruction accept-remote-nexthop .

Mesures à prendre
  1. Dans le mode configuration, entrez la deactivate protocols bgp accept-remote-nexthop commande.

  2. À partir du mode opérationnel, entrez la show route 10.1.230.0 commande.

  3. En mode configuration, réactivez l’instruction en entrant la activate protocols bgp accept-remote-nexthop commande.

  4. Depuis le mode opérationnel, saisissez à nouveau la show route 10.1.230.0 commande.

Signification

Lorsque l’instruction accept-remote-nexthop est désactivée, la route multichemin vers le réseau 10.1.230.0 est supprimée de la table de routage .

Comprendre l’équilibrage de charge pour le trafic BGP avec une bande passante inégale allouée aux chemins

L’option multichemin supprime les points de départage du processus de décision de routage actif, ce qui permet d’installer dans la table de transfert des routes BGP apprises à partir de sources multiples, autrement à coût égal. Toutefois, lorsque le coût des chemins disponibles n’est pas égal, vous pouvez équilibrer la charge du trafic de manière asymétrique.

Une fois que plusieurs sauts suivants sont installés dans la table de transfert, un saut suivant spécifique est sélectionné par l’algorithme d’équilibrage de charge par préfixe de Junos OS. Ce processus hache en fonction des adresses source et de destination d’un paquet pour mapper de manière déterministe l’appariement de préfixes sur l’un des sauts suivants disponibles. Le mappage par préfixe fonctionne mieux lorsque la fonction de hachage est présentée avec un grand nombre de préfixes, comme cela peut se produire sur un échange d’appairage Internet, et il sert à empêcher la réorganisation des paquets entre les paires de nœuds communicants.

En règle générale, un réseau d’entreprise souhaite modifier le comportement par défaut pour déclencher un algorithme d’équilibrage de charge par paquet . L’accent est mis ici sur le terme « par paquet » car son utilisation est un terme impropre qui découle du comportement historique de l’ASIC Internet Processor original. En réalité, les routeurs Juniper Networks actuels prennent en charge l’équilibrage de charge par préfixe (par défaut) et par flux. Ce dernier implique le hachage sur divers en-têtes de couche 3 et de couche 4, y compris des parties de l’adresse source, de l’adresse de destination, du protocole de transport, de l’interface entrante et des ports d’application. Ainsi, les flux individuels sont désormais hachés en un saut suivant spécifique, ce qui permet une distribution plus uniforme entre les sauts suivants disponibles, en particulier lors du routage entre moins de paires source/destination.

Avec l’équilibrage de charge par paquet, les paquets comprenant un flux de communication entre deux points de terminaison peuvent être reséquencés, mais les paquets dans les flux individuels conservent un séquençage correct. Que vous optiez pour un équilibrage de charge par préfixe ou par paquet, l’asymétrie des liens d’accès peut représenter un défi technique. Dans tous les cas, les préfixes ou les flux mappés, par exemple, à une liaison T1 présenteront des performances dégradées par rapport aux flux mappés, par exemple, à une liaison d’accès Fast Ethernet. Pire encore, avec de lourdes charges de trafic, toute tentative d’équilibrage de charge égal est susceptible d’entraîner une saturation totale de la liaison T1 et une interruption de session résultant de la perte de paquets.

Heureusement, l’implémentation BGP de Juniper Networks prend en charge la notion de communauté de bande passante. Cette communauté étendue code la bande passante d’un saut suivant donné et, lorsqu’il est combiné avec un saut multichemin, l’algorithme d’équilibrage de charge distribue les flux sur l’ensemble des sauts suivants proportionnellement à leur bande passante relative. En d’autres termes, si vous avez un saut suivant de 10 Mbit/s et un saut suivant de 1 Mbit/s, en moyenne, neuf flux seront mappés au saut suivant à grande vitesse pour chaque saut qui utilise le saut à faible vitesse.

L’utilisation de la communauté de bande passante BGP n’est prise en charge qu’avec l’équilibrage de charge par paquet.

La tâche de configuration comporte deux parties :

  • Configurez les sessions d’appairage BGP (EBGP) externe, activez les chemins multichemins et définissez une stratégie d’importation pour marquer les routes avec une communauté de bande passante qui reflète la vitesse des liaisons.

  • Activez l’équilibrage de charge par paquet (ou vraiment par flux) pour une répartition optimale du trafic.

Communauté Link-Bandwidth BGP

Vue d’ensemble

Dans une implémentation BGP, une communauté étendue de bande passante de liaison code la bande passante d’un saut suivant donné. Le BGP aide à équilibrer la charge du trafic en communiquant la vitesse des liaisons BGP à des pairs distants. Lorsque vous (l’administrateur réseau) combinez une communauté de bande passante de liaison avec un réseau multichemin, l’algorithme d’équilibrage de charge de votre choix distribue les flux de trafic sur l’ensemble des sauts suivants proportionnellement à leur bande passante relative.

Lorsque la communauté étendue de bande passante de liaison BGP est un attribut transitif entre les systèmes autonomes (AS), le groupe BGP annonce la communauté étendue de bande passante de liaison aux AS voisins. Vous pouvez choisir d’utiliser la communauté de bande passante de liens BGP en tant qu’attribut non transitif afin que les routeurs déposent la communauté de bande passante de liens à la limite de l’AS. Le groupe BGP ne fait pas de publicité pour les communautés de bande passante de liaison non transitives à des voisins BGP (EBGP) externes.

Vous pouvez également configurer BGP pour détecter automatiquement la bande passante et importer la communauté au niveau d’un groupe ou d’un voisin. Grâce à cette fonctionnalité de détection automatique de la bande passante de liaison, votre réseau peut définir automatiquement la valeur de la bande passante de liaison sur la vitesse de l’interface sur laquelle l’équipement a reçu le routage BGP.

Seul l’équilibrage de charge par paquet prend en charge la communauté de bande passante de liaison BGP.

Avantages

  • Lorsque le multichemin est activé, la bande passante de liaison fournit un multichemin à coût égal pondéré (WECMP) pour un équilibrage de charge inégal.

  • Garantit que les liaisons à large bande passante transportent plus de flux que les liaisons à faible bande passante.

  • Réduit le risque de congestion du trafic.

La configuration

Bande passante

Par défaut, la communauté de bande passante est transitive. Vous pouvez utiliser l’une de ces instructions pour configurer la communauté link-bandwidth comme transitive :

Pour le rendre non transitif, utilisez la configuration suivante :

Remplacement non transitif

Vous pouvez remplacer une configuration non transitive afin qu’un groupe BGP envoie la communauté étendue de bande passante sur une session EBGP, même lorsque la bande passante de liaison n’est pas transitive. Pour envoyer la communauté de bande passante de liaison non transitive sur un voisin EBGP, incluez la configuration suivante :

La send-non-transitive-link-bandwidth déclaration ne fait pas de distinction entre la communauté de bande passante de liaison d’origine et celle qui a été reçue et annoncée de nouveau. Lorsque vous activez cette option, BGP annonce toutes les communautés de bande passante de liaison non transitives au voisin EBGP.

Bande passante agrégée

Par défaut, la communauté link-bande passante agrégée est transitive. Vous pouvez utiliser l’une de ces instructions pour configurer la communauté link-bandwidth comme transitive :

Pour le rendre non transitif, utilisez la configuration suivante :

Pour diviser la bande passante totale par le nombre de pairs dans le groupe de publicité, activez l’instruction divide-equal :

Détection automatique

Vous ne pouvez activer la détection automatique que pour les sessions EBGP à saut unique.

  1. Configurez autosense pour le groupe BGP.

    Configurez l’instruction auto-sense au niveau de la neighbor hiérarchie pour détecter et stocker la bande passante vers ce voisin BGP. Configurez-le au niveau de la group hiérarchie pour détecter et stocker la bande passante de tous les voisins sous ce groupe BGP :

  2. Configurez la stratégie d’importation avec auto-link-bandwidth la valeur définie sur transitive ou non-transitive. Si vous ne spécifiez pas, par défaut auto-link-bandwidth est transitif :

  3. (Facultatif) Pour supprimer les changements fréquents de la valeur de la bande passante de liaison lorsque la bande passante augmente, vous pouvez configurer le minuteur de maintien de la détection automatique. Le minuteur de maintien n’est déclenché que lorsque la bande passante augmente. Par défaut, la minuterie est réglée sur 60 secondes :

Vérification

Vérifiez que la configuration a réussi à l’aide des commandes suivantes :

  • show route receive-protocol bgp peer-ip-address extensive

  • show route advertising-protocol bgp peer-ip-address extensive

  • show route address extensive

  • show bgp neighbor address

Exemple : équilibrage de charge du trafic BGP avec une bande passante inégale allouée aux chemins

Cet exemple montre comment configurer BGP pour sélectionner plusieurs chemins à coût inégal comme chemins actifs.

Les communautés BGP peuvent vous aider à contrôler la politique de routage. Un exemple de bonne utilisation pour les communautés BGP est l’équilibrage de charge inégal. Lorsqu’un ASBR (Autonomous System Border routeur) reçoit des routes de voisins EBGP (BGP externes directement connectés), l’ASBR les envoie ensuite aux voisins internes à l’aide des annonces IBGP. Dans les publicités IBGP, vous pouvez rattacher la communauté link-bandwidth pour communiquer la bande passante du lien externe annoncé. Ceci est utile lorsque plusieurs liaisons externes sont disponibles et que vous souhaitez effectuer un équilibrage de charge inégal sur les liaisons. Vous configurez la communauté étendue link-bandwidth sur toutes les liaisons entrantes de l’AS. Les informations de bande passante dans la communauté étendue link-bandwidth sont basées sur la bande passante configurée de la liaison EBGP. Il n’est pas basé sur la quantité de trafic sur la liaison. Junos OS prend en charge la bande passante de liaison BGP et l’équilibrage de charge multichemin, comme décrit dans le projet Internet draft-ietf-idr-link-bandwidth-06, Communauté étendue de bande passante de liaison BGP.

Exigences

Avant de commencer :

  • Configurez les interfaces des appareils.

  • Configurez un Interior Gateway Protocol (IGP).

  • Configurez BGP.

  • Configurez une politique de routage qui exporte les routes (telles que les routes directes ou les routes IGP) de la table de routage vers BGP.

Vue d’ensemble

Dans cet exemple, l’appareil R1 se trouve dans l’AS 64500 et est connecté à l’appareil R2 et à l’appareil R3, qui sont dans l’AS 64501.

L’exemple utilise la communauté étendue de bande passante.

Par défaut, lorsque le multichemin BGP est utilisé, le trafic est réparti de manière égale entre les différents chemins calculés. La communauté étendue de bande passante permet d’ajouter un attribut supplémentaire aux chemins BGP, permettant ainsi une répartition inégale du trafic. L’application principale est un scénario dans lequel plusieurs chemins externes existent pour un réseau donné avec des capacités de bande passante asymétrique. Dans un tel scénario, vous pouvez marquer les routes reçues avec la communauté étendue de bande passante. Lorsque le multichemin BGP (interne ou externe) opère parmi des routes contenant l’attribut bande passante, le moteur de transfert peut répartir le trafic de manière inégale en fonction de la bande passante correspondant à chaque chemin.

Lorsque BGP dispose de plusieurs chemins candidats disponibles à des fins de chemins multichemins, BGP n’effectue pas d’équilibrage de charge à coût inégal en fonction de la communauté de bande passante, sauf si tous les chemins candidats ont cet attribut.

L’applicabilité de la communauté étendue de bande passante est limitée par les restrictions en vertu desquelles le BGP multichemin accepte plusieurs chemins pour examen. Explicitement, la distance IGP, en ce qui concerne BGP, entre le routeur effectuant l’équilibrage de charge et les multiples points de sortie doit être la même. Pour ce faire, il suffit d’utiliser un maillage complet de chemins à commutation d’étiquettes (LSP) qui ne suivent pas la métrique IGP correspondante. Cependant, dans un réseau dans lequel le retard de propagation des circuits est important (par exemple, si des circuits longue distance sont présents), il est souvent utile de prendre en compte les caractéristiques de retard des différents trajets.

Configurez la communauté de bande passante comme suit :

Le premier nombre de 16 bits représente le système autonome local. Le deuxième nombre de 32 bits représente la bande passante de la liaison en octets par seconde.

Par exemple :

Où 10458 est le numéro AS local. Les valeurs correspondent à la bande passante des chemins T1, T3 et OC-3 en octets par seconde. La valeur spécifiée comme valeur de bande passante n’a pas besoin de correspondre à la bande passante réelle d’une interface spécifique. Les facteurs d’équilibre utilisés sont calculés en fonction de la bande passante totale spécifiée. Pour baliser une route avec cette communauté étendue, définissez une déclaration de stratégie comme suit :

Appliquez cette stratégie d’importation aux sessions d’appairage BGP confrontées aux liaisons de bande passante asymétriques. Bien qu’en théorie, l’attribut community puisse être ajouté ou supprimé à n’importe quel endroit du réseau, dans le scénario décrit ci-dessus, l’application de la communauté en tant que stratégie d’importation dans la session d’appairage EBGP faisant face au lien externe permet à cet attribut d’influencer la décision du multichemin local et est potentiellement plus facile à gérer.

Topologie

La figure 3 illustre la topologie utilisée dans cet exemple.

Figure 3 : équilibrage BGP Load Balancing de charge BGP

La configuration rapide de la CLI montre la configuration de tous les appareils de la Figure 3. La section#d15e120__d15e383 décrit les étapes sur l’appareil R1.

La configuration

Procédure

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez-collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Appareil R1

Appareil R2

Appareil R3

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer les sessions d’pair BGP :

  1. Configurez les interfaces.

  2. Configurez le groupe BGP.

  3. Activez le groupe BGP pour utiliser plusieurs chemins.

    Remarque :

    Pour désactiver la vérification par défaut exigeant que les chemins acceptés par le multichemin BGP aient le même système autonome voisin (AS), incluez l’option multiple-as . Utilisez l’option multiple-as si les voisins se trouvent dans des AS différents.

  4. Configurez la stratégie d’équilibrage de charge.

  5. Appliquez la politique d’équilibrage de charge.

  6. Configurez les membres de la communauté BGP.

    Cet exemple suppose une bande passante de 1 Gbit/s et alloue 60 % au bw-high et 40 % au bw-low. Il n’est pas nécessaire que la bande passante de référence soit la même que la bande passante de la liaison.

  7. Configurez la politique de distribution de la bande passante.

  8. Configurez le numéro du système autonome local (AS).

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, entrez en commit mode configuration.

Vérification

Confirmez que la configuration fonctionne correctement :

Vérification des routes

Objet

Vérifiez que les deux itinéraires sont sélectionnés et que les sauts suivants sur les itinéraires présentent un solde de 60 %/40 %.

Mesures à prendre

À partir du mode opérationnel, exécutez la show route protocol bgp detail commande.

Signification

Le chemin actif, indiqué par un astérisque (*), comporte deux sauts suivants : 10.0.1.1 et 10.0.0.2 vers la destination 172.16/16.

De même, le chemin actif, indiqué par un astérisque (*), comporte deux sauts suivants : 10.0.1.1 et 10.0.0.2 vers la destination 10.0.2.0.

Dans les deux cas, le saut suivant 10.0.1.1 est copié du chemin inactif vers le chemin actif.

Le solde de 40 % et 60 % est indiqué dans la show route production. Cela indique que le trafic est réparti entre deux sauts suivants et que 60 % du trafic suit le premier chemin, tandis que 40 % suit le second chemin.

Exemple : configuration d’une stratégie pour annoncer la bande passante agrégée sur des liens BGP externes pour l’équilibrage de charge

Cet exemple montre comment configurer une stratégie pour annoncer la bande passante agrégée sur les liaisons BGP externes pour l’équilibrage de charge et pour spécifier un seuil pour la bande passante agrégée configurée. Le BGP additionne la bande passante disponible pour les liaisons par trajets multiples et calcule la bande passante agrégée. En cas de défaillance d’une liaison, la bande passante agrégée est ajustée pour refléter l’état actuel de la bande passante disponible.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Quatre routeurs avec capacité d’équilibrage de charge

  • Junos OS version 17.4 ou ultérieure s’exécutant sur tous les équipements

Vue d’ensemble

À partir de la version 17.4R1 de Junos OS, un interlocuteur BGP qui reçoit plusieurs chemins de ses homologues internes équilibre la charge du trafic entre ces chemins. Dans les versions antérieures de Junos OS, un interlocuteur BGP recevant plusieurs chemins de ses homologues internes annonçait uniquement la bande passante associée à la route active. BGP utilise une nouvelle communauté étendue de bande passante de liaison avec la bande passante agrégée pour baliser les chemins multiples et annonce la bande passante agrégée pour ces routes multiples sur sa liaison DMZ. Pour publier des routes multiples agrégées, configurez une stratégie aggregate-bandwidth avec et limit bandwidth des actions au niveau de la hiérarchie [edit policy-options, policy-statement name then].

Topologie

Figure 5 : configuration d’une stratégie pour annoncer la bande passante agrégée sur les liaisons BGP externes à des fins d’équilibrage Network topology diagram with routers R1 to R4 in AS 65000, 65001, and 65002, showing BGP connections and IP addresses. de charge

Sur la Figure 5, le routeur R1 équilibre la charge du trafic vers une destination distante via le saut suivant 10.0.1.1 dans le routeur R2 à 60 000 000 octets par seconde et via 10.0.0.2 dans le routeur R3 à 40 000 000 octets par seconde. Le routeur R1 annonce la destination 10.0.2.0 au routeur R4. Le routeur R1 calcule l’agrégation de la bande passante disponible, qui est de 10000000 octets par seconde. Cependant, une stratégie configurée sur le routeur R1 définit le seuil de bande passante agrégée à 80 000 000 octets par seconde. Par conséquent, R1 annonce 80 000 000 octets par seconde au lieu des 10 000 000 octets par seconde.

Remarque :

Si l’une des liaisons multichemin tombe en panne, la bande passante de la liaison défaillante n’est pas ajoutée à la bande passante agrégée annoncée aux voisins BGP.

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit en mode configuration.

Routeur R1

Routeur R2

Routeur R3

Routeur R4

Configuration des routeurs, à partir de R1

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer une stratégie d’annonce d’une bande passante agrégée aux homologues BGP (en commençant par le routeur R1) :

Remarque :

Répétez cette procédure sur les routeurs R2, R3 et R4 après avoir modifié les noms, adresses et autres paramètres d’interface appropriés.

  1. Configurez les interfaces avec des adresses IPv4.

  2. Configurez l’adresse de bouclage.

  3. Configurez le système autonome pour les hôtes BGP.

  4. Configurez EBGP sur les routeurs de périphérie externes.

  5. Définissez une stratégie de distribution de bande passante pour affecter une communauté à large bande passante au trafic destiné au routeur R3.

  6. Définissez une stratégie de distribution de bande passante pour affecter une communauté à faible bande passante au trafic destiné au routeur R2.

  7. Activez la fonctionnalité pour annoncer une bande passante agrégée de 80 000 000 octets au routeur homologue EBGP R4 sur des sessions BGP.

  8. Appliquez la stratégie aggregate_bw_and limit_capacity au groupe external2EBGP .

  9. Définir une stratégie d’équilibrage de charge.

  10. Appliquez la politique d’équilibrage de charge.

  11. Configurez les membres de la communauté BGP. Le premier nombre de 16 bits représente le système autonome local. Le deuxième nombre de 32 bits représente la bande passante de la liaison en octets par seconde. Configurez une communauté avec 60 % d’une liaison 1 Gbit/s et une bw-high autre communauté bw-low avec 40 % d’une liaison 1 Gbit/s.

    Configurez 60 % d’une liaison 1 Gbit/s vers la communauté bw-high et 40 % vers la communauté bw-low.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow routing-options, , et show policy-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérification de l’établissement d’une session BGP

Objet

Pour vérifier que l’appairage BGP est terminé et qu’une session BGP est établie entre les routeurs,

Mesures à prendre
Signification

Le routeur R1 a terminé l’appairage avec les routeurs R2, R3 et R4.

Vérification de la présence de la bande passante agrégée dans chaque chemin

Objet

Pour vérifier que la communauté étendue est présente pour chaque chemin de route.

Mesures à prendre

À partir du mode opérationnel, exécutez la show route protocol bgp detail commande.

Signification

Vérifier que le routeur R1 annonce la bande passante agrégée à son voisin R4

Objet

Pour vérifier que le routeur R1 annonce la bande passante agrégée à ses voisins externes.

Mesures à prendre
Signification

Le routeur R1 annonce la bande passante agrégée de 80 000 000 octets à ses voisins.

Comprendre la publication de plusieurs chemins vers une destination unique dans BGP

Les homologues BGP annoncent des routes les uns vers les autres dans les messages de mise à jour. BGP stocke ses routes dans la table de routage de Junos OS (inet.0). Pour chaque préfixe de la table de routage, le processus de protocole de routage sélectionne un seul meilleur chemin, appelé chemin actif. À moins que vous ne configuriez BGP pour annoncer plusieurs chemins vers la même destination, BGP annonce uniquement le chemin actif.

Au lieu de publier uniquement le chemin actif vers une destination, vous pouvez configurer BGP pour annoncer plusieurs chemins vers la destination. Dans un système autonome (AS), la disponibilité de plusieurs points de sortie pour atteindre une destination offre les avantages suivants :

  • Tolérance aux pannes : la diversité des chemins permet de réduire le temps de restauration après une panne. Par exemple, après avoir reçu plusieurs chemins vers la même destination, une bordure peut précalculer un chemin de secours et l’avoir prêt de sorte que lorsque le chemin principal devient invalide, le périphérique de routage de bordure puisse l’utiliser pour rétablir rapidement la connectivité. Sans chemin de secours, le temps de restauration dépend de la reconvergence BGP, qui inclut les messages de retrait et d’annonce dans le réseau avant qu’un nouveau meilleur chemin puisse être appris.

  • Équilibrage de charge : la disponibilité de plusieurs chemins pour atteindre la même destination permet l’équilibrage de charge du trafic, si le routage au sein de l’AS répond à certaines contraintes.

  • Maintenance : la disponibilité d’autres points de sortie permet un fonctionnement de maintenance fluide des routeurs.

Les limitations suivantes s’appliquent à la publication de routes multiples dans BGP :

  • Familles d’adresses prises en charge :

    • IPv4 unicast (family inet unicast)

    • IPv6 unicast (family inet6 unicast)

    • IPv4 étiqueté unicast (family inet labeled-unicast)

    • IPv6 étiqueté unicast (family inet6 labeled-unicast)

    • VPN IPv4 unicast (family inet-vpn unicast)

    • VPN IPv6 unicast (family inet6-vpn unicast)

    L’exemple suivant illustre la configuration des familles de unicast VPN IPv4 unicast et VPN IPv6 :

  • Nous prenons en charge add-path les homologues internes BGP (IBGP) et externes BGP (EBGP).

    Remarque :
    • Nous prenons en charge la réception d’add-path pour les homologues IBGP et EBGP.

    • Nous ne prenons en charge add-path send que pour les pairs IBGP.

    • Nous ne prenons pas en charge l’envoi d’add-path pour les pairs EBGP. Lorsque vous essayez de valider la configuration pour add-path send pour les homologues EBGP, la CLI génère une erreur de validation.

  • Instance principale uniquement. Pas de prise en charge des instances de routage.

  • Le redémarrage progressif et le routage actif ininterrompu (NSR) sont pris en charge.

  • Pas de prise en charge du protocole de surveillance BGP (BMP).

  • Les stratégies de préfixe vous permettent de filtrer les routes sur un routeur configuré pour annoncer plusieurs chemins vers une destination. Les stratégies de préfixe ne peuvent correspondre qu’aux préfixes. Ils ne peuvent pas correspondre aux attributs de route et ils ne peuvent pas modifier les attributs des routes.

À partir de la version 18.4R1 de Junos OS, BGP peut annoncer un maximum de 2 routes d’add-path en plus des multiples chemins ECMP.

Pour publier tous les chemins d’accès d’ajout jusqu’à 64 chemins d’accès ou uniquement les chemins d’accès à coût égal, incluez path-selection-mode au niveau de la [edit protocols bgp group group-name family name addpath send] hiérarchie. Vous ne pouvez pas activer les deux multipath et path-selection-mode en même temps.

Exemple : publication de plusieurs chemins dans BGP

Dans cet exemple, les routeurs BGP sont configurés pour annoncer plusieurs chemins au lieu d’annoncer uniquement le chemin actif. La publication de plusieurs chemins dans BGP est spécifiée dans RFC 7911, Publication de plusieurs chemins dans BGP.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Huit appareils compatibles BGP.

  • Cinq des équipements compatibles BGP n’ont pas nécessairement besoin d’être des routeurs. Il peut s’agir, par exemple, de commutateurs Ethernet EX Series.

  • Trois des équipements compatibles BGP sont configurés pour envoyer ou recevoir plusieurs chemins (ou les deux envoyer et recevoir plusieurs chemins). Ces trois équipements compatibles BGP doivent être des routeurs de périphérie multiservice M Series, des plates-formes de routage universelles MX Series 5G ou des routeurs centraux T Series.

  • Les trois routeurs doivent exécuter Junos OS version 11.4 ou ultérieure.

Vue d’ensemble

Les instructions suivantes sont utilisées pour configurer plusieurs chemins d’accès à une destination :

Dans cet exemple, les routeurs R5, R6 et R7 redistribuent les routes statiques dans BGP. Le routeur R1 et le routeur R4 sont des réflecteurs de route. Le routeur R2 et le routeur R3 sont des clients du réflecteur de route R1. Le routeur R8 est un client du réflecteur de route R4.

La réflexion de route est facultative lorsque la publication de chemins multiples est activée dans BGP.

Avec cette add-path send path-count 6 configuration, le routeur R1 est configuré pour envoyer jusqu’à six chemins (par destination) au routeur R4.

Avec cette add-path receive configuration, le routeur R4 est configuré pour recevoir plusieurs chemins du routeur R1.

Avec cette add-path send path-count 6 configuration, le routeur R4 est configuré pour envoyer jusqu’à six chemins au routeur R8.

Avec cette add-path receive configuration, le routeur R8 est configuré pour recevoir plusieurs chemins du routeur R4.

La add-path send prefix-policy allow_199 configuration de la stratégie (ainsi que le filtre de route correspondant) limite le routeur R4 à l’envoi de plusieurs chemins pour la route 172.16.199.1/32 uniquement.

Diagramme de topologie

La figure 6 illustre la topologie utilisée dans cet exemple.

Figure 6 : Publication de plusieurs chemins dans BGP Advertisement of Multiple Paths in BGP

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Routeur R1

Routeur R2

Routeur R3

Routeur R4

Routeur R5

Routeur R6

Routeur R7

Routeur R8

Configuration du routeur R1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer le routeur R1 :

  1. Configurez les interfaces vers le routeur R2, le routeur R3, le routeur R4 et le routeur R5, et configurez l’interface de bouclage (lo0).

  2. Configurez BGP sur les interfaces et configurez la réflexion de route IBGP.

  3. Configurez le routeur R1 pour envoyer jusqu’à six chemins à son voisin, le routeur R4.

    La destination des chemins peut être n’importe quelle destination que le routeur R1 peut atteindre via plusieurs chemins.

  4. Configurez OSPF sur les interfaces.

  5. Configurez l’ID du routeur et le numéro du système autonome.

  6. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur R2

Procédure étape par étape

Pour configurer le routeur R2 :

  1. Configurez l’interface de bouclage (lo0) et les interfaces vers le routeur R6 et le routeur R1.

  2. Configurez BGP et OSPF sur les interfaces du routeur R2.

  3. Pour les routes envoyées du routeur R2 au routeur R1, annoncez le routeur R2 comme le saut suivant, car le routeur R1 n’a pas de route vers l’adresse du routeur R6 sur le réseau 10.0.26.0/24.

  4. Configurez le numéro du système autonome.

  5. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur R3

Procédure étape par étape

Pour configurer le routeur R3 :

  1. Configurez l’interface de bouclage (lo0) et les interfaces vers les routeurs R7 et R1.

  2. Configurez BGP et OSPF sur les interfaces du routeur R3.

  3. Pour les routes envoyées du routeur R3 au routeur R1, annoncez le routeur R3 comme le saut suivant, car le routeur R1 n’a pas de route vers l’adresse du routeur R7 sur le réseau 10.0.37.0/24.

  4. Configurez le numéro du système autonome.

  5. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur R4

Procédure étape par étape

Pour configurer le routeur R4 :

  1. Configurez les interfaces vers le routeur R1 et le routeur R8, puis configurez l’interface de bouclage (lo0).

  2. Configurez BGP sur les interfaces et configurez la réflexion de route IBGP.

  3. Configurez le routeur R4 pour envoyer jusqu’à six chemins à son voisin, le routeur R8.

    La destination des chemins peut être n’importe quelle destination que le routeur R4 peut atteindre via plusieurs chemins.

  4. Configurez le routeur R4 pour recevoir plusieurs chemins de son voisin, le routeur R1.

    La destination des chemins peut être n’importe quelle destination que le routeur R1 peut atteindre via plusieurs chemins.

  5. Configurez OSPF sur les interfaces.

  6. Configurez une stratégie qui permet au routeur R4 d’envoyer plusieurs chemins au routeur R8 vers la route 172.16.199.1/32.

    • Le routeur R4 reçoit plusieurs chemins pour la route 172.16.198.1/32 et la route 172.16.199.1/32. Toutefois, en raison de cette stratégie, le routeur R4 n’envoie que plusieurs chemins pour la route 172.16.199.1/32.

    • Le routeur R4 peut également être configuré pour envoyer jusqu’à 20 routes BGP add-path pour un sous-ensemble de préfixes annoncés par add-path.

  7. Configurez le numéro du système autonome.

  8. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur R5

Procédure étape par étape

Pour configurer le routeur R5 :

  1. Configurez l’interface de bouclage (lo0) et l’interface vers le routeur R1.

  2. Configurez BGP sur l’interface du routeur R5.

  3. Créez des routes statiques pour la redistribution dans BGP.

  4. Redistribuez les routes statiques et directes dans BGP.

  5. Configurez le numéro du système autonome.

  6. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur R6

Procédure étape par étape

Pour configurer le routeur R6 :

  1. Configurez l’interface de bouclage (lo0) et l’interface vers le routeur R2.

  2. Configurez BGP sur l’interface du routeur R6.

  3. Créez des routes statiques pour la redistribution dans BGP.

  4. Redistribuez les routes statiques et directes de la table de routage du routeur R6 vers BGP.

  5. Configurez le numéro du système autonome.

  6. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur R7

Procédure étape par étape

Pour configurer le routeur R7 :

  1. Configurez l’interface de bouclage (lo0) et l’interface vers le routeur R3.

  2. Configurez BGP sur l’interface du routeur R7.

  3. Créez une route statique pour la redistribution dans BGP.

  4. Redistribuez les routes statiques et directes de la table de routage du routeur R7 vers BGP.

  5. Configurez le numéro du système autonome.

  6. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du routeur R8

Procédure étape par étape

Pour configurer le routeur R8 :

  1. Configurez l’interface de bouclage (lo0) et l’interface vers le routeur R4.

  2. Configurez BGP et OSPF sur l’interface du routeur R8.

  3. Configurez le routeur R8 pour recevoir plusieurs chemins de son voisin, le routeur R4.

    La destination des chemins peut être n’importe quelle destination que le routeur R4 peut atteindre via plusieurs chemins.

  4. Configurez le numéro du système autonome.

  5. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow policy-options, , et show routing-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que les homologues BGP ont la capacité d’envoyer et de recevoir plusieurs chemins

Objet

Assurez-vous que l’une ou les deux chaînes suivantes apparaissent dans la sortie de la show bgp neighbor commande :

  • NLRI's for which peer can receive multiple paths: inet-unicast

  • NLRI's for which peer can send multiple paths: inet-unicast

Mesures à prendre

Vérifier que le routeur R1 annonce plusieurs chemins

Objet

Assurez-vous que plusieurs chemins vers la destination 172.16.198.1/32 et plusieurs chemins vers la destination 172.16.199.1/32 sont annoncés au routeur R4.

Mesures à prendre
Signification

Lorsque vous voyez un préfixe et plusieurs sauts suivants, cela signifie que plusieurs chemins sont annoncés au routeur R4.

Vérifier que le routeur R4 reçoit et annonce plusieurs chemins

Objet

Assurez-vous que plusieurs chemins vers la destination 172.16.199.1/32 sont reçus du routeur R1 et annoncés au routeur R8. Assurez-vous que plusieurs chemins vers la destination 172.16.198.1/32 sont reçus du routeur R1, mais qu’un seul chemin vers cette destination est annoncé au routeur R8.

Mesures à prendre
Signification

La show route receive-protocol commande indique que le routeur R4 reçoit deux chemins vers la destination 172.16.198.1/32 et trois chemins vers la destination 172.16.199.1/32. La show route advertising-protocol commande indique que le routeur R4 n’annonce qu’un seul chemin vers la destination 172.16.198.1/32 et annonce les trois chemins vers la destination 172.16.199.1/32.

En raison de la stratégie de préfixe appliquée au routeur R4, le routeur R4 n’annonce pas plusieurs chemins vers la destination 172.16.198.1/32. Le routeur R4 n’annonce qu’un seul chemin vers la destination 172.16.198.1/32, même s’il reçoit plusieurs chemins vers cette destination.

Vérifier que le routeur R8 reçoit plusieurs chemins

Objet

Assurez-vous que le routeur R8 reçoit plusieurs chemins vers la destination 172.16.199.1/32 via le routeur R4. Assurez-vous que le routeur R8 ne reçoit qu’un seul chemin vers la destination 172.16.198.1/32 via le routeur R4.

Mesures à prendre

Vérification de l’ID du chemin

Objet

Sur les appareils en aval, routeur R4 et routeur R8, vérifiez qu’un ID de chemin identifie le chemin de manière unique. Cherchez la Addpath Path ID: ficelle.

Mesures à prendre

Exemple : Configuration de la publicité sélective de plusieurs chemins BGP pour l’équilibrage de charge

Cet exemple montre comment configurer la publicité sélective de plusieurs chemins BGP. La publication de tous les chemins multiples disponibles peut entraîner une surcharge de traitement importante sur la mémoire de l’appareil et constitue également une considération d’évolutivité. Vous pouvez configurer un réflecteur de route BGP pour annoncer uniquement les trajets multiples des contributeurs pour l’équilibrage de charge.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Cet exemple utilise les composants matériels et logiciels suivants :

  • Huit routeurs pouvant être une combinaison de routeurs M Series, MX Series ou T Series

  • Junos OS version 16.1R2 ou ultérieure sur l’équipement

Vue d’ensemble

À partir de la version 16.1R2 de Junos OS, vous pouvez restreindre BGP add-path à la publication de chemins multiples pour les contributeurs uniquement. Vous pouvez limiter et configurer jusqu’à six préfixes sélectionnés par l’algorithme BGP multipath . La publicité sélective de chemins multiples facilite les fournisseurs de services Internet et les centres de données qui utilisent le réflecteur de route pour diversifier les chemins dans les IBGP. Vous pouvez activer un réflecteur de route BGP pour annoncer des trajets multiples qui sont des chemins contributeurs pour l’équilibrage de charge.

Topologie

Sur la figure 7, RR1 et RR4 sont des réflecteurs de route. Les routeurs R2 et R3 sont les clients du réflecteur de route RR1. Le routeur R8 est un client pour router le réflecteur RR4. Le groupe RR1 avec les voisins R2 et R3 est configuré pour le multichemin. Les routeurs R5, R6 et R7 redistribuent les routes statiques 199.1.1.1/32 et 198.1.1.1/32 dans BGP.

Une stratégie d’équilibrage de charge est configurée au niveau du routeur RR1 de sorte que les routes 199.1.1.1/32 ont des chemins multichemins calculés. La fonctionnalité multichemin est configurée sous add-path pour le RR4 voisin. Toutefois, le routeur RR4 n’a pas configuré de multichemin d’équilibrage de charge. Le routeur RR1 est configuré pour envoyer au routeur RR4 jusqu’à six routes d’ajout de chemin à 199.1.1.1/32 choisies parmi les routes candidates à trajets multiples.

Figure 7 : Exemple : configuration de la publicité sélective de plusieurs chemins BGP pour l’équilibrage Network diagram of BGP setup with routers in AS64501 and AS64502. Shows EBGP and IBGP connections. RR1 and RR4 are route reflectors. de charge

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez Valider à partir du mode de configuration.

Routeur RR1

Routeur R2

Routeur R3

Routeur RR4

Routeur R5

Routeur R6

Routeur R7

Routeur R8

Configuration du routeur RR1

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer le routeur RR1 :

Remarque :

Répétez cette procédure pour d’autres routeurs après avoir modifié les noms d’interface, les adresses et d’autres paramètres appropriés.

  1. Configurez les interfaces avec des adresses IPv4.

  2. Configurez l’adresse de bouclage.

  3. Configurez le protocole de passerelle intérieure (IGP) tel que OSPF ou IS-IS.

  4. Configurez le groupe interne rr pour les interfaces se connectant aux routeurs internes R2 et R3.

  5. Configurer l’équilibrage de charge pour le groupe BGP interne rr.

  6. Configurez les rr_rr de groupe internes pour les réflecteurs de route.

  7. Configurez la fonctionnalité de multichemin addpath pour annoncer les chemins multiples des contributeurs uniquement et limiter le nombre de chemins multiples annoncés à 6.

  8. Configurez EBGP sur les interfaces se connectant aux routeurs de périphérie externes.

  9. Définir une stratégie loadbal_199 pour les équilibrage de charge de paquets.

  10. Appliquez la stratégie d’exportation définie loadbal_199.

  11. Configurez l’ID de routeur et le système autonome pour les hôtes BGP.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow routing-options, , et show policy-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, validez la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des routes à trajets multiples pour la route statique 199.1.1.1/32

Objet

Vérifiez les itinéraires multichemins disponibles pour la destination 199.1.1.1/32.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route 199.1.1.1/32 detail routeur RR1.

Signification

La fonctionnalité de publicité sélective par trajets multichemins est activée sur le routeur RR1 et il y a plus d’un saut suivant disponible pour la route 199.1.1.1/32. Les deux prochains sauts disponibles pour la route 199.1.1.1/32 sont 10.0.0.20 et 10.0.0.30.

Vérification que les routes multichemin sont annoncées du routeur RR1 au routeur RR4

Objet

Vérifiez que le routeur RR1 annonce les routes multichemins.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route advertising-protocol bgp 10.0.0.40 routeur RR1.

Signification

Le routeur RR1 annonce deux sauts suivants 10.0.0.20 et 10.0.0.30 pour la route 199.1.1.1/32 vers le routeur RR4.

Vérification que le routeur RR4 annonce une route pour 199.1.1.1/32 vers le routeur R8

Objet

Multipath n’est pas configuré sur le routeur RR4, donc la route 199.1.1.1/32 n’est pas éligible pour add-path. Vérifiez que le routeur RR4 n’annonce qu’une seule route pour 199.1.1.1/32 vers le routeur R8.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route advertising-protocol bgp 10.0.0.80 routeur RR4.

Signification

Étant donné que le multichemin n’est pas activé sur le routeur RR4, un seul chemin 10.0.0.20 est annoncé au routeur R8.

Exemple : configuration d’une stratégie de routage pour sélectionner et annoncer des chemins multiples en fonction de la valeur communautaire BGP

La publication de tous les chemins multiples disponibles peut entraîner une surcharge importante du traitement sur la mémoire de l’appareil. Si vous souhaitez publier un sous-ensemble limité de préfixes sans connaître les préfixes à l’avance, vous pouvez utiliser la valeur de la communauté BGP pour identifier les routes de préfixe qui doivent être annoncées aux voisins BGP. Cet exemple montre comment définir une politique de routage pour filtrer et annoncer plusieurs chemins en fonction d’une valeur connue de la communauté BGP.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Cet exemple utilise les composants matériels et logiciels suivants :

  • Huit routeurs pouvant être une combinaison de routeurs M Series, MX Series ou T Series

  • Junos OS version 16.1R2 ou ultérieure sur l’équipement

Vue d’ensemble

À partir de Junos OS 16.1R2, vous pouvez définir une stratégie pour identifier les préfixes de chemins multiples éligibles en fonction des valeurs de la communauté. Le BGP annonce ces routes balisées par la communauté en plus du chemin actif vers une destination donnée. Si la valeur communautaire d’une route ne correspond pas à la valeur communautaire définie dans la stratégie, BGP ne publie pas cette route. Cette fonctionnalité permet à BGP d’annoncer un maximum de 20 chemins vers une destination donnée. Vous pouvez limiter et configurer le nombre de préfixes pris en compte par BGP pour plusieurs chemins sans connaître les préfixes à l’avance. Au lieu de cela, une valeur de communauté BGP connue détermine si un préfixe est annoncé ou non.

Topologie

Sur la Figure 8, RR1 et RR4 sont des réflecteurs de route. Les routeurs R2 et R3 sont les clients du réflecteur de route RR1. Le routeur R8 est un client pour router le réflecteur RR4. Les routeurs R5, R6 et R7 redistribuent les routes statiques dans BGP. Le routeur R5 annonce les routes statiques 199.1.1.1/32 et 198.1.1.1/32 avec une valeur communautaire 4713:100.

Le routeur RR1 est configuré pour envoyer jusqu’à six chemins (par destination) au routeur RR4. Le routeur RR4 est configuré pour envoyer jusqu’à six chemins vers le routeur R8. Le routeur R8 est configuré pour recevoir plusieurs chemins du routeur RR4. La configuration de la communauté add-path limite le routeur RR4 à envoyer plusieurs chemins pour les routes qui contiennent uniquement la valeur de communauté 4713:100. Le routeur RR4 filtre et annonce les trajets multiples qui ne contiennent que 4714:100 de valeur communautaire.

Figure 8 : Exemple : configuration de BGP pour annoncer des chemins multiples en fonction de la valeur Network diagram of BGP setup with routers in AS64501 and AS64502. Shows EBGP and IBGP connections. RR1 and RR4 are route reflectors. communautaire

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez Valider à partir du mode de configuration.

Routeur RR1

Routeur R2

Routeur R3

Routeur RR4

Routeur R5

Routeur R6

Routeur R7

Routeur R8

Configuration du routeur RR4

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer le routeur RR4 :

Remarque :

Répétez cette procédure pour d’autres routeurs après avoir modifié les noms d’interface, les adresses et d’autres paramètres appropriés.

  1. Configurez les interfaces avec des adresses IPv4.

  2. Configurez l’adresse de bouclage.

  3. Configurez OSPF ou tout autre protocole de passerelle intérieure (IGP).

  4. Configurez deux groupes IBGP : rr pour les réflecteurs de route et rr_client pour les clients des réflecteurs de route.

  5. Configurez la fonctionnalité pour envoyer plusieurs chemins contenant uniquement la valeur de communauté 4713:100 et limitez le nombre de chemins multiples annoncés à 6.

  6. Définissez une stratégie addpath-community-members 4713:100 pour filtrer les préfixes avec la valeur de communauté 4713:100 et restreindre l’envoi de l’appareil à un maximum de 16 chemins vers le routeur R8. Cette limite remplace le nombre de chemins d’envoi d’add-path précédemment configuré de 6 au niveau de la hiérarchie de groupe BGP.

  7. Configurez l’ID de routeur et le système autonome pour les hôtes BGP.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow routing-options, , et show policy-options . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez terminé de configurer l’appareil, validez la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’annonce des routes multichemin du routeur RR4 vers le routeur R8

Objet

Vérifiez que le routeur RR4 peut envoyer plusieurs chemins au routeur R8.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route advertising-protocol bgp neighbor-address routeur RR4.

Signification

Le routeur RR4 annonce plusieurs chemins 10.0.0.20, 10.0.0.30 et 10.0.15.2 vers le routeur R8.

Vérification de la capacité du routeur R8 à recevoir les routes à trajets multiples annoncées par le routeur RR4

Objet

Vérifiez que le routeur R8 reçoit les routes multichemins du routeur RR4.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route receive-protocol bgp neighbor-address routeur R8.

Signification

Le routeur R8 reçoit plusieurs sauts suivants 10.0.0.20, 10.0.0.30 et 10.0.15.2 pour la route 199.1.1.1/32 du routeur RR4.

Vérification de la disponibilité du routeur RR4 uniquement pour les routes multichemin ayant une valeur communautaire 4713:100 vers le routeur R8

Objet

Le routeur RR4 doit annoncer des routes multichemins avec une valeur communautaire de 4713:100 uniquement au routeur R8.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route 199.1.1.1/32 detail routeur RR4.

Signification

Le routeur RR4 annonce trois chemins avec une valeur communautaire de 4713:100 vers le routeur R8.

Configuration de la résolution récursive sur multichemin BGP

À partir de Junos OS version 17.3R1, lorsqu’un préfixe BGP qui a un seul saut suivant de protocole est résolu sur un autre préfixe BGP qui a plusieurs chemins résolus (uniliste), tous les chemins sont sélectionnés pour la résolution de saut suivant de protocole. Dans les versions antérieures de Junos OS, un seul des chemins était choisi pour la résolution du prochain saut du protocole, car le résolveur ne prenait pas en charge l’équilibrage de charge sur tous les chemins de la route multichemin IBGP. Dans le processus rpd (routing protocol process), le résolveur résout l’adresse de prochain saut (PNH) du protocole en transfert immédiat des sauts suivants. La fonctionnalité de résolution récursive BGP améliore le résolveur pour résoudre les routes sur la route multichemin IBGP et utiliser tous les chemins possibles comme sauts suivants. Cette fonctionnalité profite aux réseaux densément connectés où BGP est utilisée pour établir la connectivité de l’infrastructure, par exemple les réseaux WAN avec des multichemin à coût élevé et une topologie MPLS transparente.

Avant de commencer à configurer la résolution récursive du multichemin BGP, vous devez procéder comme suit :

  1. Configurez les interfaces des appareils.

  2. Configurez OSPF ou tout autre protocole IGP.

  3. Configurez MPLS et LDP.

  4. Configurez BGP.

Pour configurer la résolution récursive sur des chemins multichemins,

  1. Définissez une stratégie qui inclut l’action multipath-resolve .
  2. Importez la stratégie pour résoudre tous les chemins disponibles de la route multichemin IBGP.
  3. Vérifiez que BGP résout les trajets multiples de manière récursive et que plusieurs sauts suivants sont disponibles pour l’équilibrage de charge du trafic.

    À partir du mode opérationnel, entrez la show route resolution detail commande :

Configuration des prochains sauts ECMP pour les LSP RSVP et LDP pour l’équilibrage de charge

Le Junos OS prend en charge les configurations de 16, 32, 64 ou 128 sauts suivants ECMP (Equal-Cost multichemin) pour RSVP et LDP LSP.s. Pour les réseaux avec un trafic élevé, cela offre plus de flexibilité pour équilibrer la charge du trafic sur un maximum de 128 LSP.

Pour configurer la limite maximale des sauts suivants ECMP, incluez l’instruction maximum-ecmp next-hops au niveau de la [edit chassis] hiérarchie :

Vous pouvez configurer une limite ECMP maximale de saut suivant de 16, 32, 64 ou 128 à l’aide de cette instruction. La limite par défaut est de 16.

Remarque :

Les routeurs MX Series avec une ou plusieurs cartes MPC (Modular Port Concentrator) et sur lesquels Junos OS 11.4 ou une version antérieure est installé, prennent en charge la configuration de l’instruction maximum-ecmp avec seulement 16 sauts suivants. Vous ne devez pas configurer l’instruction maximum-ecmp avec 32 ou 64 sauts suivants. Lorsque vous validez la configuration avec 32 ou 64 sauts suivants, le message d’avertissement suivant s’affiche :

Error: Number of members in Unilist NH exceeds the maximum supported 16 on Trio.

Les types de routes suivants prennent en charge la configuration de saut suivant maximale ECMP pour un maximum de 128 passerelles ECMP :

  • Routes IPv4 et IPv6 statiques avec ECMP de saut suivant direct et indirect

  • Routes d’entrée et de transit LDP apprises via les routes IGP associées

  • RSVP ECMP prochains sauts créés pour les LSP

  • ECMP de route IPv4 et IPv6 OSPF

  • ECMP de route IPv4 et IPv6 IS-IS

  • ECMP de route EBGP IPv4 et IPv6

  • IBGP (résolution via des routes IGP), routes IPv4 et IPv6, ECMP

La limite ECMP améliorée de 128 sauts suivants ECMP maximum s’applique également aux VPN de couche 3, aux VPN de couche 2, aux circuits de couche 2 et aux services VPLS qui se résolvent sur une route MPLS, car les chemins ECMP disponibles dans la route MPLS peuvent également être utilisés par ce trafic.

Remarque :

Si les LSP RSVP sont configurés avec une allocation de bande passante, pour les sauts suivants ECMP avec plus de 16 LSP, le trafic n’est pas distribué de manière optimale en fonction des bandes passantes configurées. Certains LSP avec des bandes passantes allouées plus petites reçoivent plus de trafic que ceux configurés avec des bandes passantes plus élevées. La répartition du trafic n’est pas strictement conforme à l’allocation de bande passante configurée. Cette mise en garde s’applique aux routeurs suivants :

  • Routeurs MX Series avec tous les types de FPC et DPC, à l’exception des MPC. Cette mise en garde ne s’applique pas aux routeurs MX Series avec des cartes de ligne basées sur la puce Junos Trio.

Pour afficher les détails des sauts suivants ECMP, exécutez la show route commande. Le show route summary command affiche également la configuration actuelle pour la limite ECMP maximale. Pour afficher le détail des chemins LDP ECMP, exécutez la traceroute mpls ldp commande.

Configuration d’un équilibrage de charge cohérent pour les groupes ECMP

L’équilibrage de charge par paquet vous permet de répartir le trafic sur plusieurs chemins à coût égal. Par défaut, lorsqu’une défaillance se produit dans un ou plusieurs chemins, l’algorithme de hachage recalcule le saut suivant pour tous les chemins, ce qui entraîne généralement la redistribution de tous les flux. Un équilibrage de charge cohérent vous permet de remplacer ce comportement afin que seuls les flux des liens inactifs soient redirigés. Tous les flux actifs existants sont maintenus sans interruption. Dans un environnement de datacenter, la redistribution de tous les flux lorsqu’une liaison tombe en panne peut entraîner des pertes de trafic importantes ou une perte de service pour les serveurs dont les liaisons restent actives. Un équilibrage de charge cohérent maintient toutes les liaisons actives et ne mappe que les flux affectés par une ou plusieurs défaillances de liaison. Cette fonctionnalité garantit que les flux connectés aux liens qui restent actifs se poursuivent sans interruption.

Cette fonctionnalité s’applique aux topologies où les membres d’un groupe ECMP (Equal-Cost multichemin) sont des voisins BGP externes dans une session BGP à saut unique. L’équilibrage de charge cohérent ne s’applique en aucun cas lorsque vous ajoutez un nouveau chemin ECMP ou modifiez un chemin existant. Pour ajouter un nouveau chemin avec un minimum de perturbations, définissez un nouveau groupe ECMP sans modifier les chemins existants. De cette façon, les clients peuvent être déplacés progressivement vers le nouveau groupe sans mettre fin aux connexions existantes.

  • (Sur MX Series) Seuls les concentrateurs de ports modulaires (MPC) sont pris en charge.

  • Les chemins IPv4 et IPv6 sont pris en charge.

  • Les groupes ECMP qui font partie d’une instance VRF (Virtual Routing and Forwarding) ou d’une autre instance de routage sont également pris en charge.

  • Le trafic multicast n’est pas pris en charge.

  • Les interfaces agrégées sont prises en charge, mais aucun équilibrage de charge cohérent n’est pris en charge entre les membres du bundle d’agrégation de liens (LAG). Le trafic des membres actifs du bundle LAG peut être déplacé vers un autre membre actif en cas de défaillance d’une ou plusieurs liaisons membres. Les flux sont remaniés lorsqu’une ou plusieurs liaisons membres LAG échouent.

  • Nous vous recommandons vivement d’appliquer un équilibrage de charge cohérent à un maximum de 1 000 préfixes IP par routeur ou commutateur.

  • L’adjacence de couche 3 sur les interfaces IRB (Integrated Routing and Bridging) est prise en charge.

Vous pouvez configurer la fonctionnalité d’ajout de chemin d’accès de BGP pour permettre le remplacement d’un chemin d’accès défaillant par un nouveau chemin actif en cas de défaillance d’un ou de plusieurs chemins du groupe ECMP. La configuration du remplacement des chemins ayant échoué garantit que le flux de trafic sur les chemins ayant échoué est redirigé uniquement. Le flux de trafic sur les chemins actifs restera inchangé.

Remarque :
  • Lorsque vous configurez un équilibrage de charge cohérent sur des interfaces de tunnel d’encapsulation de routage générique (GRE), vous devez spécifier l’adresse inet de l’interface GRE distante afin que les contiguïtés de couche 3 sur les interfaces de tunnel GRE soient correctement installées dans la table de transfert. Toutefois, le reroutage rapide (FRR) ECMP sur des interfaces de tunnel GRE n’est pas pris en charge lors de l’équilibrage de charge cohérent. Vous pouvez spécifier l’adresse de destination sur le routeur configuré avec un équilibrage de charge cohérent au niveau de la [edit interfaces interface name unit unit name family inet address address] hiérarchie. Par exemple :

    Pour plus d’informations sur l’encapsulation de routage générique, consultez Configuration du tunneling d’encapsulation de routage générique.

  • L’équilibrage de charge cohérent ne prend pas en charge le saut multiple BGP pour les voisins EBGP. Par conséquent, n’activez pas l’option sur les multihop équipements configurés avec un équilibrage de charge cohérent.

Pour configurer un équilibrage de charge cohérent pour les groupes ECMP :

  1. Configurez BGP et permettez au groupe d’homologues externes BGP d’utiliser plusieurs chemins.
  2. Créez une politique de routage pour faire correspondre les routes entrantes à un ou plusieurs préfixes de destination.
  3. Appliquez un équilibrage de charge cohérent à la politique de routage afin que seuls les flux de trafic vers un ou plusieurs préfixes de destination qui connaissent une défaillance de liaison soient redirigés vers un lien actif.
  4. Créez une politique de routage distincte et activez l’équilibrage de charge par paquet.
    Remarque :

    Vous devez configurer et appliquer une stratégie d’équilibrage de charge par paquet pour installer toutes les routes de la table de transfert.

  5. Appliquez la politique de routage pour un équilibrage de charge cohérent au groupe BGP d’homologues externes.
    Remarque :

    L’équilibrage de charge cohérent ne peut être appliqué qu’aux homologues externes BGP. Cette politique ne peut pas être appliquée globalement.

  6. (Facultatif) Activez la détection de transfert bidirectionnelle (BFD) pour chaque voisin BGP externe.
    Remarque :

    Cette étape montre la configuration BFD minimale requise. Vous pouvez configurer des options supplémentaires pour BFD.

  7. Appliquez globalement la stratégie d’équilibrage de charge par préfixe pour installer toutes les routes de saut suivant dans la table de transfert.
  8. (Facultatif) Activez le reroutage rapide pour les routes ECMP.
  9. Vérifiez l’état d’une ou plusieurs routes ECMP pour lesquelles vous avez activé un équilibrage de charge cohérent.

    La sortie de la commande affiche l’indicateur suivant lorsque l’équilibrage de charge cohérent est activé :State: <Active Ext LoadBalConsistentHash>

Améliorer la résilience du réseau en utilisant plusieurs homologues ECMP BGP

Vue d’ensemble

Le routage ECMP (Equal-Cost Multipath) est une stratégie de routage réseau qui permet de transmettre le trafic d’une même session, ou d’un même flux, sur plusieurs chemins de coût égal. Un flux est un trafic dont la source et la destination sont identiques. Le processus ECMP identifie les routeurs qui sont légitimes à coût égal et qui effectuent les prochains sauts vers la destination du flux. L’équipement utilise ensuite l’équilibrage de charge pour répartir uniformément le trafic sur ces multiples sauts suivants à coût égal. ECMP est un mécanisme qui vous permet (l’administrateur réseau) d’équilibrer la charge du trafic et d’augmenter la bande passante en utilisant pleinement la bande passante inutilisée sur les liaisons vers la même destination.

Vous utilisez souvent ECMP avec BGP. Chaque route BGP peut avoir plusieurs sauts ECMP suivants. La stratégie d’exportation BGP détermine s’il faut annoncer la route BGP vers ces sauts suivants. En tant qu’administrateur réseau, vous pouvez contrôler la publication et le retrait des préfixes BGP vers et depuis ces homologues ECMP. La stratégie d’exportation BGP détermine s’il faut annoncer un préfixe BGP en fonction du nombre d’homologues BGP ECMP dont la stratégie reçoit le préfixe.

Vous pouvez configurer la stratégie d’exportation BGP pour retirer une route BGP, sauf si elle reçoit le préfixe de route BGP d’un nombre minimal d’homologues ECMP BGP. Exiger que la route BGP ait plusieurs homologues ECMP BGP améliore la résilience en cas de défaillance de liaison.

Avantages

  • Améliore la résilience de votre réseau

  • Empêche la surcharge accidentelle des liaisons

  • Aide à l’équilibrage de charge

La configuration

La stratégie d’exportation BGP compare le nombre de sauts suivants ECMP pour la route BGP à la valeur que vous configurez avec l’instruction à l’une from nexthop-ecmp de ces hiérarchies : [edit policy-options policy-statement policy-name] ou [edit policy-options policy-statement policy-name term term-name].

Les options pour cette déclaration sont les suivantes :

  • value: Le nombre exact de passerelles ECMP (1 à 512) requises pour répondre à la condition.

  • equal: Le nombre de passerelles doit être égal à la valeur configurée.

  • greater-than: Le nombre de passerelles doit être supérieur à la valeur configurée.

  • greater-than-equal: Le nombre de passerelles doit être supérieur ou égal à la valeur configurée.

  • less-than: Le nombre de passerelles doit être inférieur à la valeur configurée.

  • less-than-equal: Le nombre de passerelles doit être inférieur ou égal à la valeur configurée.

  1. Configurez la stratégie d’exportation BGP pour comparer le nombre de sauts suivants ECMP pour la route BGP à la valeur que vous configurez avec l’instructionfrom nexthop-ecmp.
    Dans cet exemple, le terme min-ecmp de stratégie trouve une correspondance lorsqu’une route a moins de deux homologues ECMP BGP.
  2. Configurez la stratégie d'exportation BGP pour arrêter de publier des préfixes de route BGP si le nombre de sauts suivants ECMP ne correspond pas aux conditions que vous avez configurées.
  3. Appliquez la stratégie aux routes exportées de la table de routage vers BGP.
  4. Vérifiez que vous avez validé la valeur pour qu’elle soit conforme aux homologues ECMP BGP configurés dans la stratégie.
  5. Vérifiez si la route BGP a été annoncée ou retirée du pair BGP en amont souhaité.

Comprendre l’étiquette d’entropie pour les LSP unicast étiquetés BGP

Qu’est-ce qu’une étiquette d’entropie ?

Une étiquette d’entropie est une étiquette spéciale d’équilibrage de charge qui améliore la capacité du routeur à équilibrer la charge du trafic sur des chemins ECMP (Equal-Cost Multipath) ou des groupes d’agrégation de liens (LAG). L’étiquette d’entropie permet aux routeurs d’équilibrer efficacement le trafic en utilisant uniquement la pile d’étiquettes plutôt que l’inspection approfondie des paquets (DPI). La résolution (DPI) nécessite une plus grande partie de la puissance de traitement du routeur et n’est pas une capacité partagée par tous les routeurs.

Lorsqu’un paquet IP comporte plusieurs chemins pour atteindre sa destination, Junos OS utilise certains champs des en-têtes de paquet pour hacher le paquet selon un chemin déterministe. Les adresses source ou de destination et les numéros de port du paquet sont utilisés pour hacher, afin d’éviter la réorganisation des paquets d’un flux donné. Si un routeur de commutation d’étiquettes (LSR) central n’est pas capable d’effectuer une DPI pour identifier le flux ou ne peut pas le faire au débit de ligne, la pile d’étiquettes seule est utilisée pour le hachage ECMP. Cela nécessite une étiquette d’entropie, une étiquette spéciale d’équilibrage de charge qui peut transporter les informations de flux. Le LSR d’entrée contient plus de contexte et d’informations sur les paquets entrants que les LSR de transit. Par conséquent, le routeur de périphérie d’étiquettes entrantes (LER) peut inspecter les informations de flux d’un paquet, les mapper à une étiquette d’entropie et les insérer dans la pile d’étiquettes. Les LSR du cœur utilisent simplement l’étiquette entropie comme clé pour hacher le paquet vers le bon chemin.

Une étiquette d’entropie peut être n’importe quelle valeur d’étiquette comprise entre 16 et 1048575 (plage d’étiquette normale de 20 bits). Étant donné que cette plage chevauche la plage d’étiquettes standard existante, une étiquette spéciale appelée indicateur d’étiquette d’entropie (ELI) est insérée avant l’étiquette d’entropie. ELI est un label spécial attribué par l’IANA avec la valeur de 7.

La figure 9 illustre l’étiquette d’entropie dans une pile d’étiquettes de paquet RSVP Label-switched path (LSP). La pile d’étiquettes se compose de l’indicateur d’étiquette d’entropie (ELI), de l’étiquette d’entropie et du paquet IP.

Figure 9 : Étiquette d’entropie pour RSVP LSP Network diagram showing IP packet flow through routers PE1, P1, P2, and PE2 with RSVP LSP label stack for load balancing in MPLS networks.

Étiquette d’entropie pour unicast étiqueté BGP

BGP unicasts étiquetés concaténent des LSP RSVP ou LDP dans plusieurs zones de IGP ou plusieurs systèmes autonomes (LSP inter-AS). Les BGP interzones étiquetées unicast les LSP transportent généralement du trafic VPN et IP lorsque les PE entrants et sortants se trouvent dans des zones IGP différentes. Lorsque BGP unicast étiquetés concaténent des LSP RSVP ou LDP, Junos OS insère les étiquettes d’entropie au niveau de la BGP étiquetée unicast entrée LSP pour obtenir une équilibrage de charge d’étiquette d’entropie de bout en bout. En effet, les étiquettes d’entropie RSVP ou LDP sont généralement affichées à l’avant-dernier nœud de saut, avec l’étiquette RSVP ou LDP, et il n’y a pas d’étiquettes d’entropie aux points d’assemblage, c’est-à-dire les routeurs entre deux zones ou deux AS. Par conséquent, en l’absence d’étiquettes d’entropie, le routeur au point d’assemblage utilise les étiquettes BGP pour transférer les paquets. La figure 10 illustre la pile d’étiquettes de paquets unicast étiquetées BGP avec l’étiquette entropie dans une pile d’étiquettes RSVP. La pile d’étiquettes RSVP se compose de l’indicateur d’étiquette d’entropie (ELI), de l’étiquette d’entropie, de l’étiquette BGP et du paquet IP. Les étiquettes d’entropie RSVP apparaissent à l’avant-dernier nœud de saut.

Figure 10 : Unicast inter-zones étiqueté BGP avec étiquette d’entropie Network diagram showing IP packet flow through routers PE1, P1, ABR, P2, and PE2 with BGP labeled unicast label stack including RSVP Label1, BGP Label, RSVP Label2, ELI, EL, and IP. RSVP

Le nœud d’assemblage unicast étiqueté BGP ne peut pas utiliser les étiquettes d’entropie pour l’équilibrage de charge, sauf si le nœud d’assemblage signale la capacité d’étiquette d’entropie à la sortie du BGP. Si le nœud d’assemblage unicast BGP étiqueté signale BGP capacité d’étiquette d’entropie (ELC) aux routeurs de périphérie du fournisseur, le BGP étiqueté unicast entrée LSP sait que le BGP étiqueté unicast sortie LSP peut gérer les étiquettes d’entropie et insère un indicateur d’étiquette d’entropie et une étiquette d’entropie sous l’étiquette BGP. Tous les LSR sont capables d’utiliser l’étiquette entropie pour l’équilibrage de charge. Bien que BGP unicast LSP étiqueté puisse traverser de nombreux routeurs dans différentes zones et AS, il est possible que certains segments prennent en charge les étiquettes d’entropie et d’autres non. La figure 11 illustre l’étiquette d’entropie dans la pile d’étiquettes BGP. La pile d’étiquettes au niveau du nœud d’assemblage se compose de l’ELI, de l’étiquette d’entropie et du paquet IP.

Figure 11 : Unicast inter-zones étiqueté BGP avec étiquette d’entropie BGP au point Flow of IP packets through MPLS network with BGP labeled unicast packets and entropy labels. Shows label stack changes for packet forwarding across nodes including PE1, P1, ABR, P2, and PE2. d’assemblage
Remarque :

Pour désactiver la fonctionnalité d’étiquette d’entropie pour l’unicast étiqueté BGP au niveau du nœud de sortie, définissez une stratégie avec l’option no-entropy-label-capability au niveau de la [edit policy-options policy-statement policy-name then] hiérarchie.

Par défaut, les routeurs qui prennent en charge les étiquettes d’entropie sont configurés avec l’instruction load-balance-label-capability au niveau de la [edit forwarding-options] hiérarchie pour signaler les étiquettes par LSP. Si le routeur homologue n’est pas équipé pour gérer les étiquettes d’équilibrage de charge, vous pouvez empêcher la signalisation de la capacité d’étiquette d’entropie en configurant l’instruction no-load-balance-label-capability au niveau de la [edit forwarding-options] hiérarchie.

Par défaut, un interlocuteur BGP utilise l’attribut ELCv3 (Entropy Label Capability) défini dans l’attribut de capacité de routeur (RCA) IETF BGP pour l’équilibrage de charge. Il envoie et reçoit uniquement l’attribut ELCv3. Si vous avez besoin d’utiliser l’attribut ELCv2 de manière interopérable avec le brouillon RCA, configurez explicitement le elc-v2-compatible bouton dans la hiérarchie entropie-étiquette labeled-unicast. Dans un tel scénario, ELCv3 et ELCv2 sont envoyés et reçus.

Fonctionnalités prises en charge et non prises en charge

Junos OS prend en charge une étiquette d’entropie pour les BGP étiquetées unicast dans les scénarios suivants :

  • Tous les nœuds des LSP ont une capacité d’étiquette d’entropie.

  • Certains nœuds des LSP ont une capacité d’étiquette d’entropie.

  • Les LSP utilisent un tunnel via le VPN d’un autre opérateur.

  • Définissez une stratégie entrante pour sélectionner un sous-ensemble de LSP unicast étiquetés BGP afin d’insérer une étiquette d’entropie à l’entrée.

  • Définir une stratégie de sortie pour désactiver la publication de la capacité d’étiquette d’entropie.

Junos OS ne prend pas en charge les fonctionnalités suivantes pour une étiquette d’entropie pour un unicast étiqueté BGP :

  • Lorsque BGP unicast les LSP étiquetés passent par le VPN d’un autre opérateur, il n’y a pas de véritable étiquette d’entropie de bout en bout, car Junos OS n’insère pas d’indicateur d’étiquette d’entropie ou d’étiquette d’entropie sous les étiquettes VPN sur le réseau de l’opérateur des opérateurs.

  • Actuellement, Junos OS ne prend pas en charge les BGP IPv6 étiquetés unicast LSP avec leurs propres étiquettes d’entropie. Toutefois, les BGP IPv6 étiquetés unicast LSP peuvent utiliser les étiquettes d’entropie des LSP RSVP, LDP ou BGP sous-jacents.

Configurer une étiquette d’entropie pour un LSP unicast étiqueté BGP

Configurez une étiquette d’entropie pour un LSP unicast étiqueté BGP afin d’obtenir un équilibrage de charge d’étiquette d’entropie de bout en bout. Une étiquette d’entropie est une étiquette spéciale d’équilibrage de charge qui peut transporter les informations de flux des paquets. Les unicasts marqués BGP concatènent généralement des LSP RSVP ou LDP sur plusieurs zones IGP ou plusieurs systèmes autonomes (AS). Les étiquettes d’entropie RSVP ou LDP sont placées sur l’avant-dernier nœud de saut, en même temps que l’étiquette RSVP ou LDP. Cette fonctionnalité permet l’utilisation d’une étiquette d’entropie au point d’assemblage, c’est-à-dire les routeurs entre deux zones ou AS, afin d’obtenir un équilibrage de charge d’étiquette d’entropie de bout en bout pour le trafic BGP. Cette fonctionnalité permet d’insérer des étiquettes d’entropie à l’entrée LSP unicast étiquetée BGP.

Une étiquette d’entropie peut être n’importe quelle valeur d’étiquette comprise entre 16 et 1048575 (plage d’étiquette normale de 20 bits). Étant donné que cette plage chevauche la plage d’étiquettes standard existante, une étiquette spéciale appelée indicateur d’étiquette d’entropie (ELI) est insérée avant l’étiquette d’entropie. ELI est un label spécial attribué par l’IANA avec la valeur de 7.

Avant de configurer une étiquette d’entropie pour un unicast étiqueté BGP, assurez-vous de :

  1. Configurez les interfaces des appareils.

  2. Configurez OSPF ou tout autre protocole IGP.

  3. Configurez BGP.

  4. Configurez LDP.

  5. Configurez RSVP.

  6. Configurez le MPLS.

Pour configurer une étiquette d’entropie pour un LSP unicast étiqueté BGP :

  1. Sur le routeur entrant, incluez l’instruction au niveau de la hiérarchie pour activer la entropy-label capacité d’étiquette d’entropie pour l’unicast [edit protocols bgp family inet labeled-unicast] étiqueté BGP au niveau global.

    Vous pouvez également activer l’utilisation d’une étiquette d’entropie au niveau d’un groupe BGP ou d’un voisin BGP spécifique en incluant l’instruction entropy-label au niveau de la [edit protocols bgp group group name family inet labeled-unicast] hiérarchie ou [edit protocols bgp group group name neighbor address labeled-unicast] .

  2. (Facultatif) Spécifiez une stratégie supplémentaire pour définir les routes dotées de la fonctionnalité d’étiquette d’entropie.

    Appliquez la stratégie au niveau du routeur entrant.

  3. (Facultatif) Incluez l’option no-next-hop-validation si vous ne souhaitez pas que Junos OS valide le champ de saut suivant dans l’attribut de capacité d’étiquette d’entropie par rapport au saut suivant de route.
  4. (Facultatif) Pour désactiver explicitement la fonctionnalité d’étiquette d’entropie publicitaire sur le routeur de sortie, définissez une stratégie avec l’option pour les no-entropy-label-capability routes spécifiées dans la stratégie et incluez l’option no-entropy-label-capability dans la stratégie spécifiée au niveau de la [edit policy-options policy statement policy-name then] hiérarchie.

Exemple : Configuration d’une étiquette d’entropie pour un LSP unicast étiqueté BGP

Cet exemple montre comment configurer une étiquette d’entropie pour un unicast étiqueté BGP afin d’obtenir un équilibrage de charge de bout en bout à l’aide d’étiquettes d’entropie. Lorsqu’un paquet IP comporte plusieurs chemins pour atteindre sa destination, Junos OS utilise certains champs des en-têtes de paquet pour hacher le paquet selon un chemin déterministe. Cela nécessite une étiquette d’entropie, une étiquette spéciale d’équilibrage de charge qui peut transporter les informations de flux. Les LSR du cœur utilisent simplement l’étiquette entropie comme clé pour hacher le paquet jusqu’au bon chemin. Une étiquette d’entropie peut être n’importe quelle valeur d’étiquette comprise entre 16 et 1048575 (plage d’étiquette normale de 20 bits). Étant donné que cette plage chevauche la plage d’étiquettes standard existante, une étiquette spéciale appelée indicateur d’étiquette d’entropie (ELI) est insérée avant l’étiquette d’entropie. ELI est un label spécial attribué par l’IANA avec la valeur de 7.

Les unicasts marqués BGP concatènent généralement des LSP RSVP ou LDP sur plusieurs zones IGP ou plusieurs systèmes autonomes. Les étiquettes d’entropie RSVP ou LDP sont placées sur l’avant-dernier nœud de saut, en même temps que l’étiquette RSVP ou LDP. Cette fonctionnalité permet l’utilisation d’étiquettes d’entropie aux points d’assemblage pour combler l’écart entre l’avant-dernier nœud de saut et le point d’assemblage, afin d’obtenir un équilibrage de charge d’étiquette d’entropie de bout en bout pour le trafic BGP.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Sept routeurs MX Series avec MPC

  • Junos OS version 15.1 ou ultérieure s’exécutant sur tous les équipements

    • Revalidé à l’aide de Junos OS Relese 22.4

Avant de configurer une étiquette d’entropie pour un unicast étiqueté BGP, assurez-vous de :

  1. Configurez les interfaces des appareils.

  2. Configurez OSPF ou tout autre protocole IGP.

  3. Configurez BGP.

  4. Configurez RSVP.

  5. Configurez le MPLS.

Vue d’ensemble

Lorsque des unicasts marqués BGP concatènent des LSP RSVP ou LDP sur plusieurs zones IGP ou plusieurs systèmes autonomes, des étiquettes d’entropie RSVP ou LDP sont affichées à l’avant-dernier nœud de saut, avec l’étiquette RSVP ou LDP. Cependant, il n’y a pas d’étiquettes d’entropie aux points d’assemblage, c’est-à-dire les routeurs entre deux zones. Par conséquent, les routeurs aux points d’assemblage utilisaient les étiquettes BGP pour transférer les paquets.

À partir de la version 15.1 de Junos OS, vous pouvez configurer une étiquette d’entropie pour l’unicast étiqueté BGP afin d’obtenir un équilibrage de charge d’étiquette d’entropie de bout en bout. Cette fonctionnalité permet l’utilisation d’une étiquette d’entropie aux points d’assemblage afin d’obtenir un équilibrage de charge d’étiquette d’entropie de bout en bout pour le trafic BGP. Junos OS permet d’insérer des étiquettes d’entropie au niveau de la BGP étiquetée unicast entrée LSP.

Par défaut, les routeurs qui prennent en charge les étiquettes d’entropie sont configurés avec l’instruction load-balance-label-capability au niveau de la [edit forwarding-options] hiérarchie pour signaler les étiquettes par LSP. Si le routeur homologue n’est pas équipé pour gérer les étiquettes d’équilibrage de charge, vous pouvez empêcher la signalisation de la capacité d’étiquette d’entropie en configurant le no-load-balance-label-capability au niveau de la [edit forwarding-options] hiérarchie.

Remarque :

Vous pouvez désactiver explicitement la fonctionnalité d’étiquette d’entropie publicitaire à la sortie pour les routes spécifiées dans la stratégie avec l’option no-entropy-label-capability au niveau de la [edit policy-options policy-statement policy name then] hiérarchie.

Topologie

Sur la Figure 12 , le routeur PE1 est le routeur entrant et le routeur PE2 est le routeur de sortie. Les routeurs P1 et P2 sont les routeurs de transit. Le routeur ABR est le routeur de pont de zone entre la zone 0 et la zone 1. Deux LSP sont configurés sur l’ABR à PE2 pour l’équilibrage de charge du trafic. La capacité d’étiquette d’entropie pour BGP unicast étiquetée est activée sur le routeur entrant PE1. L’hôte 1 est connecté à P1 pour les captures de paquets afin que nous puissions afficher l’étiquette d’entropie.

Figure 12 : configuration d’une étiquette d’entropie pour un unicast Configuring an Entropy Label for BGP Labeled Unicast étiqueté BGP

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit en mode configuration.

Routeur CE1

Routeur PE1

Routeur P1

Routeur ABR

Routeur P2

Routeur PE2

Routeur CE2

Configuration du routeur PE1

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer le routeur PE1 :

Remarque :

Répétez cette procédure pour le routeur PE2 après avoir modifié les noms d’interface, les adresses et d’autres paramètres appropriés.

  1. Configurez les interfaces physiques. Assurez-vous de configurer family mpls sur l’interface principale.

  2. Configurez les interfaces de bouclage. Le bouclage secondaire est facultatif et est appliqué à l’instance de routage dans une étape ultérieure.

  3. Configurez l’ID du routeur et le numéro du système autonome.

  4. Configurez le protocole OSPF.

  5. Configurez le protocole RSVP.

  6. Configurez le protocole MPLS et un LSP vers l’ABR. Incluez l’option entropy-label permettant d’ajouter l’étiquette d’entropie à la pile d’étiquettes MPLS.

  7. Configurez IBGP à l’aide de l’appairage family inet labeled-unicast ABR et family inet-vpn de l’appairage PE2. Activez la fonctionnalité d’étiquette d’entropie pour les unicast étiquetés BGP.

  8. Définissez une stratégie pour exporter les routes VPN BGP vers OSPF. La stratégie est appliquée sous OSPF dans l’instance de routage.

  9. Définissez une stratégie d’équilibrage de charge et appliquez-la sous le routing-options forwarding-table. PE1 n’a qu’un seul chemin dans l’exemple, donc cette étape n’est pas nécessaire, mais pour cet exemple, nous appliquons la même politique d’équilibrage de charge sur tous les appareils.

  10. Configurez l’instance de routage VPN de couche 3.

  11. Assignez les interfaces à l’instance de routage.

  12. Configurez le distinguisher de route pour l’instance de routage.

  13. Configurez une cible VRF (VPN Routing and Forwarding) pour l’instance de routage.

  14. Configurez le protocole OSPF sous l’instance de routage et appliquez la stratégie configurée bgp-to-ospf précédemment.

Configuration du routeur P1

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer le routeur P1 :

Remarque :

Répétez cette procédure pour le routeur P2 après avoir modifié les noms d’interface, les adresses et d’autres paramètres appropriés.

  1. Configurez les interfaces physiques.

  2. Configurez l’interface de bouclage.

  3. Configurez l’ID du routeur.

  4. Configurez le protocole OSPF.

  5. Configurez le protocole RSVP.

  6. Configurez le protocole MPLS.

Configuration de l’ABR du routeur

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer le routeur ABR :

  1. Configurez les interfaces physiques.

  2. Configurez l’interface de bouclage.

  3. Configurez les étiquettes MPLS que le routeur utilise pour hacher les paquets vers leur destination pour l’équilibrage de charge.

  4. Configurez l’ID du routeur et le numéro du système autonome.

  5. Configurez le protocole OSPF.

  6. Configurez le protocole RSVP.

  7. Configurez le protocole MPLS et spécifiez les LSP vers PE1 et PE2. Deux LSP sont créés vers PE2 dans le but d’équilibrer le trafic d’équilibrage de charge afin de montrer que différents LSP et interfaces sont utilisés.

  8. Configurez IBGP sur PE1 et PE2 à l’aide de family inet labeled-unicast. Appliquez la stratégie pour annoncer la route de bouclage inet.3 à partir de PE1 et PE2. Nous affichons la stratégie à l’étape suivante.

  9. Définissez une stratégie à faire correspondre sur les adresses de bouclage pour PE1 et PE2.

  10. Définissez une stratégie d’équilibrage de charge et appliquez-la en vertu de la routing-options forwarding-table.

(Facultatif) Configuration de la mise en miroir des ports

Pour voir l’étiquette d’entropie qui est appliquée, vous pouvez capturer le trafic. Dans cet exemple, un filtre est appliqué sur l’interface PE1 de P1 pour capturer le trafic CE1 vers CE2. Le trafic est envoyé à l’hôte 1 pour consultation. Il existe différentes méthodes de capture du trafic que nous utilisons dans cet exemple. Pour plus d’informations, consultez Mise en miroir des ports et analyseurs.

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer le routeur P1 :

  1. Configurez les interfaces. Dans cet exemple, nous plaçons l’interface connectée à Host1 dans un domaine de pont et créons une interface IRB pour vérifier la connectivité à Host1.

  2. Configurez le domaine de pont.

  3. Configurez un filtre pour capturer le trafic. Pour cet exemple, nous capturons l’ensemble du trafic.

  4. Appliquez le filtre à l’interface PE1.

  5. Configurez les options de mise en miroir des ports. Pour cet exemple, nous mettons en miroir tout le trafic et l’envoyons à l’hôte 1 connecté à l’interface ge-0/0/4.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’annonce de la capacité d’étiquette Entropy

Objet

Vérifiez que l’attribut de chemin de capacité d’étiquette d’entropie est annoncé à partir de l’ABR vers PE1 pour la route vers PE2.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route advertising-protocol bgp 10.1.255.2 detail routeur ABR.

Signification

La sortie montre que l’hôte PE2 avec l’adresse IP 10.1.255.6 a la capacité d’étiquette d’entropie et l’étiquette de route utilisée. L’hôte annonce la capacité d’étiquette d’entropie à ses voisins BGP.

Vérification de la réception de l’étiquette d’entropie pour le routeur PE1

Objet

Vérifiez que le routeur PE1 reçoit l’annonce de l’étiquette d’entropie pour le routeur PE2.

Mesures à prendre

À partir du mode opérationnel, exécutez la commande sur le show route protocol bgp 10.1.255.6 extensive routeur PE1.

Signification

Le routeur PE1 reçoit l’annonce de capacité d’étiquette d’entropie de son voisin BGP.

Vérification ECMP à l’ABR à PE2

Objet

Vérifiez le multichemin à coût égal (ECMP) par rapport au PE2.

Mesures à prendre

À partir du mode opérationnel, exécutez les commandes et show route forwarding-table label <label>sur le show route table mpls.0 routeur ABR.

Signification

La sortie affiche un ECMP pour l’étiquette utilisée pour la route unicast étiquetée BGP.

Afficher les itinéraires vers CE2 sur PE1

Objet

Vérifiez les routes vers CE2.

Mesures à prendre

À partir du mode opérationnel, exécutez les commandes et show route table VPN-l3vpn.inet.0 192.168.255.7 extensivesur le show route table VPN-l3vpn.inet.0 172.16.255.7 extensive routeur PE1.

Signification

La sortie montre que les mêmes étiquettes sont utilisées pour les deux itinéraires.

Ping CE2 à partir de CE1

Objet

Vérifiez la connectivité et à utiliser pour vérifier l’équilibrage de charge.

Mesures à prendre

À partir du mode opérationnel, exécutez les commandes et ping 192.168.255.7 source 192.168.255.1 rapid count 200sur le ping 172.16.255.7 source 172.16.12.1 rapid count 100 routeur PE1.

Signification

La sortie indique que les pings sont réussis.

Vérifier l’équilibrage de charge

Objet

Vérifiez l’équilibrage de charge.

Mesures à prendre

En mode opérationnel, exécutez la show mpls lsp ingress statistics commande sur l’ABR.

Signification

La sortie affiche le premier ping de la commande précédente used LSP abr-pe2-2 et le second ping used LSP abr-pe2.

Vérifiez l’étiquette d’entropie

Objet

Vérifiez que l’étiquette d’entropie est différente entre les pings utilisés.

Mesures à prendre

Sur l’hôte 1, exécutez le tcpdump -i eth1 -nfichier .

Signification

La sortie affiche la valeur différente de l’étiquette d’entropie pour les deux commandes ping différentes.

Cas d’utilisation de la convergence indépendante du préfixe BGP pour Inet, inet6 ou unicast étiqueté

En cas de défaillance d’un routeur, la récupération d’un réseau BGP peut prendre de quelques secondes à quelques minutes, en fonction de paramètres tels que la taille du réseau ou les performances du routeur. Lorsque la fonctionnalité de convergence indépendante des préfixes (PIC) de BGP est activée sur un routeur, BGP installe sur le moteur de transfert de paquets le deuxième meilleur chemin en plus du meilleur chemin calculé vers une destination. Le routeur utilise ce chemin de secours lorsqu’un routeur de sortie tombe en panne dans un réseau et réduit considérablement le temps d’arrêt. Vous pouvez activer cette fonctionnalité pour réduire le temps d’arrêt du réseau en cas de défaillance du routeur de sortie.

Lorsque l’accessibilité à un routeur de sortie dans un réseau échoue, l’IGP détecte cette panne et l’état du lien propage cette information dans tout le réseau et annonce le saut suivant BGP pour ce préfixe comme inaccessible. Le BGP réévalue les chemins alternatifs et, si un chemin alternatif est disponible, réinstalle ce prochain saut alternatif dans le moteur de transfert de paquets. Ce type d’échec de sortie affecte généralement plusieurs préfixes en même temps, et BGP doit mettre à jour tous ces préfixes un par un. Sur les routeurs entrants, l’IGP effectue d’abord le chemin le plus court (SPF) et met à jour les sauts suivants. Junos OS détermine ensuite les préfixes devenus inaccessibles et signale au protocole qu’ils doivent être mis à jour. BGP reçoit la notification et met à jour le saut suivant pour chaque préfixe qui n’est plus valide. Ce processus pouvait avoir un impact sur la connectivité et la récupération de la panne pouvait prendre quelques minutes. Le PIC BGP peut réduire ce temps d’arrêt, car le chemin de sauvegarde est déjà installé dans le moteur de transfert de paquets.

À partir de la version 15.1 de Junos OS, la fonctionnalité PIC de BGP, qui était initialement prise en charge pour les routeurs VPN de couche 3, est étendue à BGP avec plusieurs routes dans les tables globales, telles que inet et inet6 unicast, et inet et inet6 étiquetés unicast. Sur un routeur compatible PIC BGP, Junos OS installe le chemin de secours pour le saut suivant indirect sur le moteur de routage et fournit également cette route vers le moteur de transfert de paquets et l’IGP. Lorsqu’un IGP perd l’accessibilité d’un préfixe avec une ou plusieurs routes, il signale au moteur de routage un seul message avant de mettre à jour les tables de routage. Le moteur de routage signale au moteur de transfert de paquets qu’un saut suivant indirect a échoué et que le trafic doit être réacheminé à l’aide du chemin de secours. Le routage vers le préfixe de destination affecté continue d’utiliser le chemin de sauvegarde avant même que BGP ne commence à recalculer les nouveaux sauts suivants pour les préfixes BGP. Le routeur utilise ce chemin de secours pour réduire la perte de trafic jusqu’à ce que la convergence globale via le BGP soit résolue.

Le moment où la panne se produit jusqu’à ce que la perte d’accessibilité soit signalée dépend en fait du temps de détection de défaillance du routeur le plus proche et du temps de convergence IGP. Une fois que le routeur local détecte la panne, la convergence des routes sans la fonctionnalité PIC BGP activée dépend fortement du nombre de préfixes affectés et des performances du routeur dues au recalcul de chaque préfixe affecté. Toutefois, lorsque la fonctionnalité PIC BGP est activée, avant même que BGP ne recalcule le meilleur chemin pour ces préfixes affectés, le moteur de routage signale au plan de données de basculer vers le meilleur chemin de secours. Par conséquent, la perte de trafic est minimale. Les nouvelles routes sont calculées pendant même que le trafic est transféré, et ces nouvelles routes sont poussées vers le plan de données. Par conséquent, le nombre de préfixes BGP affectés n’a pas d’impact sur le temps écoulé entre le moment où la panne de trafic se produit et le moment où BGP signale la perte d’accessibilité.

Configuration de la convergence indépendante du préfixe BGP pour Inet

Sur un routeur compatible PIC (Prefix Independent Convergence) BGP, Junos OS installe le chemin de sauvegarde pour le saut suivant indirect sur le moteur de routage et fournit également cette route vers le moteur de transfert de paquets et l’IGP. Lorsqu’un IGP perd l’accessibilité d’un préfixe avec une ou plusieurs routes, il signale au moteur de routage un seul message avant de mettre à jour les tables de routage. Le moteur de routage signale au moteur de transfert de paquets qu’un saut suivant indirect a échoué et que le trafic doit être réacheminé à l’aide du chemin de secours. Le routage vers le préfixe de destination affecté continue d’utiliser le chemin de sauvegarde avant même que BGP ne commence à recalculer les nouveaux sauts suivants pour les préfixes BGP. Le routeur utilise ce chemin de secours pour réduire la perte de trafic jusqu’à ce que la convergence globale via le BGP soit résolue. La fonctionnalité PIC de BGP, qui était initialement prise en charge pour les routeurs VPN de couche 3, est étendue à BGP avec plusieurs routes dans les tables globales, telles que inet et inet6 unicast, et inet et inet6 étiquetés unicast.

Avant de commencer :

  1. Configurez les interfaces des appareils.

  2. Configurez OSPF ou tout autre protocole IGP.

  3. Configurez MPLS et LDP.

  4. Configurez BGP.

Remarque :

La fonctionnalité PIC BGP n’est prise en charge que sur les routeurs dotés d’interfaces MPC.

Bonne pratique :

Sur les routeurs équipés de concentrateurs de ports modulaires (MPC), activez des services de réseau IP améliorés, comme indiqué ici :

Pour configurer le PIC BGP pour inet :

  1. Activez le PIC BGP pour inet.
    Remarque :

    La fonctionnalité de périphérie PIC de BGP n’est prise en charge que sur les routeurs dotés d’interfaces MPC.

  2. Configurez l’équilibrage de charge par paquet.
  3. Appliquez la stratégie d’équilibrage de charge par paquet aux routes exportées de la table de routage vers la table de transfert.
  4. Vérifiez que le PIC BGP fonctionne.

    À partir du mode opérationnel, entrez la show route extensive commande :

    Les lignes de sortie qui contiennent Indirect next hop: weight suivent les sauts suivants que le logiciel peut utiliser pour réparer les chemins en cas de défaillance de liaison. La pondération du saut suivant a l’une des valeurs suivantes :

    • 0x1 indique les sauts suivants actifs.

    • 0x4000 indique les sauts suivants passifs.

Exemple : Configuration de la convergence indépendante du préfixe BGP pour Inet

Cet exemple montre comment configurer le PIC BGP pour inet. En cas de défaillance d’un routeur, la récupération d’un réseau BGP peut prendre de quelques secondes à quelques minutes, en fonction de paramètres tels que la taille du réseau ou les performances du routeur. Lorsque la fonctionnalité de convergence indépendante des préfixes BGP (PIC) est activée sur un routeur, BGP avec plusieurs routes dans les tables globales, telles que inet et inet6 unicast, et inet et inet6 étiquetées unicast, installe sur le moteur de transfert de paquets le deuxième meilleur chemin en plus du meilleur chemin calculé vers une destination. Le routeur utilise ce chemin de secours lorsqu’un routeur de sortie tombe en panne dans un réseau et réduit considérablement le temps d’arrêt.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’appareil n’est requise avant de configurer cet exemple.

Cet exemple utilise les composants matériels et logiciels suivants :

  • Un routeur MX Series avec MPC pour configurer la fonctionnalité PIC BGP

  • Sept routeurs pouvant être une combinaison de routeurs M Series, MX Series, T Series ou PTX Series

  • Junos OS version 15.1 ou ultérieure sur l’équipement avec le PIC BGP configuré

Vue d’ensemble

À partir de Junos OS version 15.1, BGP PIC, qui était initialement pris en charge pour les routeurs VPN de couche 3, est étendu à BGP avec plusieurs routes dans les tables globales, telles que inet et inet6 unicast, et inet et inet6 étiquetés unicast. BGP installe sur le moteur de transfert de paquets le deuxième meilleur chemin en plus du meilleur chemin calculé vers une destination. Lorsqu’un IGP perd l’accessibilité au profit d’un préfixe, le routeur utilise ce chemin de secours pour réduire la perte de trafic jusqu’à ce que la convergence globale via le BGP soit résolue, réduisant ainsi la durée de la panne.

Remarque :

La fonctionnalité PIC BGP n’est prise en charge que sur les routeurs équipés de MPC.

Topologie

Cet exemple montre trois routeurs de périphérie client (CE), Device CE0, CE1 et CE2. Les routeurs PE0, PE1 et PE2 sont les routeurs de périphérie des fournisseurs (PE). Les routeurs P0 et P1 sont les routeurs centraux du fournisseur. Le PIC BGP est configuré sur le routeur PE0. Pour le test, l’adresse 192.168.1.5 est ajoutée en tant que deuxième adresse d’interface de bouclage sur le périphérique CE1. L’adresse est annoncée aux routeurs PE1 et PE2 et est relayée par le BGP interne (IBGP) au routeur PE0. Sur le routeur PE0, il existe deux chemins vers le réseau 192.168.1.5. Il s’agit du chemin principal et d’un chemin de secours. La figure 13 montre le réseau exemple.

Figure 13 : Configuration du PIC BGP pour Inet Network topology diagram showing Autonomous Systems AS 64497 with CE routers CE0, CE1, CE2 and AS 64496 with PE routers PE0, PE1, PE2 and core routers P0, P1. Connections include IP subnets and loopback addresses for routing.

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez Valider à partir du mode de configuration.

Routeur PE0

Routeur P0

Routeur P1

Routeur PE1

Routeur PE2

Appareil CE0

Appareil CE1

Appareil CE2

Configuration de l’équipement PE0

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’équipement PE0 :

  1. Sur les routeurs équipés de concentrateurs de ports modulaires (MPC), améliorez les services de réseau IP.

  2. Configurez les interfaces des appareils.

  3. Configurez l’interface de bouclage.

  4. Configurez MPLS et LDP sur toutes les interfaces, à l’exception de l’interface de gestion.

  5. Configurez un IGP sur les interfaces centrales.

  6. Configurez les connexions IBGP avec les autres équipements PE.

  7. Configurez les connexions EBGP avec les appareils du client.

  8. Configurez la stratégie d’équilibrage de charge.

  9. Configurez une auto-stratégie de saut suivant.

  10. Activez la fonctionnalité de périphérie du PIC BGP.

  11. Appliquez la politique d’équilibrage de charge.

  12. Attribuez l’ID du routeur et le numéro du système autonome (AS).

Résultats

En mode configuration, confirmez votre configuration en entrant les show chassiscommandes , , show policy-optionsshow interfacesshow protocols, , et .show routing-options Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Affichage d’informations détaillées sur l’itinéraire

Objet

Vérifiez que le périphérique PIC BGP fonctionne.

Mesures à prendre

À partir de l’appareil PE0, exécutez la show route extensive commande.

Signification

Junos OS utilise les sauts suivants et les weight valeurs pour sélectionner un chemin de secours en cas de défaillance d’une liaison. La pondération du saut suivant a l’une des valeurs suivantes :

  • 0x1 indique le chemin principal avec les sauts suivants actifs.

  • 0x4000 indique le chemin de secours avec les sauts suivants passifs.

Affichage de la table de transfert

Objet

Vérifiez l’état de la table de transfert et de routage du noyau à l’aide de la show route forwarding-table commande.

Mesures à prendre

À partir de l’appareil PE0, exécutez la show route forwarding-table destination 192.168.1.5 extensive commande.

Signification

Junos OS utilise les sauts suivants et les weight valeurs pour sélectionner un chemin de secours en cas de défaillance d’une liaison. La pondération du saut suivant a l’une des valeurs suivantes :

  • 0x1 indique le chemin principal avec les sauts suivants actifs.

  • 0x4000 indique le chemin de secours avec les sauts suivants passifs.

Présentation de la hiérarchie Conserver le saut suivant

Dans la hiérarchie compressée traditionnelle, les étiquettes de service sont fusionnées en un seul transport nexthops (FNH), ce qui peut entraîner une explosion du nexthop dans le PFE. La hiérarchie compressée traditionnelle peut également causer des problèmes tels que la troncature ECMP et la perte de poids hiérarchiques.

Conserver la hiérarchie du saut suivant (également appelée hiérarchie étendue) conserve chaque étiquette de service dans son propre composite de chaîne, préservant la hiérarchie d’origine au lieu de tout fusionner dans une seule structure de saut suivant.

Avantages de la préservation de la hiérarchie du saut suivant

Cette fonctionnalité offre les avantages suivants :

  • Réduction des ressources Nexthop de transfert : Fournit une réduction significative du nombre de ressources/nombre de transferts Nexthop.
  • PIC BGP à tous les niveaux : prend en charge le PIC BGP à tous les niveaux hiérarchiques (transport, service, chaînes composites), garantissant un basculement rapide et une convergence locale pour les chemins BGP.
  • Conservation des pondérations hiérarchiques : maintient la distribution des pondérations et de la bande passante pour les scénarios ECMP et de routage hiérarchique.
  • Éviter la troncature ECMP : garantit que tous les pieds ECMP sont installés en PFE, améliorant ainsi l’équilibrage de charge et la résilience.

Services tels que les services de couche 2 (circuit de couche 2, VPN de couche 2), VPN de couche 3 (IPv4 et IPv6), VPLS, tunnels IPIP, services Internet (IPv4, IPv6, 6PE), prise en charge d’EVPN et de PRPD Préserver la hiérarchie du saut suivant.

Prise en charge de protocoles de transport tels que l’unicast étiqueté BGP, le transport avec classe BGP (BGP-CT), RSVP-TE, SR-MPLS, SR-FlexAlgo, SR-TE, SRv6 TE, MPLS-over-UDP Préservez la hiérarchie du saut suivant avec l’infrastructure de classe transport.

Voir l’outil Explorateur d’entités pour obtenir la liste des plates-formes qui prennent en charge la conservation de la hiérarchie du saut suivant.

Configurer Conserver la hiérarchie du saut suivant

Pour configurer la fonctionnalité Conserver la hiérarchie du saut suivant, incluez l’instruction preserve-nexthop-hierarchy au niveau de la hiérarchie [edit routing-options resolution]. Cela garantit que tous les processus de routage associés respectent la hiérarchie de saut suivant établie. Cela facilite la résolution efficace des routes et accélère leur adaptation en cas de défaillance des chemins, ce qui contribue à améliorer les performances du réseau.

La fonctionnalité Préserver la hiérarchie du prochain saut profite aux réseaux qui nécessitent une haute disponibilité et une intégration transparente avec des technologies avancées telles que le Segment Routing avec MPLS et le Segment Routing avec IPv6. Ils offrent une meilleure distribution du trafic, une meilleure redondance et un comportement de routage cohérent sur les architectures réseau complexes.

Remarque : Lorsque vous activez ou désactivez l’instruction preserve-nexthop-hierarchy au niveau global ou au niveau du protocole, le saut suivant pointé par les routes affectées est recalculé et téléchargé dans PFE et le noyau. Il en résulte des pics de processeur plus élevés dans l’équipement dans un environnement à plus grande échelle, entraînant une perte de paquets jusqu’à ce que les routes soient reprogrammées dans le PFE.

Présentation de la périphérie PIC BGP utilisant l’unicast étiqueté BGP

Cette section présente les avantages et la présentation de BGP PIC Edge qui utilise l’unicast étiqueté BGP comme protocole de transport.

Avantages de la périphérie PIC BGP utilisant l’unicast étiqueté BGP

Cette fonctionnalité offre les avantages suivants :

  • Fournit une protection du trafic en cas de défaillance des nœuds de bordure (ABR et ASBR) dans les réseaux multi-domaines.

  • Permet de rétablir plus rapidement la connectivité réseau et réduit les pertes de trafic si le chemin principal devient indisponible.

Comment fonctionne la convergence indépendante du préfixe BGP ?

La convergence indépendante du préfixe BGP (PIC) améliore la convergence BGP en cas de défaillance des nœuds réseau. Le PIC BGP crée et stocke les chemins principaux et secondaires pour le saut suivant indirect sur le moteur de routage et fournit également les informations sur l’itinéraire de saut suivant indirect au moteur de transfert de paquets. Lorsqu’un nœud réseau tombe en panne, le moteur de routage signale au moteur de transfert de paquets qu’un saut suivant indirect a échoué et que le trafic est réacheminé vers un chemin précalculé à coût égal ou secondaire sans modifier les préfixes BGP. Le routage du trafic vers le préfixe de destination se poursuit à l’aide du chemin de secours pour réduire la perte de trafic jusqu’à ce que la convergence globale via BGP soit résolue.

La convergence BGP s’applique aux défaillances de nœuds du réseau central et de périphérie. Dans le cas du cœur du PIC BGP, les chaînes de transfert sont ajustées en raison de la défaillance des liaisons du nœud ou du cœur. Dans le cas de BGP PIC Edge, les chaînes de transfert sont ajustées en raison de défaillances de nœud périphérique ou de liaison périphérique.

Périphérie PIC BGP utilisant l’unicast étiqueté BGP comme protocole de transport

Le dispositif PIC Edge BGP utilisant le protocole de transport unicast étiqueté BGP permet de protéger et de réacheminer le trafic lorsque des nœuds de bordure (ABR et ASBR) défaillants se produisent dans les réseaux multidomaines. Les réseaux multidomaines sont généralement utilisés dans l’agrégation Metro Ethernet et les conceptions de réseaux de backhaul mobile.

Sur les équipements MX Series, EX Series et PTX Series de Juniper Networks, BGP PIC Edge prend en charge les services de couche 3 avec l’étiquetage BGP unicast comme protocole de transport. De plus, sur les équipements MX Series, EX9204, EX9208, EX9214, EX9251 et EX9253 de Juniper Networks, le BGP PIC Edge prend en charge les services de circuit de couche 2, VPN de couche 2 et VPLS (VPLS BGP, VPLS LDP et FEC 129) avec un unicast étiqueté BGP comme protocole de transport. Ces services BGP sont multichemins (appris à partir de plusieurs PE) et résolus via des routes unicast étiquetées BGP, qui pourraient à nouveau être un chemin multichemin appris à partir d’autres ABR. Les protocoles de transport pris en charge sur BGP PIC Edge sont RSVP, LDP, OSPF et ISIS. À partir de Junos OS version 20.2R1, les équipements MX Series, EX9204, EX9208, EX9214, EX9251 et EX9253 prennent en charge la protection BGP PIC Edge pour les services de circuit de couche 2, VPN de couche 2 et VPLS (VPLS BGP, VPLS LDP et FEC 129 VPLS) avec l’étiquetage unicast BGP comme protocole de transport.

Sur les équipements Juniper Networks MX Series, EX Series et PTX Series, la protection BGP PIC Edge avec unicast étiqueté BGP comme transport est prise en charge pour les services suivants :

  • Services IPv4 sur IPv4 unicast étiqueté BGP

  • IPv6 BGP étiqueté service unicast sur IPv4 BGP étiqueté unicast

  • Services VPN de couche 3 IPv4 sur IPv4 unicast étiqueté BGP

  • Services VPN IPv6 de couche 3 sur IPv4 unicast étiqueté BGP

Sur les équipements MX Series et EX Series de Juniper Networks, la protection BGP PIC Edge avec unicast étiqueté BGP comme transport est prise en charge pour les services suivants :

  • Services de circuit de couche 2 sur IPv4 unicast étiqueté BGP

  • Services VPN de couche 2 sur IPv4 unicast étiqueté BGP

  • Services VPLS (VPLS BGP, VPLS LDP et FEC 129 VPLS) sur IPv4 unicast étiqueté BGP

Configuration de BGP PIC Edge à l’aide d’une unicast étiquetée BGP pour les services de couche 2

MX Series, EX9204, EX9208, EX9214, EX9251 et EX9253 prennent en charge la protection PIC Edge BGP pour les services VPN de couche circuit 2, VPN de couche 2 et VPLS (VPLS BGP, VPLS LDP et VPLS FEC 129) avec BGP étiquetés unicast comme protocole de transport. BGP PIC Edge utilisant le protocole de transport unicast étiqueté BGP permet de protéger contre les défaillances de trafic sur les nœuds de frontière (ABR et ASBR) dans les réseaux multidomaines. Les réseaux multidomaines sont généralement utilisés dans les conceptions de réseaux d’agrégation métropolitaine et de backhaul mobile.

Une condition préalable à la protection de BGP PIC Edge est de programmer le moteur de transfert de paquets (PFE) avec une hiérarchie de saut suivant étendue.

Pour activer l’extension de la hiérarchie de saut suivant pour BGP famille de unicast étiquetée, vous devez configurer l’instruction de configuration CLI suivante au niveau de la hiérarchie [edit protocols] :

Pour activer le PIC BGP pour les prochains sauts d’équilibrage de charge MPLS, vous devez configurer l’instruction de configuration CLI suivante au niveau de la hiérarchie [edit routing-options] :

Pour activer une convergence rapide pour les services de couche 2, vous devez configurer les instructions de configuration CLI suivantes au niveau de la hiérarchie [edit protocols] :

Pour les circuits de couche 2 et les VPLS LDP :

Pour les VPN de couche 2, BGP VPLS et FEC129 :

Exemple : Protection du trafic IPv4 sur un VPN de couche 3 exécutant un unicast étiqueté BGP

Cet exemple montre comment configurer BGP périphérie convergence indépendante des préfixes (PIC) étiquetée unicast et protéger le trafic IPv4 sur un VPN de couche 3. Lorsqu’un trafic IPv4 provenant d’un routeur CE est envoyé à un routeur PE, le trafic IPv4 est acheminé sur un VPN de couche 3, où l’unicast étiqueté BGP est configuré comme protocole de transport.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • routeurs MX Series.

  • Junos OS version 19.4R1 ou ultérieure s’exécutant sur tous les équipements.

Vue d’ensemble

La topologie suivante fournit une protection ABR et ASBR en basculant le trafic vers des chemins de secours chaque fois que le chemin principal devient indisponible.

Topologie

La figure 14 illustre un VPN de couche 3 exécutant BGP étiqueté unicast comme protocole de transport inter-domaines.

Figure 14 : VPN de couche 3 sur unicast étiqueté BGP à l’aide du protocole de transport LDP
Network topology diagram showing a multi-AS network with AS 65002 and AS 65001. Includes PE routers PE1 and PE2 connecting CE1 and CE2, backbone P routers P1, P2, and P3, RR routers RR1, RR2, and RR3 for BGP route reflection, ABR routers ABR1 and ABR2 for IGP areas, ASBR routers ASBR1, ASBR2, ASBR3, and ASBR4 connecting ASes. Links labeled with interface names and IP addresses 192.168.x.x/31.

Le tableau suivant décrit les composants utilisés dans la topologie :

Composants principaux

Type d’équipement

Poste

CE1

MX Series

Connecté au réseau du client.

PE1

MX Series

Configuré avec des chemins de routage principal et secondaire pour protéger et rediriger le trafic de CE1 vers CE2.

P1 à P3

MX Series

Routeurs centraux pour le transport du trafic.

ABR1-ABR2

MX Series

Routeurs de bordure de zone

ABSR1-ABSR4

MX Series

Routeur de limite de système autonome

RR1-RR3

MX Series

Réflecteur de route

PE2-PE3

MX Series

Routeurs PE connectés au routeur de périphérie client (CE2).

CE2

MX Series

Connecté au réseau du client.

Les adresses des équipements PE2 et PE3 sont apprises à partir des routes ABR1 et ABR2 sous forme de routes unicast étiquetées. Ces routes sont résolues via des protocoles IGP/LDP. PE1 apprend les routes CE2 à partir des appareils PE2 et PE3.

La configuration

Pour configurer BGP PIC Edge à l’aide de BGP Label Unicast avec LDP comme protocole de transport, effectuez les tâches suivantes :

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit en mode configuration.

Appareil CE1

Dispositif PE1

Appareil P1

RR1 de l’appareil

Équipement ABR1

Équipement ABR2

Équipement P2

Appareil RR2

ASBR1 de l’appareil

ASBR2 de l’appareil

Appareil ASBR3

Appareil ASBR4

Appareil RR3

Appareil P3

Équipement PE2

Équipement PE3

Appareil CE2

Configuration de CE1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’équipement CE1 :

  1. Configurez les interfaces pour activer le transport IP et MPLS.

  2. Configurez l’interface de bouclage à utiliser comme ID de routeur et interface de terminaison pour les sessions LDP et BGP.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Configurez les options de routage.

  5. Configurez l’unicast étiqueté BGP en ABR pour échanger des adresses IP de bouclage en tant que préfixes de unicast étiquetés BGP.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow routing-options, , et show protocols . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de PE1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’appareil PE1 :

  1. Configurez les interfaces pour activer le transport IP et MPLS.

  2. Configurez l’interface de bouclage à utiliser comme ID de routeur et interface de terminaison pour les sessions LDP et BGP.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Configurez l’instance de routage VPN de couche 3 pour fournir des services client.

  5. Configurez les stratégies d’importation RIB du résolveur et les RIB de résolution pour permettre une structure nexthop hiérarchique étendue pour les préfixes VPN de couche 3 sélectionnés spécifiés dans la stratégie.

  6. Configurez le protocole OSPF.

  7. Configurez les protocoles de routage pour établir une connectivité IP et MPLS sur l’ensemble du domaine.

  8. Configurez l’unicast étiqueté BGP en ABR pour échanger des adresses IP de bouclage en tant que préfixes de unicast étiquetés BGP.

Résultats

En mode configuration, confirmez votre configuration en entrant les show chassiscommandes , , show interfacesshow policy-options, show routing-instancesshow routing-options, et show protocols . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de l’équipement P1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’appareil P1 :

  1. Configurez les interfaces.

  2. Configurez l’interface de bouclage.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Configurez les options de routage.

  5. Configurez les protocoles ISIS, RSVP, LDP et MPLS sur l’interface.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionset . show protocols Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du périphérique RR1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’appareil RR1 :

  1. Configurez les interfaces.

  2. Configurez l’interface de bouclage.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Configurez les options de routage.

  5. Configurez les protocoles ISIS, RSVP, LDP et MPLS sur l’interface.

  6. Configurez BGP unicast étiquetée pour échanger les adresses IP de bouclage comme BGP étiquetées unicast préfixes.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow routing-optionset .show protocols Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de l’équipement ABR1

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’appareil ABR1 :

  1. Configurez les interfaces pour activer le transport IP et MPLS.

  2. Configurez l’interface de bouclage à utiliser comme ID de routeur et interface de terminaison pour les sessions LDP et BGP.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Appliquez une stratégie d’équilibrage de charge par flux pour assurer la protection du trafic.

  5. Configurez les protocoles ISIS, RSVP, MPLS et LDP sur l’interface.

  6. Configurez BGP unicast étiquetée pour échanger les adresses IP de bouclage comme BGP étiquetées unicast préfixes.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow routing-optionset .show protocols Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de l’équipement ABR2

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’appareil ABR2 :

  1. Configurez les interfaces pour activer le transport IP et MPLS.

  2. Configurez l’interface de bouclage à utiliser comme ID de routeur et interface de terminaison pour les sessions LDP et BGP.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Appliquez une stratégie d’équilibrage de charge par flux pour assurer la protection du trafic.

  5. Configurez les protocoles ISIS, RSVP, MPLS et LDP sur l’interface.

  6. Configurez BGP unicast étiquetée pour échanger les adresses IP de bouclage comme BGP étiquetées unicast préfixes.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow routing-optionset .show protocols Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de l’équipement P2

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’appareil P2 :

  1. Configurez les interfaces pour activer le transport IP et MPLS.

  2. Configurez l’interface de bouclage à utiliser comme ID de routeur et interface de terminaison pour les sessions LDP et BGP.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Configurez les options de routage.

  5. Configurez les protocoles ISIS, RSVP, MPLS et LDP sur l’interface.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow routing-optionset .show protocols Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du périphérique RR2

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, consultez Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI.

Pour configurer l’appareil RR2 :

  1. Configurez les interfaces pour activer le transport IP et MPLS.

  2. Configurez l’interface de bouclage à utiliser comme ID de routeur et interface de terminaison pour les sessions LDP et BGP.

  3. Configurez les stratégies de résolution de chemins multiples pour installer des chemins multiples hiérarchiques dans PFE.

  4. Appliquez une stratégie d’équilibrage de charge par flux pour assurer la protection du trafic.

  5. Configurez les protocoles ISIS, RSVP, MPLS et LDP sur l’interface.

  6. Configurez BGP unicast étiquetée pour échanger les adresses IP de bouclage comme BGP étiquetées unicast préfixes.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show policy-optionsshow routing-optionset .show protocols Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la résolution des sauts suivants

Objet

Vérifiez que les prochains sauts PE2 et PE3 sont résolus au niveau PE1.

Mesures à prendre

À partir du mode opérationnel, exécutez la show route forwarding-table destination commande.

Signification

Vous pouvez voir les poids et 0x4000 pour les 0x1 sauts suivants principaux et secondaires.

Vérification des entrées de saut suivant dans la table de routage

Objet

Vérifiez les entrées de routage nexthop actives au niveau PE1.

Mesures à prendre

À partir du mode opérationnel, exécutez la show route extensive expanded-nh commande.

Signification

Vous pouvez voir les poids 0x1 et 0x4000 pour les sauts suivants principaux et de secours.

Prise en charge de FAT Pseudowire pour BGP, L2VPN et VPLS Présentation

Un pseudowire est un circuit ou un service de couche 2 qui émule les attributs essentiels d’un service de télécommunications, tel qu’une ligne T1, sur un réseau à commutation de paquets (PSN) MPLS. Le pseudowire a pour but de fournir uniquement les fonctionnalités minimales nécessaires pour émuler le wire avec les exigences de résilience requises pour la définition de service donnée.

Dans un réseau MPLS, l’étiquette de flux de transport en fonction des flux (FAT) des pseudo-câbles, telle que décrite dans draft-keyupdate-l2vpn-fat-pw-bgp, est utilisée pour équilibrer la charge du trafic sur les pseudo-câbles signalés par BGP pour le réseau privé virtuel de couche 2 (L2VPN) et le service de LAN privé virtuel (VPLS).

L’étiquette de flux FAT est configurée uniquement sur les routeurs de périphérie d’étiquettes (LER). Ainsi, les routeurs de transit ou les routeurs de commutation d’étiquettes (LSR) effectuent des équilibrage de charge de paquets MPLS sur des chemins ECMP (Equal-Cost multichemin) ou des LAG (Link Aggregation Groups) sans avoir besoin de inspection approfondie des paquets de la charge utile.

L’étiquette de flux FAT peut être utilisée pour les pseudowires de classe d’équivalence de transfert à signalisation LDP (FEC 128 et FEC 129) pour les pseudowires VPWS et VPLS. Le paramètre d’interface (Sub-TLV) est utilisé à la fois pour les pseudowires FEC 128 et FEC 129. Le sous-TLV défini pour LDP contient les bits d’émission (T) et de réception (R). Le bit T annonce la possibilité d’envoyer l’étiquette de flux. Le bit R annonce la possibilité d’ouvrir l’étiquette de flux. Par défaut, le comportement de signalisation du routeur PE (Provider Edge) pour l’un de ces pseudowires est d’annoncer les bits T et R dans l’étiquette définie sur 0.

Les flow-label-transmit instructions de configuration and flow-label-receive permettent de définir l’annonce du bit T et du bit R sur 1 dans le champ Sub-TLV, qui fait partie des paramètres d’interface de la FEC pour le message de mappage d’étiquette LDP. Vous pouvez utiliser ces instructions pour contrôler l’envoi de l’étiquette d’équilibrage de charge et la publication de l’étiquette aux homologues de routage dans le plan de contrôle pour les pseudowires signalés par BGP tels que L2VPN et VPLS.

Configuration de la prise en charge de FAT Pseudowire pour BGP L2VPN pour équilibrer la charge du trafic MPLS

L’étiquette de transport en fonction des flux (FAT) ou de flux est prise en charge pour les pseudowires signalés par BGP tels que L2VPN, qui doivent être configurés uniquement sur les routeurs de périphérie d’étiquettes (LER). Cela permet aux routeurs de transit ou aux routeurs de commutation d’étiquettes (LSR) d’effectuer un équilibrage de charge des paquets MPLS sur des chemins multichemins à coût égal (ECMP) ou des groupes d’agrégation de liens (LAG) sans qu’il soit nécessaire d’effectuer une inspection approfondie des paquets de la charge utile. Les pseudo-fils FAT ou l’étiquette de flux peuvent être utilisés avec les L2VPN à signalisation LDP avec classe d’équivalence de transfert (FEC128 et FEC129), et la prise en charge de l’étiquette de flux est étendue aux pseudo-fils à signalisation BGP pour les services de couche 2 point à point ou point à multipoint.

Avant de configurer la prise en charge de pseudowire FAT pour BGP L2VPN afin d’équilibrer la charge du trafic MPLS :

  • Configurez les interfaces des appareils et activez le protocole MPLS sur toutes les interfaces.

  • Configurez RSVP.

  • Configurez un MPLS et un LSP sur le routeur PE distant.

  • Configurez BGP et OSPF.

Pour configurer la prise en charge du pseudowire FAT pour BGP L2VPN afin d’équilibrer la charge du trafic MPLS, vous devez procéder comme suit :

  1. Configurez les sites connectés à l’équipement du fournisseur pour une instance de routage donnée pour les protocoles L2VPN.
  2. Configurez le protocole L2VPN pour l’instance de routage afin de fournir une fonctionnalité publicitaire permettant d’insérer l’étiquette de flux dans le sens de réception vers le PE distant.
  3. Configurez le protocole L2VPN pour fournir une capacité de publicité afin d’envoyer l’étiquette de flux dans le sens de transmission vers le PE distant.
  4. Configurez les sites connectés à l’équipement du fournisseur pour une instance de routage donnée pour le protocole VPLS.
  5. Configurez le protocole VPLS pour l’instance de routage afin de fournir une capacité de publicité permettant d’insérer l’étiquette de flux dans le sens de réception vers le PE distant.
  6. Configurez le protocole VPLS pour fournir une capacité de publicité permettant d’envoyer l’étiquette de flux dans le sens de transmission au PE distant.

Exemple : configuration de la prise en charge de FAT Pseudowire pour BGP L2VPN pour équilibrer la charge du trafic MPLS

Cet exemple montre comment implémenter la prise en charge du pseudowire FAT pour BGP L2VPN afin d’équilibrer la charge du trafic MPLS.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Cinq routeurs MX Series

  • Junos OS version 16.1 ou ultérieure s’exécutant sur tous les équipements

Avant de configurer la prise en charge du pseudowire FAT pour BGP L2VPN, assurez-vous de configurer les protocoles de routage et de signalisation.

Vue d’ensemble

Junos OS permet de configurer l’étiquette de flux FAT (Flow-aware transport) prise en charge pour les pseudowires signalés par BGP tels que L2VPN uniquement sur les routeurs de périphérie d’étiquettes (LER). Ainsi, les routeurs de transit ou les routeurs de commutation d’étiquettes (LSR) effectuent des équilibrage de charge de paquets MPLS sur des chemins ECMP (Equal-Cost multichemin) ou des LAG (Link Aggregation Groups) sans avoir besoin de inspection approfondie des paquets de la charge utile. L’étiquette de flux FAT peut être utilisée pour les pseudofils de classe d’équivalence de transfert à signalisation LDP (FEC 128 et FEC 129) pour les pseudo-fils VPWS et VPLS.

Topologie

La figure 15 montre la prise en charge du pseudowire FAT pour BGP L2VPN configuré sur les appareils PE1 et PE2.

Figure 15 : Exemple de prise en charge du pseudowire FAT pour BGP L2VPN Network topology diagram showing five devices: CE1, PE1, P, PE2, CE2. CE1 connects to PE1 via ge-0/0/0 with subnet 10.1.1.0/24. PE1 connects to P via ge-0/0/1 with subnet 1.0.0.0/24. P connects to PE2 via ge-0/0/1 with subnet 2.0.0.0/24. PE2 connects to CE2 via ge-0/0/0 with subnet 10.1.1.0/24. Loopback addresses are CE1 10.255.255.8/32, PE1 10.255.255.1/32, P 10.255.255.2/32, PE2 10.255.255.4/32, CE2 10.255.255.9/32. Represents MPLS network setup.

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit en mode configuration.

CE1

PE1

L

PE2

CE2

Configuration de PE1

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’équipement PE1 :

  1. Configurez les interfaces.

  2. Configurez le routage non-stop et configurez l’ID du routeur.

  3. Configurez le numéro du système autonome (AS) et appliquez la stratégie à la table de transfert du routeur local avec l’instruction export.

  4. Configurez le protocole RSVP sur les interfaces.

  5. Appliquez les attributs de chemin à commutation d’étiquette au protocole MPLS et configurez l’interface.

  6. Définissez un groupe d’homologues et configurez l’adresse de fin locale de la session BGP pour le groupe vpls-ped’homologues.

  7. Configurez les attributs de la famille de protocoles pour les NLRI dans les mises à jour.

  8. Configurez les voisins pour le groupe vpls-pede pairs .

  9. Configurez l’ingénierie de trafic et configurez les interfaces de la zone 0.0.0.0 d’OSPF.

  10. Configurez la politique de routage et les informations de la communauté BGP.

  11. Configurez le type d’instance de routage et configurez l’interface.

  12. Configurez le distinguisher de route par exemple l2vpn-inst, et configurez la communauté cible VRF.

  13. Configurez le type d’encapsulation requis pour le protocole L2VPN.

  14. Configurez les sites connectés à l’équipement du fournisseur.

  15. Configurez le protocole L2VPN pour l’instance de routage afin de fournir une capacité de publicité permettant d’afficher l’étiquette de flux dans le sens de réception vers le PE distant et de fournir une capacité de publicité pour envoyer l’étiquette de flux dans le sens de transmission vers le PE distant.

  16. Configurez le type d’instance de routage et configurez l’interface.

  17. Configurez le distinguisher de route par exemple vp1, et configurez la communauté cible VRF.

  18. Attribuez l’identifiant de site maximal au domaine VPLS.

  19. Configurez pour ne pas utiliser les services de tunnel pour l’instance VPLS et attribuez un identifiant de site au site connecté à l’équipement du fournisseur.

  20. Configurez le protocole VPLS pour l’instance de routage afin de fournir une capacité de publicité permettant d’insérer l’étiquette de flux dans le sens de réception vers le PE distant et de fournir une capacité de publicité pour envoyer l’étiquette de flux dans le sens de transmission vers le PE distant.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , , show routing-instancesshow protocolsshow policy-options, , et .show routing-options Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des informations récapitulatives du BGP
Objet

Vérifiez les informations récapitulatives du BGP.

Mesures à prendre

À partir du mode opérationnel, entrez la show bgp summary commande.

Signification

La sortie affiche les informations récapitulatives de BGP.

Vérification des informations de connexion L2VPN
Objet

Vérifiez les informations de connexion VPN de couche 2.

Mesures à prendre

À partir du mode opérationnel, exécutez la show l2vpn connections commande pour afficher les informations sur les connexions VPN de couche 2.

Signification

La sortie affiche les informations de connexion VPN de couche 2 ainsi que les informations de transmission et de réception de l’étiquette de flux.

Vérification des routes
Objet

Vérifiez que les routes attendues sont apprises.

Mesures à prendre

Depuis le mode opérationnel, exécutez la show route commande pour afficher les routes dans la table de routage.

Signification

La sortie affiche toutes les routes dans la table de routage.

Configuration de PE2

Procédure

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’équipement PE2 :

  1. Configurez les interfaces.

  2. Configurez l’ID du routeur.

  3. Configurez le numéro du système autonome (AS) et appliquez la stratégie à la table de transfert du routeur local avec l’instruction export.

  4. Configurez le protocole RSVP sur les interfaces.

  5. Appliquez les attributs de chemin à commutation d’étiquette au protocole MPLS et configurez l’interface.

  6. Définissez un groupe d’homologues et configurez l’adresse de fin locale de la session BGP pour le groupe vpls-ped’homologues.

  7. Configurez les attributs de la famille de protocoles pour les NLRI dans les mises à jour.

  8. Configurez les voisins pour le groupe vpls-pehomologue .

  9. Configurez l’ingénierie de trafic et configurez les interfaces de la zone 0.0.0.0 d’OSPF.

  10. Configurez la politique de routage et les informations de la communauté BGP.

  11. Configurez le type d’instance de routage et configurez l’interface.

  12. Configurez le distinguisher de route par exemple l2vpn-inst, et configurez la communauté cible VRF.

  13. Configurez le type d’encapsulation requis pour le protocole L2VPN.

  14. Configurez les sites connectés à l’équipement du fournisseur.

  15. Configurez le protocole L2VPN pour l’instance de routage afin de fournir une capacité de publicité permettant d’afficher l’étiquette de flux dans le sens de réception vers le PE distant et de fournir une capacité de publicité pour envoyer l’étiquette de flux dans le sens de transmission vers le PE distant.

  16. Configurez le type d’instance de routage et configurez l’interface.

  17. Configurez le distinguisher de route par exemple vpl1, et configurez la communauté cible VRF.

  18. Attribuez l’identifiant de site maximal au domaine VPLS.

  19. Configurez pour ne pas utiliser les services de tunnel pour l’instance VPLS et attribuez un identifiant de site au site connecté à l’équipement du fournisseur.

  20. Configurez le protocole VPLS pour l’instance de routage afin de fournir une capacité de publicité permettant d’insérer l’étiquette de flux dans le sens de réception vers le PE distant et de fournir une capacité de publicité à l’étiquette de flux push dans le sens de transmission vers le PE distant.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , , show routing-instancesshow protocolsshow policy-options, , et .show routing-options Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des informations récapitulatives du BGP

Objet

Vérifiez les informations récapitulatives du BGP.

Mesures à prendre

À partir du mode opérationnel, entrez la show bgp summary commande.

Signification

La sortie affiche les informations récapitulatives de BGP.

Vérification des informations de connexion L2VPN

Objet

Vérifiez les informations de connexion VPN de couche 2.

Mesures à prendre

À partir du mode opérationnel, exécutez la show l2vpn connections commande pour afficher les informations sur les connexions VPN de couche 2.

Signification

La sortie affiche les informations de connexion VPN de couche 2 ainsi que les informations de transmission et de réception de l’étiquette de flux.

Vérification des routes

Objet

Vérifiez que les routes attendues sont apprises.

Mesures à prendre

Depuis le mode opérationnel, exécutez la show route commande pour afficher les routes dans la table de routage.

Signification

La sortie affiche toutes les routes dans la table de routage.

Configuration de la prise en charge de FAT Pseudowire pour BGP VPLS afin d’équilibrer la charge du trafic MPLS

L’étiquette de transport sensible aux flux (FAT) ou de flux est prise en charge pour les pseudowires signalés par BGP tels que VPLS et doit être configurée uniquement sur les routeurs de périphérie d’étiquettes (LER). Cela permet aux routeurs de transit ou aux routeurs de commutation d’étiquettes (LSR) d’effectuer un équilibrage de charge des paquets MPLS sur des chemins multichemins à coût égal (ECMP) ou des groupes d’agrégation de liens (LAG) sans avoir besoin d’une inspection approfondie des paquets de la charge utile. Les pseudofils FAT ou l’étiquette de flux peuvent être utilisés avec les VPLS à signalisation LDP avec classe d’équivalence de transfert (FEC128 et FEC129), et la prise en charge de l’étiquette de flux est étendue aux pseudo-fils signalés par BGP pour les services de couche 2 point à point ou point à multipoint.

Avant de configurer la prise en charge du pseudowire FAT pour le VPLS BGP afin d’équilibrer la charge du trafic MPLS :

  • Configurez les interfaces des appareils et activez le protocole MPLS sur toutes les interfaces.

  • Configurez RSVP.

  • Configurez un MPLS et un LSP sur le routeur PE distant.

  • Configurez BGP et OSPF.

Pour configurer la prise en charge du pseudowire FAT pour le VPLS BGP afin d’équilibrer la charge du trafic MPLS, vous devez procéder comme suit :

  1. Configurez les sites connectés à l’équipement du fournisseur pour une instance de routage donnée pour les protocoles VPLS.
  2. Configurez le protocole VPLS pour l’instance de routage afin de fournir une capacité de publicité permettant d’insérer l’étiquette de flux dans le sens de réception vers le PE distant.
  3. Configurez le protocole VPLS pour fournir une capacité de publicité permettant d’envoyer l’étiquette de flux dans le sens de transmission au PE distant.

Exemple : Configuration de la prise en charge de FAT Pseudowire pour BGP VPLS pour équilibrer la charge du trafic MPLS

Cet exemple montre comment implémenter la prise en charge du pseudowire FAT pour les VPLS BGP afin d’équilibrer la charge du trafic MPLS.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Cinq routeurs MX Series

  • Junos OS version 16.1 ou ultérieure s’exécutant sur tous les équipements

Avant de configurer la prise en charge du pseudowire FAT pour les VPLS BGP, assurez-vous de configurer les protocoles de routage et de signalisation.

Vue d’ensemble

Junos OS permet de configurer l’étiquette de flux FAT (Flow-aware transport) prise en charge pour les pseudowires signalés par BGP tels que VPLS uniquement sur les routeurs de périphérie d’étiquettes (LER). Ainsi, les routeurs de transit ou les routeurs de commutation d’étiquettes (LSR) effectuent équilibrage de charge de paquets MPLS sur des chemins ECMP (Equal-Cost multichemin) ou des LAG (Link Aggregation Groups) sans qu’il soit nécessaire de inspection approfondie des paquets la charge utile. L’étiquette de flux FAT peut être utilisée pour les pseudofils de classe d’équivalence de transfert à signalisation LDP (FEC 128 et FEC 129) pour les pseudo-fils VPWS et VPLS.

Topologie

La figure 16 montre la prise en charge du pseudowire FAT pour les VPLS BGP configurés sur les appareils PE1 et PE2.

Figure 16 : Exemple de prise en charge du pseudowire FAT pour le VPLS Network topology diagram: Five devices labeled CE1, PE1, P, PE2, and CE2. CE1 connects to PE1 via subnet 10.1.1.0/24. PE1 connects to P via subnet 1.0.0.0/24. P connects to PE2 via subnet 2.0.0.0/24. PE2 connects to CE2 via subnet 10.1.1.0/24. Loopback addresses are provided for each device. BGP

La configuration

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit en mode configuration.

CE1

PE1

L

PE2

CE2

Configuration de PE1

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’équipement PE1 :

  1. Configurez les interfaces.

  2. Configurez le routage non-stop et configurez l’ID du routeur.

  3. Configurez le numéro du système autonome (AS) et appliquez la stratégie à la table de transfert du routeur local avec l’instruction export.

  4. Configurez le protocole RSVP sur les interfaces.

  5. Appliquez les attributs de chemin à commutation d’étiquette au protocole MPLS et configurez l’interface.

  6. Définissez un groupe d’homologues et configurez l’adresse de l’extrémité locale de la session BGP pour le groupe vpls-ped’homologues .

  7. Configurez les attributs de la famille de protocoles pour les NLRI dans les mises à jour.

  8. Configurez les voisins pour le groupe vpls-pede pairs .

  9. Configurez l’ingénierie de trafic et configurez les interfaces de la zone 0.0.0.0 d’OSPF.

  10. Configurez la politique de routage et les informations de la communauté BGP.

  11. Configurez le type d’instance de routage et configurez l’interface.

  12. Configurez le distinguisher de route par exemple vpl1, et configurez la communauté cible VRF.

  13. Attribuez l’identifiant de site maximal au domaine VPLS.

  14. Configurez le protocole VPLS afin qu’il n’utilise pas les services de tunnel pour l’instance VPLS et attribuez l’identifiant de site au site connecté à l’équipement du fournisseur.

  15. Configurez le protocole VPLS pour l’instance de routage afin de fournir une capacité de publicité permettant d’insérer l’étiquette de flux dans le sens de réception vers le PE distant et de fournir une capacité de publicité pour envoyer l’étiquette de flux dans le sens de transmission vers le PE distant.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , , show routing-instancesshow protocolsshow policy-options, , et .show routing-options Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration de PE2

Procédure étape par étape

L’exemple suivant nécessite que vous naviguiez à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans la CLI, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration dans le Guide de l’utilisateur de la CLI de Junos OS.

Pour configurer l’équipement PE2 :

  1. Configurez les interfaces.

  2. Configurez l’ID du routeur.

  3. Configurez le numéro du système autonome (AS) et appliquez la stratégie à la table de transfert du routeur local avec l’instruction export.

  4. Configurez le protocole RSVP sur les interfaces.

  5. Appliquez les attributs de chemin à commutation d’étiquette au protocole MPLS et configurez l’interface.

  6. Définissez un groupe d’homologues et configurez l’adresse d’extrémité locale de la session BGP pour le groupe vpls-ped’homologues.

  7. Configurez les attributs de la famille de protocoles pour les NLRI dans les mises à jour.

  8. Configurez les voisins pour le groupe vpls-pede pairs .

  9. Configurez l’ingénierie de trafic et configurez les interfaces de la zone 0.0.0.0 d’OSPF.

  10. Configurez la politique de routage et les informations de la communauté BGP.

  11. Configurez le type d’instance de routage et configurez l’interface.

  12. Configurez le distinguisher de route par exemple vp11, et configurez la communauté cible VRF.

  13. Attribuez l’identifiant de site maximal au domaine VPLS.

  14. Configurez le protocole VPLS afin qu’il n’utilise pas les services de tunnel pour l’instance VPLS et attribuez l’identifiant de site au site connecté à l’équipement du fournisseur.

  15. Configurez le protocole VPLS pour l’instance de routage afin de fournir une capacité de publicité permettant d’insérer l’étiquette de flux dans le sens de réception vers le PE distant et de fournir une capacité de publicité pour envoyer l’étiquette de flux dans le sens de transmission vers le PE distant.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , , show routing-instancesshow protocolsshow policy-options, , et .show routing-options Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des informations de connexion VPLS
Objet

Vérifiez les informations de connexion VPLS.

Mesures à prendre

Depuis le mode opérationnel, exécutez la show vpls connections commande pour afficher les informations sur les connexions VPLS.

Signification

La sortie affiche les informations de connexion VPLS ainsi que les informations de réception et de transmission des étiquettes de flux.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des informations de connexion VPLS

Objet

Vérifiez les informations de connexion VPLS.

Mesures à prendre

Depuis le mode opérationnel, exécutez la show vpls connections commande pour afficher les informations sur les connexions VPLS.

Signification

La sortie affiche les informations de connexion VPLS ainsi que les informations de réception et de transmission des étiquettes de flux.

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.

Libération
Descriptif
20.2R1
À partir de Junos OS version 20.2R1, les équipements MX Series, EX9204, EX9208, EX9214, EX9251 et EX9253 prennent en charge la protection BGP PIC Edge pour les services de circuit de couche 2, VPN de couche 2 et VPLS (VPLS BGP, VPLS LDP et FEC 129 VPLS) avec l’étiquetage unicast BGP comme protocole de transport.
19.2R1
À partir de la version 19.2R1 de Junos OS, vous pouvez spécifier un nombre maximum de 512 chemins à coût égal sur les commutateurs QFX10000.
19.1R1
À partir de la version 19.1R1 de Junos OS, vous pouvez spécifier un nombre maximum de 128 chemins à coût égal sur les commutateurs QFX10000.
18.4R1
À partir de la version 18.4R1 de Junos OS, BGP peut annoncer un maximum de 2 routes d’add-path en plus des multiples chemins ECMP.
18.1R1
À partir de la version 18.1R1 de Junos OS, le multichemin BGP est pris en charge globalement au [edit protocols bgp] niveau de la hiérarchie. Vous pouvez désactiver sélectivement le multichemin sur certains groupes BGP et voisins. Inclure disable au [edit protocols bgp group group-name multipath] niveau de la hiérarchie pour désactiver l’option multichemin pour un groupe ou un voisin BGP spécifique.
18.1R1
À partir de la version 18.1R1 de Junos OS, vous pouvez différer le calcul des chemins multichemins jusqu’à ce que toutes les routes BGP soient reçues. Lorsque le routage multichemin est activé, BGP insère l’itinéraire dans la file d’attente à chemins multiples chaque fois qu’un nouvel itinéraire est ajouté ou chaque fois qu’un itinéraire existant change. Lorsque plusieurs chemins sont reçus via la fonctionnalité d’add-path de BGP, BGP peut calculer plusieurs fois un chemin multichemin. Le calcul par trajets multiples ralentit le taux d’apprentissage RIB (également appelé table de routage). Pour accélérer l’apprentissage RIB, le calcul des chemins multiples peut être différé jusqu’à ce que les routes BGP soient reçues, ou vous pouvez abaisser la priorité du travail de génération de chemins multichemins selon vos besoins jusqu’à ce que les routes BGP soient résolues. Pour différer le calcul du chemin multichemin, configurez defer-initial-multipath-build au [edit protocols bgp] niveau de la hiérarchie. Vous pouvez également réduire la priorité de la tâche de construction BGP multichemin à l’aide d’une multipath-build-priority instruction de configuration au [edit protocols bgp] niveau de la hiérarchie pour accélérer l’apprentissage RIB.