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 AS local de BGP

Lorsqu’un fournisseur d’accès à Internet (FAI) acquiert un réseau appartenant à un autre système autonome (AS), il n’existe pas de méthode transparente pour déplacer les homologues BGP du réseau acquis vers l’AS du FAI acquéreur. La configuration des homologues BGP avec le nouveau numéro AS peut s’avérer longue et fastidieuse. Parfois, les clients ne veulent pas ou ne peuvent pas modifier immédiatement la disposition ou la configuration de leurs pairs. Pendant ce type de période de transition, il peut être utile de configurer les appareils compatibles BGP dans le nouvel AS pour utiliser l’ancien numéro AS dans les mises à jour BGP. Cet ancien numéro AS est appelé un AS local.

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

Par exemple, le FAI A, avec un AS de 65200, acquiert le FAI B, avec un AS de 65250. Le FAI B a un client, le FAI C, qui ne souhaite pas modifier sa configuration. Une fois que le FAI B fait partie du FAI A, un numéro AS local de 65250 est configuré pour être utilisé dans les sessions homologues EBGP avec le FAI C. Par conséquent, le numéro AS local 65250 est soit ajouté avant, soit utilisé à la place du numéro AS global 65200 dans le chemin AS utilisé pour exporter des routes vers des homologues externes directs dans le FAI C.

Si la route provient d’un homologue BGP (IBGP) interne, le chemin d’accès à l’AS inclut le numéro d’AS local précédé du numéro d’AS global.

Le numéro de AS local est utilisé à la place du numéro de AS global s’il s’agit d’une route externe, telle qu’une route statique ou une route IGP de l’Interior Gateway Protocol () importée dans BGP. Si l’itinéraire est externe et que vous souhaitez que le numéro global de l’AS soit inclus dans le chemin d’accès AS, vous pouvez appliquer une politique de routage qui utilise as-path-expand ou as-path-prepend. Utilisez l’action de as-path-expand stratégie pour placer le numéro AS global derrière le numéro AS local. Utilisez l’action de as-path-prepend 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 PE (Provider Edge) utilise un protocole BGP externe (EBGP) pour s’appairer avec un équipement CE, l’instruction local-as se comporte différemment que dans le scénario sans VPN. Dans le scénario VPN, le numéro AS global défini dans l’instance principale est ajouté au chemin AS par défaut. Pour remplacer ce comportement, vous pouvez configurer la no-prepend-global-as configuration BGP de l’instance de routage sur le périphérique PE, comme indiqué ici :

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

  • Local AS with private option: lorsque vous utilisez cette private option, l’AS local est utilisé lors de l’établissement de la session BGP avec un voisin EBGP, mais il est masqué dans le chemin AS envoyé à d’autres homologues IBGP et EBGP. Seul l’AS global est inclus dans le chemin d’accès de l’AS envoyé aux homologues externes.

    Cette private option est utile pour établir un appairage local avec des périphériques de routage qui restent configurés avec leur ancien AS ou avec un client spécifique qui n’a pas encore modifié ses accords d’homologue. L’AS local est utilisé pour établir la session BGP avec le voisin EBGP, mais il est caché dans le chemin AS envoyé aux homologues externes dans un autre AS.

    Incluez l’option private afin que l’AS local ne soit pas ajouté avant l’AS global dans le chemin AS envoyé aux homologues externes. Lorsque vous spécifiez l’option private , l’AS local est ajouté uniquement dans le chemin AS envoyé au voisin EBGP.

    Par exemple, dans la Figure 1, le routeur 1 et le routeur 2 sont dans AS 64496, le routeur 4 est dans AS 64511 et le routeur 3 est dans AS 64510. Le routeur 2 appartenait auparavant à l’AS 64497, qui a fusionné avec un autre réseau et appartient désormais à l’AS 64496. Étant donné que le routeur 3 s’apparie toujours 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é des routes vers le routeur 3. Le routeur 3 voit un chemin AS de 64497 64496 pour le préfixe 10/8.

    Figure 1 : configuration Network topology diagram showing routers 1-4 and Autonomous Systems. AS 34438 includes routers 1, 2 using IBGP. AS 64597, 64510, 64511 use EBGP with IPs 192.168.1.0, 10.0.0.0, 192.168.10.0. d’AS local

    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 instruction configure le routeur 2 pour qu’il n’inclue pas 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: à partir de la version 9.5 de Junos OS, vous pouvez configurer 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. Si le AS local est utilisé pour se connecter au voisin EBGP, seul le AS local est ajouté au chemin AS lorsque la session pair BGP est établie. Si le AS global est utilisé pour se connecter au voisin EBGP, seul le AS global est ajouté 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 ajouté au chemin AS pour les routes apprises à partir de ce voisin EBGP. Par conséquent, l’AS local reste caché aux autres pairs externes.

    La configuration d’un AS local avec cette alias option est particulièrement utile lorsque vous migrez les périphériques de routage d’un réseau acquis vers le nouvel AS. Au cours du processus de migration, certains périphériques de routage peuvent être configurés avec le nouvel AS, tandis que d’autres restent configurés avec l’ancien AS. Par exemple, il est recommandé de commencer par migrer vers le nouvel AS tous les périphériques de routage qui fonctionnent comme des réflecteurs de route. Toutefois, lorsque vous migrez les clients du réflecteur de route de manière incrémentielle, chaque réflecteur de route doit s’appairer avec les périphériques de routage configurés avec l’ancien AS, ainsi qu’avec les périphériques de routage configurés avec le nouvel AS. Pour établir des sessions d’homologues locaux, il peut être utile pour les homologues BGP du réseau d’utiliser à la fois l’AS local et l’AS global. Dans le même temps, vous souhaitez masquer cet AS local aux homologues 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 permettant de configurer l’AS local en tant qu’alias de 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 est ajouté au chemin AS uniquement lorsque la session pair avec un voisin EBGP est établie à l’aide de cet AS local. L’AS local est masqué dans le chemin d’accès de l’AS envoyé à tout autre homologue externe. Seul l’AS global est ajouté au chemin AS lorsque la session BGP est établie à l’aide de l’AS global.

    Remarque :

    alias Les private et les options s’excluent mutuellement. 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 ultérieure, vous pouvez configurer un AS local avec la possibilité de ne pas le préajouter à l’AS global. Seul l’AS local est inclus dans le chemin d’accès de l’AS envoyé aux homologues externes.

    Utilisez cette no-prepend-global-as option lorsque vous souhaitez 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énario VPN dans lequel vous souhaitez masquer l’AS global du VPN.

    Incluez l’option no-prepend-global-as permettant de supprimer l’AS global configuré au niveau de la [edit routing-options] hiérarchie du chemin d’accès AS envoyé aux homologues 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 client (CE).

  • Number of loops option: la fonction AS locale permet également de spécifier le nombre de fois que la détection du numéro AS dans l’attribut AS_PATH entraîne la suppression ou le masquage de l’itinéraire. Par exemple, si vous configurez loops 1, l’itinéraire 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, l’itinéraire est masqué si le numéro AS est détecté dans le chemin deux fois ou plus.

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

    Remarque :

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

    Si l’AS local de 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 d’AS local.

    Lorsque vous configurez l’AS local dans un VRF, cela a un impact sur le mécanisme de détection de boucle du chemin de l’AS. Toutes les local-as instructions configurées sur l’appareil font partie d’un seul domaine AS. Le mécanisme de détection de boucle du chemin AS est basé sur la recherche d’un AS correspondant présent dans le domaine.

