Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Systèmes autonomes pour les sessions BGP

Comprendre l’attribut BGP Local AS

Lorsqu’un fournisseur d’accès à Internet (ISP) acquiert un réseau qui appartient à un autre système autonome (AS), il n’existe pas de méthode transparente pour déplacer les pairs BGP du réseau acquis vers l’AS du FAI acquéreur. Le processus de configuration des pairs BGP avec le nouveau numéro AS peut être chronophage et fastidieux. Parfois, les clients ne veulent pas ou ne sont pas en mesure de modifier immédiatement leurs arrangements ou configuration homologues. Pendant ce type de période de transition, il peut être utile de configurer les équipements compatibles BGP dans le nouvel AS pour utiliser l’ancien numéro AS dans les mises à jour BGP. Cet ancien numéro AS s’appelle un AS local.

L’utilisation d’un numéro AS local permet aux équipements de routage d’un réseau acquis de sembler appartenir à l’ancien AS.

Par exemple, ISP A, avec un AS de 65200, acquiert ISP B, avec un AS de 65250. LE FAI B a un client, ISP C, qui ne veut pas changer sa configuration. Une fois que le FAI B est intégré au FAI A, un numéro d’AS local de 65250 est configuré pour être utilisé dans les sessions d’homologues EBGP avec ISP C. Par conséquent, le numéro d’AS local de 65250 est soit prédépendé avant, soit utilisé au lieu du numéro d’AS global de 65200 dans le chemin AS utilisé pour exporter des routes vers des pairs externes directs dans ISP C.

Si le routage est reçu d’un pair BGP (IBGP), le chemin AS inclut le numéro AS local prédépendé avant le numéro AS global.

Le numéro AS local est utilisé à la place du numéro AS global si la route est une route externe, telle qu’une route statique ou une route IGP (Interior Gateway Protocol) importée dans BGP. Si le routage est externe et que vous souhaitez inclure le numéro AS global dans le chemin AS, vous pouvez appliquer une stratégie de routage qui utilise as-path-expand ou as-path-prepend. Utilisez l’action as-path-expand de stratégie pour placer le numéro AS global derrière le numéro AS local. Utilisez l’action as-path-prepend de stratégie pour placer le numéro AS global devant le numéro AS local.

Par exemple :

Dans un scénario VPN de couche 3, dans lequel un équipement de périphérie de fournisseur (PE) utilise BGP (EBGP) externe pour appairer un équipement de périphérie client (CE), l’énoncé local-as se comporte différemment de celui d’un scénario non VPN. Dans le scénario VPN, le numéro AS global défini dans l’instance principale est prédéfinis au chemin AS par défaut. Pour contourner ce comportement, vous pouvez configurer la no-prepend-global-as configuration BGP de l’instance de routage sur l’équipement PE, comme illustré ici :

L’implémentation de l’attribut AS local du système d’exploitation Junos (Junos OS) prend en charge les options suivantes :

  • Local AS with private option— Lorsque vous utilisez l’option private , l’AS local est utilisé lors de l’établissement de la session BGP avec un voisin EBGP, mais est masqué dans le chemin AS envoyé à d’autres pairs EBGP. Seul l’AS global est inclus dans le chemin AS envoyé à des pairs externes.

    Cette private option est utile pour établir un appairage local avec des équipements de routage qui restent configurés avec leur ancien AS ou avec un client spécifique qui n’a pas encore modifié ses arrangements d’appairage. L’AS local est utilisé pour établir la session BGP avec le voisin EBGP, mais est masqué dans le chemin AS envoyé à des pairs externes dans un autre AS.

    Incluez l’option private afin que l’AS local ne soit pas prévu avant l’AS global dans le chemin AS envoyé à des pairs externes. Lorsque vous spécifiez l’option private , l’AS local n’est prévu que dans le chemin AS envoyé au voisin EBGP.

    Par exemple, dans Figure 1, le routeur 1 et le routeur 2 sont dans l’AS 64496, le routeur 4 est dans l’AS 64511 et le routeur 3 est dans l’AS 64510. Le routeur 2 appartenait auparavant à l’AS 64497, qui a fusionné avec un autre réseau et appartient maintenant à AS 64496. Le routeur 3 étant toujours pair avec le routeur 2 à l’aide de son ancien AS (64497), le routeur 2 doit être configuré avec un AS local de 64497 afin de maintenir l’appairage avec le routeur 3. La configuration d’un AS local de 64497 permet au routeur 2 d’ajouter l’AS 64497 lors de la publicité de routes vers le routeur 3. Le routeur 3 voit un chemin AS de 64497 64496 pour le préfixe 10/8.

    Figure 1 : Configuration AS locale Configuration AS locale

    Pour empêcher le routeur 2 d’ajouter le numéro AS local dans ses annonces à d’autres pairs, utilisez l’instruction local-as 64497 private . Cette déclaration configure le routeur 2 pour ne pas inclure l’AS 64497 local lors de l’annonce des routes vers le routeur 1 et vers le routeur 4. Dans ce cas, le routeur 4 voit un chemin AS de 64496 64510 pour le préfixe 10.222/16.

  • Local AS with alias option— Dans junos OS version 9.5 et versions ultérieures, vous pouvez configurer un AS local en tant qu’alias. Lors de la mise en place de la session ouverte BGP, l’AS utilisé dans le message ouvert alterne entre l’AS local et l’AS global. Si l’AS local est utilisé pour se connecter au voisin EBGP, seul l’AS local est prévu au chemin AS lorsque la session homologue BGP est établie. Si l’AS global est utilisé pour se connecter au voisin EBGP, seul l’AS global est prédépendé au chemin AS lorsque la session pair BGP est établie. L’utilisation de l’option alias signifie également que l’AS local n’est pas prévu au chemin AS pour les routes apprises par ce voisin EBGP. Par conséquent, l’AS local reste caché des autres pairs externes.

    La configuration d’un AS local avec cette alias option est particulièrement utile lorsque vous migrez les équipements de routage d’un réseau acquis vers le nouvel AS. Au cours du processus de migration, certains équipements de routage peuvent être configurés avec le nouveau AS tandis que d’autres restent configurés avec l’ancien AS. Par exemple, il est conseillé de commencer par migrer d’abord vers le nouvel AS tout équipement de routage qui fonctionne comme réflecteur de route. Toutefois, lorsque vous migrez les clients de réflecteur de route de manière incrémentielle, chaque réflecteur de route doit appairer les équipements de routage configurés avec l’ancien AS, ainsi que les équipements de routage configurés avec le nouvel AS. Pour établir des sessions homologues locales, il peut être utile pour les pairs BGP du réseau d’utiliser à la fois l’AS local et l’AS global. Dans le même temps, vous souhaitez masquer l’AS local des pairs externes et utiliser uniquement l’AS global dans le chemin AS lors de l’exportation de routes vers un autre AS. Dans ce genre de situation, configurez l’option alias .

    Incluez l’option alias de configurer l’AS local en tant qu’alias pour l’AS global configuré au niveau de la [edit routing-options] hiérarchie. Lorsque vous configurez un AS local en tant qu’alias, lors de l’établissement de la session ouverte BGP, l’AS utilisé dans le message ouvert alterne entre l’AS local et l’AS global. L’AS local n’est prévu au chemin AS que lorsque la session homologue avec un voisin EBGP est établie à l’aide de cette AS locale. L’AS local est masqué dans le chemin AS envoyé à d’autres pairs externes. Seul l’AS global est prédépendé au chemin AS lorsque la session BGP est établie à l’aide de l’AS global.

    REMARQUE :

    Les private options et alias sont mutuellement exclusives. Vous ne pouvez pas configurer les deux options avec la même local-as instruction.

  • Local AS with option not to prepend the global AS— Dans junos OS version 9.6 et versions ultérieures, vous pouvez configurer un as local avec la possibilité de ne pas prédépender l’AS global. Seul l’AS local est inclus dans le chemin AS envoyé à des pairs externes.

    Utilisez l’option no-prepend-global-as pour supprimer le numéro AS global des mises à jour BGP sortantes dans un scénario de réseau privé virtuel (VPN). Cette option est utile dans un scénarioVPN dans lequel vous souhaitez masquer l’AS global du VPN.

    Incluez la no-prepend-global-as possibilité de supprimer l’AS global configuré au niveau de la [edit routing-options] hiérarchie du chemin AS envoyé à des pairs externes. Lorsque vous utilisez cette option, seul l’AS local est inclus dans le chemin d’accès AS pour les routes envoyées à un équipement de périphérie du client (CE).

  • Number of loops option— La fonctionnalité d’AS local permet également de spécifier le nombre de fois que la détection du numéro d’AS dans l’attribut AS_PATH provoque l’abandon ou la masquer de la route. Par exemple, si vous configurez loops 1, le routage est masqué si le numéro AS est détecté dans le chemin une ou plusieurs fois. Il s’agit du comportement par défaut. Si vous configurez loops 2, le routage est masqué si le numéro AS est détecté deux fois ou plus dans le chemin.

    Pour l’instruction loops number , vous pouvez configurer 1 à 10.

    REMARQUE :

    Si vous configurez les valeurs AS locales pour n’importe quel groupe BGP, la détection des boucles de routage est effectuée à l’aide de l’AS et des valeurs AS locales pour tous les groupes BGP.

    Si l’AS local pour l’homologue EBGP ou IBGP est le même que l’AS actuel, n’utilisez pas l’instruction local-as pour spécifier le numéro AS local.

    Lorsque vous configurez l’AS local dans un VRF, cela impacte le mécanisme de détection des boucles d’accès AS. Toutes les local-as déclarations configurées sur l’équipement font partie d’un seul domaine AS. Le mécanisme de détection des boucles de chemin AS est basé sur la recherche d’un AS correspondant présent dans le domaine.

Exemple : Configuration d’une AS locale pour les sessions EBGP

Cet exemple montre comment configurer un système autonome local (AS) pour un homologue BGP afin que l’AS global et l’AS local soient utilisés dans les mises à jour entrantes et sortantes BGP.

Conditions préalables

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

Présentation

Utilisez l’instruction local-as lorsque les FAI fusionnent et veulent conserver la configuration d’un client, en particulier l’AS avec laquelle le client est configuré pour établir une relation d’pair. L’énoncé local-as simule le numéro d’AS déjà en place dans les routeurs des clients, même si le routeur du FAI a migré vers un autre AS.

Cet exemple montre comment utiliser l’instruction local-as pour configurer une AS locale. L’instruction local-as est prise en charge pour BGP au niveau de la hiérarchie globale, des groupes et des voisins.

Lorsque vous configurez l’instruction local-as , vous devez spécifier un numéro AS. Vous pouvez spécifier un nombre de 1 à 4 294 967 295 en format simple. Dans junos OS version 9.1 et versions ultérieures, la plage de numéros AS est étendue pour permettre la prise en charge BGP des numéros AS à 4 octets définis dans la RFC 4893, prise en charge BGP pour quatre octets AS Number Space. Dans Junos OS version 9.3 et versions ultérieures, vous pouvez également configurer un nombre AS de 4 octets à l’aide du format de notation AS-point de deux valeurs entières jointes par un point : 16-bit high-order value in decimal<>.<16-bit low-order value in decimal>. Par exemple, le nombre d’AS à 4 octets de 65 546 au format en nombre simple est représenté sous la forme de 1,10 dans le format de notation AS-point. Vous pouvez spécifier une valeur de 0.0 à 65535.65535 au format de notation AS-dot. Junos OS continue de prendre en charge des numéros AS à 2 octets. La plage de nombres AS de 2 octets est de 1 à 65 535 (il s’agit d’un sous-ensemble de la plage de 4 octets).

Figure 2 affiche la topologie de l’exemple.

Figure 2 : Topologie de configuration de l’AS localTopologie de configuration de l’AS local

Dans cet exemple, l’équipement R2 appartenait auparavant à l’AS 250 et est maintenant dans l’AS 200. Les équipements R1 et R3 sont configurés pour être appairés avec AS 250 au lieu du nouveau numéro AS (AS 200). Le nouveau numéro AS de l’équipement R2 est configuré avec l’instruction autonomous-system 200 . Pour permettre le fonctionnement des sessions d’appairage, l’instruction local-as 250 est ajoutée dans la configuration BGP. Étant donné qu’il local-as 250 est configuré, l’équipement R2 inclut à la fois l’AS global (200) et l’AS local (250) dans ses mises à jour entrantes et sortantes BGP.

Configuration

Configuration rapide cli

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

Équipement R1

Équipement R2

Équipement R3

Configuration de l’équipement R1

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement R1 :

  1. Configurez les interfaces.

  2. Configurez BGP externe (EBGP).

  3. Configurez la stratégie de routage.

  4. Configurez une route statique vers le réseau distant entre l’équipement R2 et l’équipement R3.

  5. Configurez le numéro AS global.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Lorsque vous avez terminé de configurer l’équipement, saisissez commit le mode de configuration.

Configuration de l’équipement R2

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement R2 :

  1. Configurez les interfaces.

  2. Configurez EBGP.

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

  4. Configurez le numéro AS global.

  5. Configurez la stratégie de routage.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Lorsque vous avez terminé de configurer l’équipement, saisissez commit le mode de configuration.

Configuration de l’équipement R3

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement R3 :

  1. Configurez les interfaces.

  2. Configurez EBGP.

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

  4. Configurez un itinéraire statique vers le réseau distant entre l’équipement R1 et l’équipement R2.

  5. Configurez la stratégie de routage.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Lorsque vous avez terminé de configurer l’équipement, saisissez commit le mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des paramètres AS locaux et globaux

But

Assurez-vous que les paramètres AS locaux et globaux de l’équipement R2 sont configurés.

Action

Depuis le mode opérationnel, saisissez la show bgp neighbors commande.

Sens

L’AS local : 250 et as système local : La sortie 200 indique que l’équipement R2 possède les paramètres attendus. En outre, le résultat indique que la liste d’options inclut LocalAS.

Vérification des sessions d’appairage BGP

But

Assurez-vous que les sessions sont établies et que le numéro d’AS local 250 est affiché.

Action

Depuis le mode opérationnel, saisissez la show bgp summary commande.

Sens

Les équipements R1 et R3 semblent appairer un équipement dans l’AS 250, même si l’équipement R2 est en fait dans l’AS 200.

Vérification des chemins BGP AS

But

Assurez-vous que les routes sont dans les tables de routage et que les chemins AS affichent le numéro AS local 250.

Action

Depuis le mode de configuration, saisissez la set route protocol bgp commande.

Sens

La sortie montre que les équipements R1 et R3 semblent avoir des routes avec des chemins AS qui incluent AS 250, même si l’équipement R2 est en fait dans l’AS 200.

Exemple : Configuration d’un AS local privé pour les sessions EBGP

Cet exemple montre comment configurer un numéro de système local autonome (AS) privé. L’AS local est considéré comme privé car il est annoncé aux pairs qui utilisent le numéro AS local pour l’appairage, mais est masqué dans les annonces aux pairs qui peuvent utiliser le numéro AS global pour l’appairage.

Conditions préalables

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

Présentation

Utilisez l’instruction local-as lorsque les FAI fusionnent et veulent conserver la configuration d’un client, en particulier l’AS avec laquelle le client est configuré pour établir une relation d’pair. L’énoncé local-as simule le numéro d’AS déjà en place dans les routeurs des clients, même si le routeur du FAI a migré vers un autre AS.

Lorsque vous utilisez l’option private , l’AS local est utilisé lors de l’établissement de la session BGP avec un voisin BGP externe (EBGP), mais est masqué dans le chemin AS envoyé à d’autres pairs EBGP. Seul l’AS global est inclus dans le chemin AS envoyé à des pairs externes.