Exemple : configuration d’un AS local pour les sessions EBGP

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

Exigences

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

Vue d’ensemble

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

Cet exemple montre comment utiliser l’instruction local-as pour configurer un AS local. L’instruction local-as est prise en charge pour BGP au niveau de la hiérarchie globale, du groupe et du voisinage.

Lorsque vous configurez l’instruction local-as , vous devez spécifier un numéro AS. Vous pouvez spécifier un nombre compris entre 1 et 4 294 967 295 au format simple. À partir de la version 9.1 de Junos OS, la plage des numéros AS est étendue pour fournir la prise en charge BGP des numéros AS de 4 octets tels que définis dans la RFC 4893, Prise en charge de BGP pour l’espace numérique AS de quatre octets. Dans Junos OS version 9.3 et ultérieure, vous pouvez également configurer un nombre AS de 4 octets à l’aide du format de notation à AS points 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 AS de 4 octets de 65 546 au format de nombres bruts est représenté par 1,10 au format de notation AS-dot. Vous pouvez spécifier une valeur comprise entre 0,0 et 65535,65535 au format de notation à points AS. Junos OS continue de prendre en charge les numéros AS de 2 octets. La plage de numéros AS de 2 octets est comprise entre 1 et 65 535 (il s’agit d’un sous-ensemble de la plage de 4 octets).

La figure 2 montre un exemple de topologie.

Figure 2 : Topologie de configuration de l’ASTopology for Configuring the Local AS local

Dans cet exemple, l’appareil R2 appartenait auparavant à l’AS 250 et est maintenant à l’AS 200. L’appareil R1 et l’appareil R3 sont configurés pour être appairés avec l’AS 250 au lieu du nouveau numéro AS (AS 200). Le nouveau numéro AS de l’appareil R2 est configuré avec l’instruction autonomous-system 200 . Pour permettre aux sessions d’appairage de fonctionner, l’instruction local-as 250 est ajoutée dans la configuration BGP. Comme local-as 250 il 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.

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.

Appareil R1

Appareil R2

Appareil R3

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 le port BGP externe (EBGP).

  3. Configurez la politique de routage.

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

  5. Configurez le numéro AS global.

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.

Lorsque 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 EBGP.

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

  4. Configurez le numéro AS global.

  5. Configurez la politique de routage.

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.

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

Configuration de l’équipement R3

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 R3 :

  1. Configurez les interfaces.

  2. Configurez EBGP.

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

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

  5. Configurez la politique de routage.

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.

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

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des paramètres AS locaux et globaux

Objet

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

Mesures à prendre

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

Signification

La sortie Local AS : 250 et Local System AS : 200 indique que l’appareil R2 dispose des paramètres attendus. De plus, la sortie indique que la liste des options inclut LocalAS.

Vérification des sessions d’appairage BGP

Objet

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

Mesures à prendre

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

Signification