Cette private option est utile pour établir un appairage local avec des équipements de routage qui restent configurés avec leur ancien AS ou avec un client spécifique qui n’a pas encore modifié ses arrangements d’appairage. L’AS local est utilisé pour établir la session BGP avec le voisin EBGP, mais est masqué dans le chemin AS envoyé à des pairs externes dans un autre AS.

Incluez l’option private afin que l’AS local ne soit pas prévu avant l’AS global dans le chemin AS envoyé à des pairs externes. Lorsque vous spécifiez l’option private , l’AS local n’est prévu que dans le chemin AS envoyé au voisin EBGP.

Figure 3 affiche la topologie de l’exemple.

Figure 3 : Topologie pour la configuration d’un AS local privéTopologie pour la configuration d’un AS local privé

L’équipement R1 est dans l’AS 64496. L’équipement R2 est dans l’AS 64510. L’équipement R3 est dans l’AS 64511. L’équipement R4 est dans l’AS 64512. L’équipement R1 appartenait auparavant à l’AS 64497, qui a fusionné avec un autre réseau et appartient maintenant à AS 64496. Étant donné que l’équipement R3 reste en correspondance avec l’équipement R1, à l’aide de son ancien AS 64497, l’équipement R1 doit être configuré avec un AS local de 64497 afin de maintenir l’appairage avec l’équipement R3. La configuration d’un AS local de 64497 permet à l’équipement R1 d’ajouter l’AS 64497 lorsqu’il annonce des routes vers l’équipement R3. L’équipement R3 voit un chemin AS de 64497 64496 pour le préfixe 10.1.1.2/32, qui est l’interface de bouclage de l’équipement R2. L’équipement R4, qui se trouve derrière l’équipement R3, voit un chemin AS de 64511 64497 64496 64510 vers l’interface de bouclage de l’équipement R2. Pour empêcher l’équipement R1 d’ajouter le numéro AS local dans ses annonces à d’autres pairs, cet exemple inclut l’instruction local-as 64497 private . L’option private configure l’équipement R1 pour ne pas inclure l’AS 64497 local lors de l’annonce des routes vers l’équipement R2. L’équipement R2 voit un chemin AS de 64496 64511 vers l’équipement R3 et un chemin AS de 64496 64511 64512 vers l’équipement R4. L’option private de configuration de l’équipement R1 entraîne l’absence du numéro AS 64497 dans les chemins AS que l’équipement R1 lit vers l’équipement R2.

L’équipement R1 cache l’AS local privé de tous les routeurs, à l’exception de l’équipement R3. L’option private s’applique aux routes que l’équipement R1 reçoit (apprend) de l’équipement R3 et que l’équipement R1, à son tour, inverse à d’autres routeurs. Lorsque ces routes apprises à partir de l’équipement R3 sont lues par l’équipement R1 vers l’équipement R2, l’AS local privé est absent du chemin AS annoncé sur l’équipement R2.

Configuration

Configuration rapide cli

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

Équipement R1

Équipement R2

Équipement R3

Équipement R4

Configuration de l’équipement R1

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement R1 :

  1. Configurez les interfaces.

  2. Configurez la session d’appairage EBGP avec l’équipement R2.

  3. Configurez la session d’appairage EBGP avec l’équipement R3.

  4. Configurez la stratégie de routage.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. 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 fini de configurer l’équipement, saisissez commit à partir du mode de configuration.

Répétez la configuration selon les besoins des autres équipements de la topologie.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des chemins AS de l’équipement R2

But

Assurez-vous que l’équipement R2 n’a pas AS 64497 dans ses chemins AS vers l’équipement R3 et l’équipement R4.

Action

Depuis le mode opérationnel, saisissez la show route protocol bgp commande.

Sens

Les chemins AS de l’équipement R2 ne comprennent pas l’AS 64497.

Vérification des chemins AS de l’équipement R3

But

Assurez-vous que l’AS 64497 local est prévu uniquement dans le chemin AS envoyé au voisin EBGP R3 . L’équipement R3 voit un chemin AS de 64497 64496 pour le préfixe 10.1.1.2/32, qui est l’interface de bouclage de l’équipement R2.

Action

Depuis le mode opérationnel, saisissez la show route protocol bgp commande.

Sens

Le routage de l’équipement R3 vers l’équipement R2 (préfixe 10.1.1.2) comprend à la fois l’AS local et l’AS global configuré sur l’équipement R1 (6 4497 et 64496, respectivement).

Comprendre l’attribut IGP accumulé pour BGP

Les protocoles de passerelle intérieure (IGP) sont conçus pour gérer le routage au sein d’un seul domaine ou d’un système autonome (AS). Chaque liaison se voit attribuer une valeur particulière appelée métrique. La distance entre les deux nœuds est calculée comme une somme de toutes les valeurs métriques des liaisons le long du chemin. L’IGP sélectionne le chemin le plus court entre deux nœuds en fonction de la distance.

BGP est conçu pour fournir un routage sur un grand nombre d’AS indépendants avec une coordination limitée ou inexistante entre les administrations respectives. BGP n’utilise pas de métriques dans les décisions de sélection des chemins.

L’attribut métrique IGP (AIGP) accumulé pour BGP permet un déploiement dans lequel une seule administration peut exécuter plusieurs AS BGP contigus. De tels déploiements permettent à BGP de prendre des décisions de routage basées sur la métrique IGP. Dans de tels réseaux, BGP peut sélectionner des chemins en fonction des mesures, comme le font les IGP. Dans ce cas, BGP choisit le chemin le plus court entre deux nœuds, même si les nœuds peuvent être dans deux points d’accès différents.

L’attribut AIGP est particulièrement utile dans les réseaux qui utilisent la tunnelisation pour fournir un paquet à son prochain saut BGP. Le système d’exploitation Junos (Junos OS) de Juniper Networks® prend actuellement en charge l’attribut AIGP pour deux familles d’adresses BGP et family inet labeled-unicastfamily inet6 labeled-unicast

L’AIGP impacte le processus de décision de la meilleure route BGP. La règle de préférence d’attribut AIGP est appliquée après la règle de préférence locale. La distance AIGP est comparée à une cravate. Le processus de décision de la meilleure route BGP a également un impact sur la façon dont la règle de coût intérieur est appliquée si le saut suivant de résolution est doté d’un attribut AIGP. Si l’AIGP n’est pas activé, le coût intérieur d’un itinéraire est basé sur le calcul de la métrique au saut suivant pour le trajet. Une fois l’AIGP activée, la distance AIGP de résolution est ajoutée au coût intérieur.

À partir de la version 20.2R1, Junos OS prend en charge la traduction de métriques AIGP en MED. Vous pouvez activer cette fonctionnalité lorsque vous souhaitez que le MED porte la valeur métrique AIGP de bout en bout, qui est utilisée pour choisir le meilleur chemin. Cela est particulièrement utile dans la solution inter-AS MPLS VPN, où les sites clients sont connectés via deux fournisseurs de services différents, et les routeurs de périphérie des clients souhaitent prendre des décisions basées sur des mesures IGP. Vous pouvez configurer un minimum-aigp pour éviter la mise à jour inutile du routage lorsque les modifications effective-aigp passent au-devant de la valeur la plus faible connue auparavant. L’AIGP efficace est la valeur AIGP annoncée avec le routage, plus le coût IGP pour atteindre l’étape suivante. Vous pouvez configurer effective-aigp et minimum-effective-aigp définir des déclarations au niveau et [edit policy-options policy-statement <name> then metric] de la [edit protocols bgp group <group-name> metric-out] hiérarchie.

L’attribut AIGP est un attribut de chemin BGP non transitif facultatif et est spécifié dans Internet draft-ietf-idr-aigp-06, The Accumulated IGP Metric Attribute for BGP.

Exemple : Configuration de l’attribut IGP accumulé pour BGP

Cet exemple montre comment configurer l’attribut métrique IGP (AIGP) accumulé pour BGP.

Conditions préalables

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

  • Sept équipements parlant BGP.

  • Junos OS Version 12.1 ou ultérieure.

Présentation

L’attribut AIGP permet des déploiements dans lesquels une seule administration peut exécuter plusieurs systèmes autonomes BGP (AS) contigus. De tels déploiements permettent à BGP de prendre des décisions de routage basées sur la métrique IGP. Une fois l’AIGP activée, BGP peut sélectionner des chemins en fonction des mesures IGP. Cela permet à BGP de choisir le chemin le plus court entre deux nœuds, même si les nœuds peuvent être situés dans des points d’accès différents. L’attribut AIGP est particulièrement utile dans les réseaux qui utilisent la tunnelisation pour fournir un paquet à son prochain saut BGP. Cet exemple montre l’AIGP configurée avec des chemins de commutation d’étiquettes MPLS.

Pour activer l’AIGP, vous incluez l’instruction aigp dans la configuration BGP selon une famille de protocoles. La configuration de l’AIGP sur une famille particulière permet d’envoyer et de recevoir l’attribut AIGP sur cette famille. Par défaut, l’AIGP est désactivée. Un voisin désactivé AIGP n’envoie pas d’attribut AIGP et écarte silencieusement un attribut AIGP reçu.

Junos OS prend en charge l’AIGP pour family inet labeled-unicast et family inet6 labeled-unicast. L’instruction aigp peut être configurée pour une famille donnée au niveau global BGP, groupe ou voisin.

Par défaut, la valeur de l’attribut AIGP pour un préfixe local est zéro. Un voisin compatible AIGP peut naître un attribut AIGP pour un préfixe donné par stratégie d’exportation, à l’aide de l’action de la aigp-originate stratégie. La valeur de l’attribut AIGP reflète la distance IGP au préfixe. Vous pouvez également spécifier une valeur à l’aide de l’action de stratégie aigp-originate distance distance . La plage configurable est de 0 à 4 294 967 295. Un seul nœud doit créer un attribut AIGP. L’attribut AIGP est conservé et revertisé si les voisins sont AIGP activés avec l’instruction aigp dans la configuration BGP.

L’action de stratégie à l’origine de l’attribut AIGP a les exigences suivantes :

  • Le voisin doit être compatible AIGP.

  • La stratégie doit être appliquée en tant que politique d’exportation.

  • Le préfixe ne doit pas avoir d’attribut AIGP actuel.

  • Le préfixe doit être exporté avec le saut suivant.

  • Le préfixe doit résider dans le domaine AIGP. En règle générale, une adresse IP de bouclage est le préfixe à l’origine.

La politique est ignorée si ces exigences ne sont pas satisfaites.

Diagramme de topologie

Figure 4 affiche la topologie utilisée dans cet exemple. OSPF est utilisé comme protocole IGP (Interior Gateway Protocol). BGP interne (IBGP) est configuré entre l’équipement PE1 et le PE4 de l’équipement. BGP externe (EBGP) est configuré entre l’équipement PE7 et le PE1 de l’équipement, entre l’équipement PE4 et le PE3 de l’équipement, et entre l’équipement PE4 et le PE2 de l’équipement. Les équipements PE4, PE2 et PE3 sont configurés pour le multiop. Le PE4 de l’équipement sélectionne un chemin en fonction de la valeur AIGP, puis le inverse en fonction de l’AIGP et de la configuration des stratégies. Le PE1 de l’équipement permet de détourner la valeur AIGP de l’équipement PE7, qui se trouve dans un autre domaine administratif. Chaque équipement dispose de deux adresses d’interface de bouclage : 10.9.9.x est utilisé pour l’appairage BGP et l’ID du routeur, et 10.100.1.x est utilisé pour le saut suivant BGP.

Le réseau entre les équipements PE1 et PE3 est doté d’un appairage IBGP et de plusieurs zones OSPF. La liaison externe vers l’équipement PE7 est configurée pour montrer que l’attribut AIGP est en cours de lecture à un voisin en dehors du domaine administratif, si ce voisin est activé par l’AIGP.

Figure 4 : Publicité de plusieurs chemins dans BGPPublicité de plusieurs chemins dans BGP

Pour l’origine d’un attribut AIGP, le saut suivant BGP doit être lui-même. Si le saut suivant de BGP reste inchangé, l’attribut AIGP reçu est alors modifié, en l’état, vers un autre voisin AIGP. Si le saut suivant change, l’attribut AIGP reçu est inversé avec une valeur accrue vers un autre voisin AIGP. L’augmentation de la valeur reflète la distance IGP par rapport au saut suivant BGP précédent. Pour le démontrer, cet exemple utilise des adresses d’interface de bouclage pour les sessions d’appairage EBGP de l’équipement PE4 avec pe2 et PE3 de l’équipement. Le multihop est activé sur ces sessions, de sorte qu’une recherche récursive est effectuée pour déterminer l’interface point à point. Étant donné que le saut suivant change, la distance IGP est ajoutée à la distance AIGP.

Configuration

Configuration rapide cli

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

Équipement P1

Équipement P2

Équipement PE4

Équipement PE1

Équipement PE2

Équipement PE3

Équipement PE7

Configuration de l’équipement P1

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement P1 :

  1. Configurez les interfaces.

  2. Configurez MPLS et un protocole de signalisation, comme RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Configurez un IGP, tel que OSPF, RIP ou IS-IS.

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

  7. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show protocolset show routing-options les commandes. 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

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement P2 :

  1. Configurez les interfaces.

  2. Configurez MPLS et un protocole de signalisation, comme RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Configurez un IGP, tel que OSPF, RIP ou IS-IS.

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

  7. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

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

Configuration du PE4 de l’équipement

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer le PE4 de l’équipement :

  1. Configurez les interfaces.

  2. Configurez MPLS et un protocole de signalisation, comme RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Définissez un préfixe et configurez une distance AIGP.

    Par défaut, un préfixe est créé à l’aide de la distance IGP actuelle. Vous pouvez éventuellement configurer une distance pour l’attribut AIGP, à l’aide de l’option distance , comme illustré ici.

  6. Activez les stratégies.

  7. Configurez un routage statique.

  8. Configurez un IGP, tel que OSPF, RIP ou IS-IS.

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

  10. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du PE1 de l’équipement

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement PE1 :

  1. Configurez les interfaces.

  2. Configurez MPLS et un protocole de signalisation, comme RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Activez les stratégies.

  6. Configurez un IGP, tel que OSPF, RIP ou IS-IS.

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

  8. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du PE2 de l’équipement

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer le PE2 de l’équipement :

  1. Configurez les interfaces.

  2. Configurez MPLS et un protocole de signalisation, comme RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Définissez un préfixe et configurez une distance AIGP.

    Par défaut, un préfixe est créé à l’aide de la distance IGP actuelle. Vous pouvez éventuellement configurer une distance pour l’attribut AIGP, à l’aide de l’option distance , comme illustré ici.

  6. Activez les stratégies.

  7. Activez des routes statiques.

  8. Configurez un IGP, tel que OSPF, RIP ou IS-IS.

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

  10. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du PE3 de l’équipement

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement PE3 :

  1. Configurez les interfaces.

  2. Configurez MPLS et un protocole de signalisation, comme RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Activez les stratégies.

  6. Configurez un IGP, tel que OSPF, RIP ou IS-IS.

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

  8. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Configuration du PE7 de l’équipement

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement PE7 :

  1. Configurez les interfaces.

  2. Configurez BGP.

  3. Activez l’AIGP.

  4. Configurez la stratégie de routage.

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

  6. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. 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 l’équipement PE4 reçoit l’attribut AIGP de son voisin EBGP PE2

But

Assurez-vous que la stratégie AIGP sur l’équipement PE2 fonctionne.

Action
Sens

Sur l’équipement PE2, l’instruction aigp-originate est configurée avec une distance de 20 (aigp-originate distance 20). Cette instruction est appliquée à la route 55.0.0.0/24. De même, l’instruction est appliquée à la aigp-originate distance 30 route 99.0.0.0/24. Ainsi, lorsque l’équipement PE4 reçoit ces routes, l’attribut AIGP est associé aux métriques configurées.