L’équipement R1 et l’appareil R3 semblent s’appairer avec un appareil de l’AS 250, même si l’appareil R2 est en fait de l’AS 200.

Vérification des chemins AS BGP

Objet

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

Mesures à prendre

Dans le mode configuration, entrez la set route protocol bgp commande.

Signification

La sortie montre que l’appareil R1 et l’appareil R3 semblent avoir des routes avec des chemins AS qui incluent l’AS 250, même si l’appareil 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 autonome local (AS) privé. L’AS local est considéré comme privé, car il est annoncé aux homologues qui utilisent le numéro AS local pour l’appairage, mais il est masqué dans les annonces aux homologues qui peuvent utiliser le numéro AS global pour l’appairage.

Exigences

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

Vue d’ensemble

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

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

Cette private option est utile pour établir un appairage local avec des périphériques de routage qui restent configurés avec leur ancien AS ou avec un client spécifique qui n’a pas encore modifié ses accords d’homologue. L’AS local est utilisé pour établir la session BGP avec le voisin EBGP, mais il est caché dans le chemin AS envoyé aux homologues externes dans un autre AS.

Incluez l’option private afin que l’AS local ne soit pas ajouté avant l’AS global dans le chemin AS envoyé aux homologues externes. Lorsque vous spécifiez l’option private , l’AS local est ajouté uniquement dans le chemin AS envoyé au voisin EBGP.

La figure 3 montre un exemple de topologie.

Figure 3 : Topologie de configuration d’un AS Network topology diagram with AS 64496 containing router R1, and Local AS 64497 with routers R2, R3, R4. R1 connects to R2 and R3; R3 connects to R4. 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 désormais à l’AS 64496. Étant donné que l’appareil R3 est toujours appairé avec l’appareil R1, à l’aide de son ancien AS, 64497, l’appareil R1 doit être configuré avec un AS local de 64497 afin de maintenir l’appairage avec l’appareil R3. La configuration d’un AS local de 64497 permet à l’équipement R1 d’ajouter l’AS 64497 lors de la publicité des routes vers l’équipement R3. L’appareil 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’appareil R1 d’ajouter le numéro d’AS local dans ses annonces à d’autres pairs, cet exemple inclut l’instruction local-as 64497 private . L’option private configure l’appareil R1 pour qu’il n’inclue pas l’AS 64497 local lors de l’annonce des routes vers l’équipement R2. L’appareil 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 la configuration de l’appareil R1 entraîne l’absence du numéro AS 64497 dans les chemins AS que l’appareil R1 réannonce à l’appareil R2.

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

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-collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Appareil R1

Appareil R2

Appareil R3