Vérification de la métrique IGP

But

Depuis l’équipement PE4, vérifiez la métrique IGP et le saut suivant BGP 10.100.1.5.

Action
Sens

La métrique IGP de ce routage est 2.

Vérifier que le PE4 de l’équipement ajoute la métrique IGP à l’attribut AIGP

But

Assurez-vous que l’équipement PE4 ajoute la métrique IGP à l’attribut AIGP lorsqu’il lit des routes vers son voisin IBGP, l’équipement PE1.

Action
Sens

La mesure IGP est ajoutée à la métrique AIGP (20 + 2 = 22 et 30 + 2 = 32), car le saut suivant est modifié pour ces routes.

Vérifier que l’équipement PE7 reçoit l’attribut AIGP de son voisin EBGP PE1

But

Assurez-vous que la stratégie AIGP sur l’équipement PE1 fonctionne.

Action
Sens

La route 44.0.0.0/24 provient de l’équipement PE4. Les routes 55.0.0.0/24 et 99.0.0.0/24 sont originaires de Device PE2. Les distances IGP sont ajoutées aux distances AIGP configurées.

Vérification de la métrique DE RÉSOLUTION DE L’AIGP

But

Vérifiez que si le préfixe est résolu par récursion et que les sauts suivants récursifs ont des métriques AIGP, le préfixe contient la somme des valeurs AIGP qui se trouvent sur les sauts suivants récursifs BGP.

Action
  1. Ajoutez un routage statique vers 66.0.0.0/24.

  2. Supprimez les termes existants dans l’énoncé de aigp stratégie sur l’équipement PE2.

  3. Configurez une recherche de route récursive pour le routage vers 66.0.0.0.

    La stratégie affiche la métrique AIGP pour le préfixe 66.0.0.0/24 (none) et son saut suivant récursif. Le préfixe 66.0.0.0/24 est résolu par 55.0.0.1. Le préfixe 66.0.0.0/24 n’a pas sa propre métrique AIGP à l’origine, mais son saut suivant récursif, 55.0.0.1, a une valeur AIGP.

  4. Sur l’équipement PE4, exécutez la show route 55.0.0.0 extensive commande.

    La valeur de Metric2 est la métrique IGP du saut suivant BGP. Lorsque l’équipement PE4 révertit ces routes vers son homologue IBGP, l’équipement PE1, la métrique AIGP est la somme de l’AIGP + sa mesure De résolution AIGP + métrique2.

    Le préfixe 55.0.0.0 affiche sa propre métrique IGP 20, telle que définie et annoncée par l’équipement PE2. Il n’affiche pas de valeur AIGP résolvable car il n’a pas de saut suivant BGP récursif. La valeur de Metric2 est 2.

  5. Sur l’équipement PE4, exécutez la show route 66.0.0.0 extensive commande.

    Le préfixe 66.0.0.0/24 affiche la résolution de l’AIGP, qui est la somme de sa propre métrique AIGP et de son saut suivant BGP récursif :

    66.0.0.1 = 0, 55.0.0.1 = 20, 0+20 = 20

Vérifier la présence des attributs AIGP dans les mises à jour BGP

But

Si l’attribut AIGP n’est pas activé sous BGP (ou les groupneighbor hiérarchies), l’attribut AIGP est rejeté en silence. Activez traceoptions et incluez l’indicateur packets dans l’option detail de la configuration pour confirmer la présence de l’attribut AIGP dans les mises à jour BGP transmises ou reçues. Cela est utile pour le débogage des problèmes AIGP.

Action
  1. Configurez les PE2 et PE4 de l’équipement pour traceoptions.

  2. Vérifiez le traceoptions fichier sur l’équipement PE2.

    L’exemple suivant affiche le préfixe publicitaire PE2 de l’équipement 99.0.0.0/24 vers l’équipement PE4 (10.9.9.4) avec une métrique AIGP de 20 :

  3. Vérifiez que le routage a été reçu sur l’équipement PE4 à l’aide de la show route receive-protocol commande.

    L’AIGP n’est pas activé sur l’équipement PE4, de sorte que l’attribut AIGP est rejeté en silence pour le préfixe 99.0.0.0/24 et n’apparaît pas dans la sortie suivante :

  4. Vérifiez le traceoptions fichier sur l’équipement PE4.

    La sortie suivante du traceoptions journal montre que le préfixe 99.0.0.0/24 a été reçu avec l’attribut AIGP associé :

Sens

Cette vérification facilite le dépannage et le débogage des problèmes AIGP. Il vous permet de vérifier quels équipements de votre réseau envoient et reçoivent les attributs AIGP.

Comprendre le remplacement de l’AS

La fonctionnalité de remplacement AS permet à un routeur de périphérie fournisseur (PE) de modifier le numéro du système privé autonome (AS) utilisé par un équipement de périphérie client (CE) sur une session BGP (EBGP) externe s’exécutant sur une liaison d’accès VRF (Routage et transfert VPN). Le numéro AS privé est remplacé par le numéro AS PE. Un autre équipement CE connecté à un autre équipement PE voit le routage EBGP provenant du premier site avec un chemin AS de provider-ASN provider-ASN, au lieu de provider-ASN site1-ASN. Cela permet aux réseaux d’entreprise d’utiliser le même ASN privé sur tous les sites.

La fonctionnalité de remplacement AS offre un avantage de gestion évident au fournisseur de services, car BGP n’accepte pas par défaut les routes BGP avec un attribut de chemin AS qui contient le numéro AS local.

Dans un réseau d’entreprise avec plusieurs sites, vous pouvez utiliser un seul numéro d’AS sur tous les sites. Supposons, par exemple, que deux équipements CE sont dans l’AS 64512 et que le réseau du fournisseur est dans l’AS 65534.

Lorsque le fournisseur de services configure un VPN de couche 3 avec cette configuration, même si le réseau MPLS dispose de routes vers l’équipement CE1 et l’équipement CE2, l’équipement CE1 et l’équipement CE2 ne disposent pas de routes les unes vers les autres, car l’attribut de chemin AS apparaît sous la forme 64512 65534 64512. BGP utilise l’attribut de chemin AS comme mécanisme d’évitement de boucle. Si un site voit son propre numéro d’AS plus d’une fois dans le chemin AS, le routage est considéré comme non valide.

Une façon de surmonter cette difficulté consiste à l’énoncé as-override , qui est appliqué aux équipements PE. L’instruction as-override remplace le numéro AS de l’équipement CE par celui de l’équipement PE, empêchant ainsi le numéro AS du client d’apparaître plus d’une fois dans l’attribut de chemin AS.

Si un client utilise un chemin AS à l’avance pour rendre certains chemins moins désirables et que le fournisseur de services utilise une substitution AS, chaque occurrence de numéro d’AS CE dans le chemin AS est changée en numéro AS fournisseur de services. Par exemple, supposons que tous les sites clients utilisent le même numéro AS, par exemple 64512. Si le FAI utilise le numéro AS 65534, un site client voit le chemin vers un autre site comme 65534 65534. Si le client prépense 64512 sur un chemin particulier pour le rendre moins souhaitable, un autre site client voit ce chemin comme 65534 65534 65534 65534.

Exemple : Configuration d’un VPN de couche 3 avec réflexion de route et remplacement AS

Supposons que vous soyez un fournisseur de services fournissant un service VPN de couche 3 MPLS géré. Votre client possède plusieurs sites et nécessite un routage BGP vers des équipements de périphérie (CE) sur chaque site.

Conditions préalables

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

Présentation

Cet exemple comprend deux équipements CE, deux équipements de périphérie fournisseur (PE) et plusieurs équipements centraux du fournisseur. Le réseau du fournisseur utilise également IS-IS pour prendre en charge l’accessibilité du bouclage LDP et BGP L’équipement P2 agit comme un réflecteur de route (RR). Les deux équipements CE sont dans le système autonome (AS) 64512. Le réseau du fournisseur est en AS 65534.

L’énoncé as-override est appliqué aux équipements PE, remplaçant ainsi le numéro AS de l’équipement CE par celui de l’équipement PE. Cela empêche le numéro AS du client d’apparaître plus d’une fois dans l’attribut de chemin AS.

Figure 5 affiche la topologie utilisée dans cet exemple.

Figure 5 : Topologie de remplacement d’ASTopologie de remplacement d’AS

Configuration rapide cli affiche la configuration de tous les équipements dans Figure 5. La section Procédure étape par étape décrit les étapes sur l’équipement PE1.

topologie

Configuration

Procédure

Configuration rapide cli

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

Équipement CE1

Équipement P1

Équipement P2

Équipement P3

Équipement PE1

Équipement PE2

Équipement CE2

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.

Pour configurer le remplacement de l’AS :

  1. Configurez les interfaces.

    Pour activer MPLS, incluez la famille de protocoles sur l’interface afin que l’interface ne rejette pas le trafic MPLS entrant.

  2. Ajoutez l’interface au protocole MPLS pour établir la connectivité au niveau du plan de contrôle.

    Configurez l’IGP pour que les équipements du fournisseur puissent communiquer entre eux.

    Pour établir un mécanisme de distribution des étiquettes MPLS, activez LDP. En option, pour le LDP, permettre la désagrégation de classe d’équivalence de transfert (FEC), ce qui permet une convergence globale plus rapide.

  3. Activez la connexion BGP interne (IBGP) pour l’appairer uniquement avec le RR, à l’aide de la famille d’adresses unicast VPN IPv4.

  4. Configurez l’instance de routage, y compris l’instruction as-override .

    Créez l’instance de routage (VRF) sur l’équipement PE, en configurant la configuration BGP pour l’appairer avec l’équipement CE1.

  5. Configurez l’ID du routeur et le numéro AS.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show protocols, show routing-instanceset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de configuration de cet exemple pour la corriger.

Si vous avez fini de configurer l’équipement, saisissez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du chemin AS vers les équipements CE

But

Affichez des informations sur l’équipement PE1 sur l’attribut de chemin AS pour le routage vers l’interface de bouclage de l’équipement CE2.

Action

Sur l’équipement PE1, à partir du mode opérationnel, saisissez la show route table VPN-A.inet.0 10.255.6.6 commande.

Sens

La sortie montre que l’équipement PE1 a un chemin AS pour 10.255.6.6/32 comme provenant de l’AS 64512.

Vérification de la publicité du routage vers l’équipement CE2

But

Assurez-vous que le routage vers l’équipement CE2 est annoncé sur l’équipement CE1 comme s’il provient du cœur MPLS.

Action

Sur l’équipement PE1, à partir du mode opérationnel, saisissez la show route advertising-protocol bgp 10.0.0.1 commande.

Sens

La sortie indique que l’équipement PE1 annonce uniquement son propre numéro AS dans le chemin AS.

Vérification du routage sur l’équipement CE1

But

Assurez-vous que l’équipement CE1 ne contient que le numéro AS du fournisseur dans le chemin d’accès à l’équipement CE2.

Action

Depuis le mode opérationnel, saisissez la show route table inet.0 terse 10.255.6.6 commande.

Sens

La sortie indique que l’équipement CE1 dispose d’un chemin vers l’équipement CE2. Le problème de boucle est résolu avec l’utilisation de l’instruction as-override .

Une route est cachée sur l’équipement CE. En effet, Junos OS n’effectue pas d’horizon divisé BGP. En règle générale, l’horizon divisé dans BGP n’est pas nécessaire, car toutes les routes qui pourraient être reçues par l’expéditeur sont moins préférées en raison de la longueur du chemin AS (pour EBGP), de la détection des boucles de chemin AS (IBGP) ou d’autres métriques BGP. Les itinéraires publicitaires vers le voisin dont ils ont été appris ont un effet négligeable sur les performances du routeur, et est la bonne chose à faire.

Exemple : Activation des publicités de routage BGP

Junos OS ne fait pas la publicité des routes apprises d’un pair EBGP vers le même homologue BGP externe (EBGP). En outre, le logiciel n’annonce pas les routes vers des pairs EBGP qui se trouvent dans le même système autonome (AS) que l’homologue d’origine, quelle que soit l’instance de routage. Vous pouvez modifier ce comportement en incluant l’instruction advertise-peer-as dans la configuration.

Si vous incluez l’instruction advertise-peer-as dans la configuration, BGP annonce la route quelle que soit cette vérification.

Pour restaurer le comportement par défaut, incluez l’instruction no-advertise-peer-as dans la configuration :

Le comportement par défaut de suppression de routage est désactivé si l’instruction as-override est incluse dans la configuration. Si vous incluez à la fois les as-override instructions et no-advertise-peer-as dans la configuration, l’instruction no-advertise-peer-as est ignorée.

Conditions préalables

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

REMARQUE :

Cet exemple a été mis à jour et re-validé sur la version 21.2R1 de Junos.

Présentation

Cet exemple montre trois équipements de routage avec des connexions BGP externes (EBGP). L’équipement R2 dispose d’une connexion EBGP à l’équipement R1 et d’une autre connexion EBGP à l’équipement R3. Bien que séparés par l’équipement R2 qui est dans l’AS 64511, l’équipement R1 et l’équipement R3 sont dans le même AS (AS 64512). Les équipements R1 et R3 font la publicité dans les routes directes BGP vers leurs propres adresses d’interface de bouclage.

L’équipement R2 reçoit ces routes d’interface de bouclage et l’instruction permet à l’équipement advertise peer-as R2 de les annoncer. En particulier, l’équipement R1 envoie la route 192.168.0.1 à l’équipement R2, et comme l’équipement R2 est configuré, l’équipement advertise peer-as R2 peut envoyer la route 192.168.0.1 à l’équipement R3. De même, l’équipement R3 envoie la route 192.168.0.3 à l’équipement R2 et advertise peer-as permet à l’équipement R2 de transférer le routage vers l’équipement R1.

Pour permettre aux équipements R1 et R3 d’accepter des routes contenant leur propre numéro AS dans le chemin AS, l’instruction est requise sur l’équipement loops 2 R1 et l’équipement R3.

topologie

Figure 6 : Topologie BGP pour la publicité peer-as Topologie BGP pour la publicité peer-as

Configuration

Configuration rapide cli

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

Équipement R1

Équipement R2

Équipement R3

Procédure

Procédure étape par étape

L’exemple suivant exige que vous parcouriez différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement R1 :

  1. Configurez les interfaces de l’équipement.

  2. Configurez BGP.

  3. Empêchez les routes de l’équipement R3 d’être masquées sur l’équipement R1 en incluant l’instruction loops 2 .

    L’instruction loops 2 signifie que le numéro AS de l’équipement local peut apparaître dans le chemin AS jusqu’à une fois sans que le routage ne soit masqué. Le routage est masqué si le numéro AS de l’équipement local est détecté deux fois ou plus dans le chemin.

  4. Configurez la stratégie de routage qui envoie des routes directes.

  5. Appliquez la stratégie d’exportation à la session d’appairage BGP avec l’équipement R2.

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

Procédure étape par étape

Pour configurer l’équipement R2 :

  1. Configurez les interfaces de l’équipement.

  2. Configurez BGP.

  3. Configurez l’équipement R2 pour annoncer les routes apprises d’un homologue EBGP à un autre homologue EBGP dans le même AS.

    En d’autres termes, faites de la publicité sur les routes R1 apprises de l’équipement R3 (et l’inverse), même si les équipements R1 et R3 sont dans le même AS.

  4. Configurez une stratégie de routage qui envoie des routes directes.

  5. Appliquez la politique d’exportation.

  6. Configurez le numéro AS.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show protocols, show policy-optionset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Équipement R1