Appareil R4

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 la session d’appairage EBGP avec l’appareil R2.

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

  4. Configurez la politique de routage.

  5. Configurez le numéro du système autonome global (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.

Répétez la configuration si nécessaire pour les autres périphériques de la topologie.

Vérification

Vérifiez que la configuration fonctionne correctement.

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

Objet

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

Mesures à prendre

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

Signification

Les chemins AS de l’équipement R2 n’incluent pas l’AS 64497.

Vérification des chemins AS de l’appareil R3

Objet

Assurez-vous que l’AS 64497 local est ajouté uniquement dans le chemin AS envoyé au voisin EBGP R3 . L’appareil 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.

Mesures à prendre

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

Signification

L’itinéraire de l’appareil R3 vers l’équipement R2 (préfixe 10.1.1.2) inclut l’AS local et global configuré sur l’appareil R1 (64497 et 64496, respectivement).

Comprendre l’attribut IGP accumulé pour BGP

Les protocoles IGP (Interior Gateway Protocols) sont conçus pour gérer le routage au sein d’un domaine unique ou d’un système autonome (AS). Chaque lien se voit attribuer une valeur particulière appelée métrique. La distance entre les deux nœuds est calculée comme la somme de toutes les valeurs de mesure des liens 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 pour prendre des décisions de sélection des chemins.

L’attribut de 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 en fonction de la métrique IGP. Dans de tels réseaux, il est possible pour BGP de sélectionner des chemins en fonction de mesures, comme c’est le cas avec les IGP. Dans ce cas, BGP choisit le chemin le plus court entre deux nœuds, même si les nœuds peuvent se trouver dans deux AS différents.

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

L’AIGP a un impact sur le processus de décision du meilleur itinéraire du 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 à la rupture d’une égalité. Le processus de décision du meilleur itinéraire BGP a également un impact sur la façon dont la règle de coût interne est appliquée si le saut suivant de résolution a un attribut AIGP. Sans AIGP activé, le coût intérieur d’une route est basé sur le calcul de la métrique jusqu’au prochain saut de la route. Lorsque l’AIGP est activé, 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 la métrique AIGP en MED. Vous pouvez activer cette fonctionnalité lorsque vous souhaitez que le MED reporte la valeur de la métrique AIGP de bout en bout, qui est utilisée pour choisir le meilleur chemin. Ceci est particulièrement utile dans les solutions Inter-AS VPN MPLS, où les sites clients sont connectés via deux fournisseurs de services différents et où les routeurs de périphérie client veulent prendre une décision basée sur des métriques IGP. Vous pouvez configurer a pour empêcher une minimum-aigp mise à jour inutile de la route lorsque l’aigp effectif change au-delà de la valeur la plus basse précédemment connue. L’AIGP efficace correspond à la valeur AIGP annoncée avec la route plus le coût IGP pour atteindre le saut suivant. Vous pouvez configurer effective-aigp des instructions et minimum-effective-aigp au niveau de la [edit protocols bgp group <group-name> metric-out] [edit policy-options policy-statement <name> then metric] hiérarchie.

L’attribut AIGP est un attribut de chemin BGP non transitif facultatif et est spécifié dans le projet Internet draft-ietf-idr-aigp-06, L’attribut de métrique IGP accumulé pour BGP.

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

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

Exigences

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

  • Sept appareils parlant le BGP.

  • Junos OS version 12.1 ou ultérieure.

Vue d’ensemble

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

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

Junos OS prend en charge 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 du BGP, du groupe ou du voisin global.

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

L’action de stratégie pour créer l’attribut AIGP a les exigences suivantes :

  • Le voisin doit être compatible AIGP.

  • La politique doit être appliquée comme une politique d’exportation.

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

  • Le préfixe doit être exporté avec next-hop self.

  • 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 d’origine.

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

Diagramme de topologie

La figure 4 illustre la topologie utilisée dans cet exemple. OSPF est utilisé comme protocole de passerelle intérieure (IGP). Le protocole BGP interne (IBGP) est configuré entre l’équipement PE1 et l’équipement PE4. Le protocole BGP externe (EBGP) est configuré entre l’équipement PE7 et l’équipement PE1, entre l’équipement PE4 et l’équipement PE3, et entre l’équipement PE4 et l’équipement PE2. Les équipements PE4, PE2 et PE3 sont configurés pour le saut multiple. Le périphérique PE4 sélectionne un chemin en fonction de la valeur AIGP, puis publie à nouveau la valeur AIGP en fonction de l’AIGP et de la configuration de stratégie. L’équipement PE1 annonce à nouveau la valeur AIGP à 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 de routeur, et 10.100.1.x est utilisé pour le saut suivant BGP.

Le réseau entre les appareils PE1 et PE3 dispose d’un appairage IBGP et de plusieurs zones OSPF. Le lien externe vers l’équipement PE7 est configuré pour indiquer que l’attribut AIGP est republié à un voisin en dehors du domaine administratif, si ce voisin est activé pour AIGP.

Figure 4 : Publication de chemins multiples dans BGP Network topology diagram illustrating an MPLS network with PE routers labeled PE1, PE2, PE3, PE4, and PE7 interconnected by IP addresses, forming a mesh structure.

Pour l’origine d’un attribut AIGP, le saut suivant BGP doit être lui-même. Si le saut suivant BGP reste inchangé, l’attribut AIGP reçu est réannoncé, tel quel, à un autre voisin AIGP. Si le saut suivant change, l’attribut AIGP reçu est annoncé à nouveau avec une valeur augmentée à un autre voisin AIGP. L’augmentation de la valeur reflète la distance IGP par rapport au saut suivant du BGP précédent. Pour illustrer, cet exemple utilise des adresses d’interface de bouclage pour les sessions d’appairage EBGP de l’appareil PE4 avec l’équipement PE2 et l’équipement PE3. Le saut multiple est activé sur ces sessions afin qu’une recherche récursive soit effectuée pour déterminer l’interface point à point. Comme le saut suivant change, la distance IGP est ajoutée à la distance AIGP.

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.

Appareil P1

Équipement P2

Équipement PE4

Dispositif PE1

Équipement PE2

Équipement PE3

Dispositif PE7

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, 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 P1 :

  1. Configurez les interfaces.

  2. Configurez le MPLS et un protocole de signalisation, tel que RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

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

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

  7. 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 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.

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, 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 P2 :

  1. Configurez les interfaces.

  2. Configurez le MPLS et un protocole de signalisation, tel que RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

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

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

  7. 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 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.

Configuration de l’équipement PE4

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’équipement PE4 :

  1. Configurez les interfaces.

  2. Configurez le MPLS et un protocole de signalisation, tel que RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Créez un préfixe et configurez une distance AIGP.

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

  6. Activez les stratégies.

  7. Configurez une route statique.

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

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

  10. 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 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.

Configuration de l’équipement 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, 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 MPLS et un protocole de signalisation, tel que RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Activez les stratégies.

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

  7. Configurez l’ID du routeur et 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 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.

Configuration de l’équipement PE2

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’équipement PE2 :

  1. Configurez les interfaces.

  2. Configurez le MPLS et un protocole de signalisation, tel que RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Créez un préfixe et configurez une distance AIGP.

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

  6. Activez les stratégies.

  7. Activez certaines routes statiques.

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

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

  10. 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 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.

Configuration de l’équipement PE3

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’équipement PE3 :

  1. Configurez les interfaces.

  2. Configurez le MPLS et un protocole de signalisation, tel que RSVP ou LDP.

  3. Configurez BGP.

  4. Activez l’AIGP.

  5. Activez les stratégies.

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

  7. Configurez l’ID du routeur et 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 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.

Configuration de l’équipement PE7

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’équipement PE7 :

  1. Configurez les interfaces.

  2. Configurez BGP.

  3. Activez l’AIGP.

  4. Configurez la politique de routage.

  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 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.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification que l’équipement PE4 reçoit l’attribut AIGP de son voisin EBGP PE2

Objet

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

Mesures à prendre
Signification

Sur l’appareil PE2, l’instruction aigp-originate est configurée avec une distance de 20 (aigp-originate distance 20). Cette instruction s’applique à 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’appareil PE4 reçoit ces routes, l’attribut AIGP est associé aux métriques configurées.

Vérification de la métrique IGP

Objet

À partir de l’appareil PE4, vérifiez la métrique IGP sur le saut suivant BGP 10.100.1.5.

Mesures à prendre
Signification

La métrique IGP pour cette route est de 2.

Vérification de cet appareil PE4 ajoute la métrique IGP à l’attribut AIGP

Objet

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

Mesures à prendre
Signification

La métrique 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érification de l’attribut AIGP PE7 de son voisin EBGP PE1

Objet

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

Mesures à prendre
Signification

La route 44.0.0.0/24 provient du périphérique PE4. Les routes 55.0.0.0/24 et 99.0.0.0/24 proviennent du périphérique PE2. Les distances IGP sont ajoutées aux distances AIGP configurées.

Vérification de la résolution de la métrique AIGP

Objet

Vérifiez que si le préfixe est résolu par récursivité 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 BGP récursifs.

Mesures à prendre
  1. Ajouter une route statique vers 66.0.0.0/24.

  2. Supprimez les termes existants dans la déclaration de stratégie sur Device aigp PE2.

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

    La stratégie affiche la métrique AIGP pour le préfixe 66.0.0.0/24 (aucun) 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, mais son saut suivant récursif, 55.0.0.1, a une valeur AIGP.

  4. Sur l’appareil 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’appareil PE4 annonce à nouveau ces routes à son homologue IBGP, l’équipement PE1, la métrique AIGP est la somme de AIGP + sa métrique 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 de résolution, car il n’a pas de saut suivant BGP récursif. La valeur de Metric2 est 2.

  5. Sur l’appareil 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érification de la présence d’attributs AIGP dans les mises à jour BGP

Objet

Si l’attribut AIGP n’est pas activé sous BGP (ou les group hiérarchies ou neighbor ), l’attribut AIGP est ignoré en mode silencieux. 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. Ceci est utile lors du débogage des problèmes AIGP.

Mesures à prendre
  1. Configurez l’équipement PE2 et l’équipement PE4 pour traceoptions.

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

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

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

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

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

    Le résultat suivant du traceoptions journal montre que le préfixe 99.0.0.0/24 a été reçu avec l’attribut AIGP attaché :

Signification

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

Comprendre la substitution d’AS

La fonctionnalité de remplacement AS permet à un routeur PE (Provider Edge) de modifier le numéro de système autonome privé (AS) utilisé par un équipement CE (Customer Edge) sur une session BGP (EBGP) externe s’exécutant sur une liaison d’accès VRF (VPN Routing and Forwarding). Le numéro privé AS est remplacé par le numéro PE AS. Un autre équipement CE connecté à un autre équipement PE voit la route EBGP provenant du premier site avec un chemin AS fournisseur-ASN fournisseur-ASN, au lieu de fournisseur-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 souhaiterez peut-être utiliser un seul numéro AS sur tous les sites. Supposons, par exemple, que deux périphériques CE soient dans la norme AS 64512 et que le réseau du fournisseur soit dans la norme AS 65534.

Lorsque le fournisseur de services configure un VPN de couche 3 avec cette configuration, même si le réseau MPLS comporte des routes vers l’appareil CE1 et l’appareil CE2, l’appareil CE1 et l’appareil CE2 n’ont pas d’itinéraires l’un vers l’autre, 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 AS plusieurs fois dans le chemin AS, l’itinéraire est considéré comme non valide.

Une façon de surmonter cette difficulté est d’utiliser l’instruction as-override , qui est appliquée aux dispositifs PE. L’instruction as-override remplace le numéro AS de l’appareil 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 AS préfixe de chemin pour rendre certains chemins moins attrayants et que le fournisseur de services utilise AS remplacement, chaque occurrence de numéro AS CE dans le chemin AS est remplacée par le numéro AS du 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 ajoute 64512 à 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 géré basé sur MPLS. Votre client possède plusieurs sites et nécessite un routage BGP vers des appareils de périphérie client (CE) sur chaque site.

Exigences

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

Vue d’ensemble

Cet exemple comporte deux équipements CE, deux équipements PE (Provider Edge) et plusieurs équipements centraux fournisseurs. Le réseau du fournisseur utilise également IS-IS pour prendre en charge l’accessibilité loopback LDP et BGP L’équipement P2 agit comme un réflecteur de route (RR). Les deux appareils CE sont dans le système autonome (AS) 64512. Le réseau du fournisseur est situé sous la forme AS 65534.

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

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

Figure 5 : TopologieAS Override Topology de remplacement AS

La configuration rapide de la CLI illustre la configuration de tous les appareils de la Figure 5. La section Procédure étape par étape décrit les étapes sur l’appareil PE1.

Topologie

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 CE1

Appareil P1

Équipement P2

Appareil P3

Dispositif PE1

Équipement PE2

Appareil CE2

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 le remplacement d’AS :

  1. Configurez les interfaces.

    Pour activer le MPLS, incluez la famille de protocoles sur l’interface afin que celle-ci n’écarte 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 de manière à ce que les appareils du fournisseur puissent communiquer entre eux.

    Pour établir un mécanisme de distribution des étiquettes MPLS, activez LDP. Si vous le souhaitez, pour LDP, activez la désagrégation de la classe d’équivalence de transfert (FEC), ce qui se traduit par une convergence globale plus rapide.

  3. Activez la connexion interne BGP (IBGP) pour l’appairer avec le RR uniquement, en utilisant 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

En mode configuration, confirmez votre configuration en entrant les show interfacescommandes , show protocolsshow routing-instances, , et show routing-options . 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 terminé de configurer l’appareil, entrez en commit mode configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du chemin AS vers les équipements CE

Objet

Affichez sur l’appareil PE1 des informations sur l’attribut de chemin AS pour l’interface de bouclage de l’itinéraire vers l’équipement CE2.

Mesures à prendre

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

Signification

La sortie montre que l’appareil PE1 a un chemin AS pour 10.255.6.6/32 comme provenant d’AS 64512.

Vérification de la façon dont la route vers l’équipement CE2 est annoncée

Objet

Assurez-vous que la route vers l’équipement CE2 est annoncée sur l’équipement CE1 comme si elle provenait du cœur MPLS.

Mesures à prendre

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

Signification

La sortie indique que Device PE1 n’affiche que son propre numéro AS dans le chemin AS.

Vérification de l’itinéraire sur l’équipement CE1

Objet

Assurez-vous que l’appareil CE1 contient uniquement le numéro AS du fournisseur dans le chemin d’accès AS pour l’itinéraire vers l’équipement CE2.

Mesures à prendre

À partir du mode opérationnel, entrez la show route table inet.0 terse 10.255.6.6 commande.

Signification

La sortie indique que l’équipement CE1 dispose d’une route vers l’équipement CE2. Le problème de boucle est résolu à l’aide de l’instruction as-override .

Une route est masquée sur l’appareil CE. En effet, Junos OS n’effectue pas d’horizon de division BGP. En règle générale, il n’est pas nécessaire de fractionner l’horizon dans BGP, car les routes susceptibles d’être renvoyées par l’expéditeur sont moins préférées en raison de la longueur du chemin AS (pour EBGP), de la détection de boucle de chemin AS (IBGP) ou d’autres mesures BGP. La publicité renvoie au voisin d’où ils ont été appris a un effet négligeable sur les performances du routeur et est la bonne chose à faire.

Exemple : Activation des annonces de route BGP

Junos OS n’annonce pas les routes apprises d’un homologue EBGP vers le même homologue BGP externe (EBGP). En outre, le logiciel n’annonce pas ces routes vers les homologues 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 indépendamment de 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 route 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.

Exigences

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

Remarque :

Cet exemple a été mis à jour et revalidé sur Junos version 21.2R1.

Vue d’ensemble

Cet exemple montre trois équipements de routage avec des connexions BGP externes (EBGP). L’appareil R2 a une connexion EBGP à l’appareil R1 et une autre connexion EBGP à l’appareil R3. Bien qu’ils soient séparés par le périphérique R2 qui se trouve dans AS 64511, le périphérique R1 et le périphérique R3 sont dans le même AS (AS 64512). Les appareils R1 et R3 annoncent sur des 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. Plus précisément, l’appareil R1 envoie la route 192.168.0.1 à l’appareil R2, et comme l’appareil R2 a configuré, l’appareil R2 peut envoyer la route 192.168.0.1 à l’appareil advertise peer-as R3. De même, l’appareil R3 envoie la route 192.168.0.3 à l’appareil R2 et advertise peer-as permet à l’appareil R2 de transférer l’itinéraire à l’appareil R1.

Pour permettre aux appareils R1 et R3 d’accepter les routes qui contiennent leur propre numéro AS dans le chemin d’accès AS, l’instruction est obligatoire sur l’appareil R1 et l’appareil loops 2 R3.

Topologie

Figure 6 : Topologie BGP pour advertise-peer-asBGP Topology for advertise-peer-as

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.

Appareil R1

Appareil R2

Appareil R3

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’appareil R1 :

  1. Configurez les interfaces des appareils.

  2. Configurez BGP.

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

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

  4. Configurez la politique de routage qui envoie des routes directes.

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

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

Procédure étape par étape

Pour configurer l’appareil R2 :

  1. Configurez les interfaces des appareils.

  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, annoncez à l’équipement R1 les routes apprises à partir de l’équipement R3 (et inversement), même si l’équipement R1 et l’équipement R3 sont dans le même AS.

  4. Configurez une politique de routage qui envoie des routes directes.

  5. Appliquez la stratégie d’exportation.

  6. Configurez le numéro 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.

Appareil R1

Appareil R2

Si vous avez terminé de configurer les appareils, entrez en commit mode configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des routes BGP

Objet

Assurez-vous que les tables de routage sur les appareils R1 et R3 contiennent les routes attendues.

Mesures à prendre
  1. Sur l’appareil R2, désactivez l’instruction dans la advertise-peer-as configuration BGP.

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

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

  4. Sur l’appareil R2, vérifiez quelles routes sont reçues de l’appareil R1.

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

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

  7. Sur l’appareil R2, vérifiez à nouveau les itinéraires qui sont annoncés à l’appareil R3.

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

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

  10. Sur l’appareil R3, vérifiez à nouveau les routes reçues de l’appareil R2.

Signification

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 une route vers l’adresse d’interface de bouclage de l’équipement R1, 192.168.0.1/32. L’équipement R2 n’annonce pas cette route à l’équipement R3. Après avoir activé l’instruction, l’équipement advertise-peer-as R2 annonce l’itinéraire 192.168.0.1/32 vers l’équipement R3. L’appareil R3 n’accepte cette route qu’après l’activation de l’instruction loops .

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

La détection de boucle BGP pour un itinéraire 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 configuré dans la hiérarchie routing-optionsglobale. Par conséquent, la détection de boucle BGP utilise les AS locaux configurés sur toutes les instances de routage. Selon la configuration de votre réseau, ce comportement par défaut peut entraîner une boucle et un masquage des routes. Par souci de concision, nous appellerons « AS local » l’AS d’une instance de routage particulière et « AS global » la configuration globale ou l’instance de routage principale.

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 le partage des chemins AS du domaine indépendant avec le chemin AS et les attributs de chemin AS d’autres domaines.

Par défaut, les domaines indépendants utilisent des messages transitifs attribut de chemin 128 (ensemble d’attributs) pour tunnel les attributs BGP du domaine indépendant via le noyau IBGP (Internal BGP). Toutefois, le comportement du message défini par attribut pour les domaines indépendants est indésirable dans de nombreux cas. Si vous souhaitez uniquement configurer des domaines indépendants pour maintenir l’indépendance des AS 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 d’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 à partir des 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 d’AS de l’instance de routage principale. Cela garantit que l’instance de routage principale AS est traitée comme un AS local dans l’instance de routage et est utilisée pour la détection de boucle 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 de boucle BGP utilise uniquement les AS locaux définis dans l’instance de routage.

Exemple : Ignorer l’attribut 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 affecte le choix du 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 cela ne soit généralement pas pratique, certains scénarios peuvent nécessiter que la longueur du chemin de l’AS soit ignorée dans le processus de sélection du routage. Cet exemple montre comment configurer un périphérique de routage pour ignorer l’attribut de chemin AS.

Exigences

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

Vue d’ensemble

Sur les équipements de routage connectés en externe, ignorer la comparaison du chemin AS peut avoir pour but de forcer une décision BGP externe (EBGP) par rapport à BGP interne (IBGP) de supprimer le trafic de votre réseau dès que possible. Sur les équipements de routage connectés en interne, vous pouvez souhaiter que vos routeurs IBGP uniquement utilisent par défaut la passerelle locale connectée en externe. Les routeurs IBGP locaux (internes) ignorent la comparaison des chemins AS et descendent dans l’arbre de décision pour utiliser la passerelle de protocole de passerelle intérieure (IGP) la plus proche (mesure IGP la plus basse). Cela peut être un moyen efficace de forcer ces routeurs à utiliser une connexion LAN au lieu de leur connexion WAN.

MISE EN GARDE :

Lorsque vous incluez l’instruction as-path-ignore sur un périphérique de routage de votre réseau, vous devrez peut-être l’inclure sur tous les autres périphériques compatibles BGP de votre réseau pour é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 de l’interface de bouclage sur l’équipement R4 (10.4.4.4/32) à partir de l’équipement R1 et de l’équipement R3. Le périphérique R1 annonce 10.4.4.4/32 avec un chemin AS de 65001 65005 65004, et le périphérique R3 annonce 10.4.4.4/32 avec un chemin AS de 65003 65004. L’appareil R2 sélectionne le chemin 10.4.4.4/32 de l’appareil R3 comme le meilleur chemin, car le chemin AS est plus court que le chemin AS de l’appareil 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’appareil R1 a un ID de routeur inférieur (10.1.1.1) à celui de l’appareil R3 (10.3.3.3). Si tous les autres critères de sélection de chemin sont égaux (ou, comme dans ce cas, ignorés), la route apprise à partir de l’équipement R1 est utilisée. Étant donné que l’attribut de chemin AS est ignoré, le meilleur chemin est vers l’appareil R1 en raison de sa valeur d’ID de routeur plus faible.

La figure 7 montre l’exemple de topologie.

Figure 7 : Topologie permettant d’ignorer la longueur Network topology diagram with autonomous systems: AS 65001 R1 10.1.1.1, AS 65002 R2 10.2.2.2, AS 65003 R3 10.3.3.3, AS 65004 R4 10.4.4.4, AS 65005 R5 10.5.5.5. du trajet AS

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-collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Appareil R1

Appareil R2

Appareil R3

Appareil R4

Appareil R5

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 EBGP.

  3. Configurez l’attribut de chemin du système autonome (AS) afin qu’il soit ignoré dans l’algorithme de sélection de chemin de Junos OS.

  4. Configurez la politique de routage.

  5. Configurez des routes statiques.

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

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 Valider à partir du mode configuration. Répétez la configuration sur les autres équipements du réseau, en modifiant les noms d’interface et les adresses IP, si nécessaire.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’état du voisin

Objet

Assurez-vous qu’à partir de l’appareil R2, le chemin actif pour accéder à l’AS 4 passe par l’AS 65001 et l’AS 65005, et non par l’AS 65003.

Remarque :

Pour vérifier la fonctionnalité de l’instruction as-path-ignore , vous devrez peut-être exécuter la restart routing commande pour forcer la 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 instabilités de route. Soyez prudent lorsque vous redémarrez le processus de protocole de routage dans un réseau de production.

Mesures à prendre

À partir du mode opérationnel, entrez la restart routing commande.

À partir du mode opérationnel, entrez la show route 10.4.4.4 protocol bgp commande.

Signification

L’astérisque (*) se trouve à côté du chemin appris à partir 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 à partir du routeur R3.

Comprendre la suppression des numéros AS privés 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 manière à ce qu’il supprime les numéros AS privés des chemins AS. Cette opération est utile dans l’une des circonstances suivantes :

  • Un AS distant pour lequel vous fournissez une connectivité est multirésident, mais uniquement vers l’AS local.

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

  • Il n’est pas approprié de faire de l’AS distant un 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 AS privé différent pour chaque région dans laquelle elles exercent leurs activités. Dans toute mise en œuvre, l’annonce d’un numéro AS privé sur Internet doit être évitée. Les fournisseurs de services peuvent utiliser cette déclaration pour empêcher la remove-private 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 société, 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 pour filtrer tous les remove-private numéros d’AS privés dans les annonces envoyées au fournisseur de services.

Les numéros AS sont supprimés du chemin AS à partir de l’extrémité gauche du chemin AS (l’extrémité où les chemins AS ont été ajoutés pour la dernière fois). Le périphérique de routage cesse de rechercher les AS privés lorsqu’il trouve le premier AS non privé ou le AS privé d’un pair. Si le chemin AS contient le numéro AS du voisin BGP externe (EBGP), le BGP ne supprime pas le numéro AS privé.

Remarque :

À partir de Junos OS 10.0R2 et versions 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 d’accès AS, envisagez d’utiliser l’instruction à la as-override place 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é supprimés du chemin d’accès de l’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 sur les numéros attribués par l’Internet Assigned Numbers Authority (IANA). L’ensemble des numéros AS 16 bits réservés en tant que privés est compris entre 64 512 et 65 534 inclus. Les numéros AS 32 bits réservés en tant que privés sont compris entre 4 200 000 000 et 4 294 967 294 inclus.

Exemple : suppression de numéros AS privés des chemins AS

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

Exigences

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

Vue d’ensemble

Les fournisseurs de services et les réseaux d’entreprise utilisent cette déclaration pour empêcher la remove-private publication 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 périphérique qui a un numéro AS public et qui est connecté à un ou plusieurs périphériques qui ont des numéros AS privés. En règle générale, vous ne configureriez pas cette instruction sur un périphérique disposant d’un numéro AS privé.

La figure 8 montre l’exemple de topologie.

Figure 8 : Topologie permettant de supprimer un AS privé du chemin d’accès Network diagram showing routers R1 in AS 65530, ISP in AS 100, and R2 in AS 200, illustrating their interconnections for routing configuration. AS annoncé

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

Remarque :

L’ajout ou la suppression de l’option remove-private BGP entraînera l’instabilité des sessions d’appairage BGP concernées.

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-collez les commandes dans le CLI au niveau de la [edit] hiérarchie.

Appareil R1

FAI de l’appareil

Appareil R2

FAI de l’appareil

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 FAI de l’appareil :

  1. Configurez les interfaces.

  2. Configurez EBGP.

  3. Pour le voisin dans le 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

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 Valider à partir du mode configuration. Répétez la configuration sur l’équipement R1 et l’équipement R2, en modifiant les noms d’interface et l’adresse IP, si nécessaire, et en ajoutant la configuration de la politique de routage.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’état du voisin

Objet

Assurez-vous que le paramètre de suppression privée est activé dans sa session voisine avec le périphérique R2 du FAI de l’appareil.

Mesures à prendre

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

Signification

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

Vérification des tables de routage

Objet

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

Mesures à prendre

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

Signification

Le FAI de l’appareil a le numéro AS privé 65530 dans son chemin AS vers l’appareil R1. Cependant, le FAI de l’appareil n’annonce pas ce numéro AS privé à l’appareil R2. Ceci est indiqué dans la table de routage de l’appareil R2. Le chemin de l’appareil R2 vers l’appareil R1 contient uniquement le numéro AS du FAI de l’appareil.

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

Objet

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

Mesures à prendre

À partir du mode configuration sur l’appareil ISP, entrez la deactivate remove-private commande, puis vérifiez à nouveau la table de routage sur l’appareil R2.

Signification

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

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 la version 20.2R1, Junos OS prend en charge la traduction de la métrique AIGP en MED. Vous pouvez activer cette fonctionnalité lorsque vous souhaitez que le MED reporte la valeur de la métrique AIGP de bout en bout, qui est utilisée pour choisir le meilleur chemin.