Équipement R2

Si vous avez fini de configurer les équipements, saisissez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des routes BGP

But

Assurez-vous que les tables de routage de l’équipement R1 et de l’équipement R3 contiennent les routes attendues.

Action
  1. Sur l’équipement R2, désactivez l’instruction advertise-peer-as dans la configuration BGP.

  2. Sur l’équipement R3, désactivez l’instruction loops dans la configuration BGP.

  3. Sur l’équipement R1, vérifiez quelles routes sont annoncées sur l’équipement R2.

  4. Sur l’équipement R2, vérifiez quels itinéraires sont reçus de l’équipement R1.

  5. Sur l’équipement R2, vérifiez quelles routes sont annoncées sur l’équipement R3.

  6. Sur l’équipement R2, activez l’instruction advertise-peer-as dans la configuration BGP.

  7. Sur l’équipement R2, revérifier les routes annoncées sur l’équipement R3.

  8. Sur l’équipement R3, vérifiez les routes reçues de l’équipement R2.

  9. Sur l’équipement R3, activez l’instruction loops dans la configuration BGP.

  10. Sur l’équipement R3, revérifier les routes reçues de l’équipement R2.

Sens

Tout d’abord, l’instruction advertise-peer-as et l’instruction loops sont désactivées afin que le comportement par défaut puisse être examiné. L’équipement R1 envoie à l’équipement R2 un routage vers l’adresse d’interface de bouclage de l’équipement R1, 192.168.0.1/32. L’équipement R2 n’annonce pas cette route vers l’équipement R3. Après avoir activé l’instruction, l’équipement advertise-peer-as R2 annonce la route 192.168.0.1/32 vers l’équipement R3. L’équipement R3 n’accepte ce routage qu’après l’activation de l’instruction loops .

Désactiver les messages d’ensemble d’attributs sur les domaines AS indépendants pour la détection des boucles BGP

La détection de boucle BGP pour un routage spécifique utilise le domaine du système autonome local (AS) pour l’instance de routage. Par défaut, toutes les instances de routage appartiennent à un seul domaine d’instance de routage principal. Par conséquent, la détection des boucles BGP utilise les systèmes d’accès locaux configurés sur toutes les instances de routage. En fonction de la configuration de votre réseau, ce comportement par défaut peut entraîner la boucle et la dissimisation des routes.

Pour limiter les AS locaux dans l’instance de routage principale, vous pouvez configurer un domaine AS indépendant pour une instance de routage. Le domaine indépendant est séparé de l’instance de routage principale et empêche les chemins AS du domaine indépendant d’être partagés avec le chemin AS et les attributs de chemin AS d’autres domaines.

Par défaut, les domaines indépendants utilisent des messages d’attribut de chemin transitif 128 (ensemble d’attributs) pour tunneliser les attributs BGP du domaine indépendant vers le cœur BGP interne (IBGP). Cependant, le comportement du message défini par attributs pour des domaines indépendants n’est pas souhaité dans de nombreux cas. Si vous souhaitez uniquement configurer des domaines indépendants pour maintenir l’indépendance des systèmes d’accès locaux dans l’instance de routage, et effectuer une détection de boucle BGP uniquement pour les AS locaux spécifiés dans l’instance de routage, vous pouvez désactiver les messages de l’ensemble d’attributs.

Pour désactiver les messages d’ensemble d’attributs sur un domaine indépendant, incluez l’instruction independent-domain no-attrset :

  1. Sélectionnez l’instance de routage qui contient le domaine indépendant que vous souhaitez modifier. Vous pouvez sélectionner l’instance de routage dans les niveaux hiérarchiques suivants :
    • [edit routing-instances routing-instance-name]

    • [edit logical-systems logical-system-name routing-instances routing-instance-name]

  2. Désactiver les messages d’ensemble d’attributs sur le domaine indépendant.
    Conseil :

    Lorsque vous désactivez les messages d’ensemble d’attributs, nous vous recommandons de spécifier le numéro AS de l’instance de routage principale. Cela garantit que l’AS de l’instance de routage principale est traitée comme une AS locale dans l’instance de routage et est utilisée pour la détection des boucles BGP.

Une fois que vous avez spécifié une instance de routage pour un domaine indépendant, les AS locaux sont uniquement associés à cette instance de routage. Cela signifie que la détection des boucles BGP utilise uniquement les systèmes d’accès locaux définis dans l’instance de routage.

Exemple : Ignorer l’attribut de chemin AS lors de la sélection du meilleur chemin

S’il existe plusieurs routes BGP vers la même destination, BGP sélectionne le meilleur chemin en fonction des attributs de route des chemins. L’un des attributs de route qui affectent la décision de meilleur chemin est la longueur des chemins AS de chaque route. Les routes avec des chemins AS plus courts sont préférées à celles avec des chemins AS plus longs. Bien que ce ne soit généralement pas pratique, certains scénarios peuvent exiger que la longueur du chemin AS soit ignorée dans le processus de sélection du routage. Cet exemple montre comment configurer un équipement de routage pour ignorer l’attribut de chemin AS.

Conditions préalables

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

Présentation

Sur les équipements de routage connectés en externe, l’objectif d’ignorer la comparaison des chemins AS peut être de forcer une décision BGP externe (EBGP) et BGP interne (IBGP) à supprimer le trafic de votre réseau dès que possible. Sur les équipements de routage connectés en interne, vous pouvez vouloir que vos routeurs IBGP uniquement par défaut vers la passerelle locale connectée à l’extérieur. Les routeurs locaux IBGP uniquement (internes) ignorent la comparaison des chemins AS et descendent l’arbre de décision pour utiliser la passerelle IGP (Interior Gateway Protocol) la plus proche (métrique IGP la plus basse). Cela peut être un moyen efficace de forcer ces routeurs à utiliser une connexion LAN au lieu de leur connexion WAN.

ATTENTION :

Lorsque vous incluez l’énoncé as-path-ignore sur un équipement de routage dans votre réseau, vous devrez peut-être l’inclure sur tous les autres équipements compatibles BGP de votre réseau afin d’éviter les boucles de routage et les problèmes de convergence. Cela est particulièrement vrai pour les comparaisons de chemins IBGP.

Dans cet exemple, l’équipement R2 apprend l’adresse d’interface de bouclage sur l’équipement R4 (10.4.4.4/32) de l’équipement R1 et de l’équipement R3. L’équipement R1 est publicitaire 10.4.4.4/32 avec un chemin AS de 65001 65005 65004, et l’équipement R3 annonce 10.4.4.4/32 avec un chemin AS de 65003 65004. L’équipement R2 sélectionne le chemin pour 10.4.4.4/32 de l’équipement R3 comme meilleur chemin, car le chemin AS est plus court que le chemin AS de l’équipement R1.

Cet exemple modifie la configuration BGP sur l’équipement R2 afin que la longueur du chemin AS ne soit pas utilisée dans la sélection du meilleur chemin.

L’id de routeur (10.1.1.1.1) de l’équipement R1 est inférieur à celui de l’équipement R3 (10.3.3.3.3). Si tous les autres critères de sélection des chemins sont égaux (ou, comme dans ce cas, ignorés), le chemin appris à partir de l’équipement R1 est utilisé. Étant donné que l’attribut AS-path est ignoré, le meilleur chemin est vers l’équipement R1 en raison de sa valeur d’ID de routeur inférieure.

Figure 7 affiche la topologie de l’exemple.

Figure 7 : Topologie pour ignorer la longueur du chemin AS Topologie pour ignorer la longueur du chemin AS

Configuration

Configuration rapide cli

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

Équipement R1

Équipement R2

Équipement R3

Équipement R4

Équipement R5

Configuration de l’équipement R2

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer l’équipement R2 :

  1. Configurez les interfaces.

  2. Configurez EBGP.

  3. Configurez l’attribut de chemin système autonome (AS) à ignorer dans l’algorithme de sélection des chemins Junos OS.

  4. Configurez la stratégie de routage.

  5. Configurez des routes statiques.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show policy-options, show protocolset les show routing-options commandes. 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 fini de configurer l’équipement, saisissez commit à partir du mode de configuration. Répétez la configuration sur les autres équipements du réseau en modifiant les noms d’interface et les adresses IP, selon les besoins.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’état du voisin

But

Assurez-vous que depuis l’équipement R2, le chemin actif pour accéder à l’AS 4 passe par AS 65001 et AS 65005, et non par AS 65003.

REMARQUE :

Pour vérifier le fonctionnement de l’instruction as-path-ignore , vous devrez peut-être exécuter la commande pour forcer la restart routing réévaluation du chemin actif. En effet, pour BGP, si les deux chemins sont externes, le comportement de Junos OS est de préférer le chemin actuellement actif. Ce comportement permet de minimiser les battements de route. Soyez prudent lorsque vous redémarrez le processus de protocole de routage dans un réseau de production.

Action

Depuis le mode opérationnel, saisissez la restart routing commande.

Depuis le mode opérationnel, saisissez la show route 10.4.4.4 protocol bgp commande.

Sens

L’astérisque (*) est à côté du chemin appris de R1, ce qui signifie qu’il s’agit du chemin actif. Le chemin AS pour le chemin actif est 65001 65005 65004, ce qui est plus long que le chemin AS (65003 65004) pour le chemin non actif appris du routeur R3.

Comprendre la suppression du numéro AS privé des chemins AS

Par défaut, lorsque BGP annonce des chemins AS vers des systèmes distants, il inclut tous les numéros AS, y compris les numéros AS privés. Vous pouvez configurer le logiciel de sorte qu’il supprime les numéros AS privés des chemins AS. Cela est utile lorsque l’une des circonstances suivantes est vraie :

  • Un as distant pour lequel vous fournissez la connectivité est multi-hébergement, mais uniquement pour l’AS local.

  • L’AS distant n’a pas de numéro AS officiellement attribué.

  • Il n’est pas approprié de faire de l’AS à distance un as membre de la confédération AS de l’AS local.

La plupart des entreprises acquièrent leur propre numéro AS. Certaines entreprises utilisent également des numéros AS privés pour se connecter à leur réseau AS public. Ces entreprises peuvent utiliser un numéro d’AS privé différent pour chaque région dans laquelle leur entreprise est présente. Dans toute implémentation, l’annonce d’un numéro AS privé sur Internet doit être évitée. Les fournisseurs de services peuvent utiliser cette remove-private déclaration pour empêcher la publicité de numéros AS privés sur Internet.

Dans un scénario d’entreprise, supposons que vous ayez plusieurs numéros AS dans votre entreprise, dont certains sont des numéros AS privés, et un avec un numéro AS public. Celui qui a un numéro AS public a une connexion directe avec le fournisseur de services. Dans l’AS qui se connecte directement au fournisseur de services, vous pouvez utiliser l’instruction remove-private pour filtrer les numéros d’AS privés dans les publicités envoyées au fournisseur de services.

Les numéros AS sont retirés du chemin AS en commençant par l’extrémité gauche du chemin AS (l’extrémité à laquelle des chemins AS ont été récemment ajoutés). L’équipement de routage cesse de rechercher des AS privés lorsqu’il trouve le premier AS non privé ou l’AS privé d’un pair. Si le chemin AS contient le numéro AS du voisin BGP externe (EBGP), BGP ne supprime pas le numéro AS privé.

REMARQUE :

À partir de Junos OS 10.0R2 et ultérieures, s’il est nécessaire d’envoyer des préfixes à un homologue EBGP dont le numéro AS correspond à un numéro AS dans le chemin AS, envisagez d’utiliser l’instruction as-override au lieu de l’instruction remove-private .

L’opération a lieu après que les AS membres de la confédération ont déjà été retirés du chemin AS, le cas échéant.

Le logiciel est préconfiguré avec la connaissance de l’ensemble des numéros AS considérés comme privés, une plage définie dans le document Internet Assigned Numbers Authority (IANA). L’ensemble des numéros AS 16 bits réservés en tant que privé se trouve dans la gamme de 64 512 à 65 534 inclus. Les nombres AS de 32 bits réservés en tant que privés sont dans la gamme de 4 200 000 000 à 4 294 967 294 inclus.

Exemple : Suppression des numéros AS privés des chemins AS

Cet exemple illustre la suppression d’un numéro AS privé du chemin AS annoncé pour éviter d’annoncer le numéro AS privé sur Internet.

Conditions préalables

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

Présentation

Les fournisseurs de services et les réseaux d’entreprise utilisent cette remove-private déclaration pour empêcher la publicité de numéros AS privés sur Internet. L’instruction remove-private fonctionne dans le sens sortant. Vous configurez l’instruction remove-private sur un équipement qui a un numéro AS public et qui est connecté à un ou plusieurs équipements dotés de numéros AS privés. En règle générale, vous ne configurez pas cette instruction sur un équipement doté d’un numéro AS privé.

Figure 8 affiche la topologie de l’exemple.

Figure 8 : Topologie pour supprimer un AS privé du chemin AS annoncéTopologie pour supprimer un AS privé du chemin AS annoncé

Dans cet exemple, l’équipement R1 est connecté à son fournisseur de services à l’aide du numéro d’AS privé 65530. L’exemple montre l’instruction remove-private configurée sur le FAI de l’équipement pour empêcher l’annonce du numéro AS privé de l’équipement R1 sur l’équipement R2. L’équipement R2 ne voit que le numéro AS du fournisseur de services.

Configuration

Configuration rapide cli

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

Équipement R1

FAI d’équipement

Équipement R2

FAI d’équipement

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour configurer un FAI d’équipement :

  1. Configurez les interfaces.

  2. Configurez EBGP.

  3. Pour le voisin du système autonome (AS) 200 (équipement R2), supprimez les numéros AS privés des chemins AS annoncés.

  4. Configurez le numéro AS.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show protocolset show routing-options les commandes. 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 fini de configurer l’équipement, saisissez commit à partir du mode de configuration. Répétez la configuration sur les équipements R1 et R2, en modifiant les noms d’interface et l’adresse IP, selon les besoins, et en ajoutant la configuration de la stratégie de routage.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’état du voisin

But

Assurez-vous que le paramètre du FAI de l’équipement remove-private est activé dans sa session voisine avec l’équipement R2.

Action

Depuis le mode opérationnel, saisissez la show bgp neighbor 192.168.20.1 commande.

Sens

L’option RemovePrivateAS indique que le FAI de l’équipement a le paramètre attendu.

Vérification des tables de routage

But

Assurez-vous que les équipements disposent des routes et des chemins AS attendus.

Action

Depuis le mode opérationnel, saisissez la show route protocol bgp commande.

Sens

Le FAI d’équipement a le numéro AS privé 65530 dans son chemin AS vers l’équipement R1. Toutefois, le FAI de l’équipement n’annonce pas ce numéro AS privé à l’équipement R2. Ceci est indiqué dans la table de routage de l’équipement R2. Le chemin de l’équipement R2 vers l’équipement R1 ne contient que le numéro AS pour le FAI de l’équipement.

Vérification du chemin AS lorsque l’instruction remove-private est désactivée

But

Vérifiez que sans l’instruction remove-private , le numéro AS privé apparaît dans la table de routage de l’équipement R2.

Action

À partir du mode de configuration sur le FAI de l’équipement, saisissez la deactivate remove-private commande, puis revérez la table de routage sur l’équipement R2.

Sens

Le numéro d’AS privé 65530 apparaît dans le chemin AS de l’équipement R2 vers l’équipement R1.

Tableau de l'historique des versions
Version
Description
20.2R1
À partir de la version 20.2R1, Junos OS prend en charge la traduction de métriques AIGP en MED. Vous pouvez activer cette fonctionnalité lorsque vous souhaitez que le MED porte la valeur métrique AIGP de bout en bout, qui est utilisée pour choisir le meilleur chemin.