Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Attribut BGP MED

Comprendre l’attribut MED qui détermine le point de sortie dans un AS

Le discriminateur de sortie multiple BGP (MED, ou MULTI_EXIT_DISC) est un attribut non transitif, ce qui signifie qu’il ne se propage pas sur Internet, mais uniquement sur les systèmes autonomes (AS) adjacents. L’attribut MED est facultatif, ce qui signifie qu’il n’est pas toujours envoyé avec les mises à jour BGP. Le but de MED est d’influencer la façon dont les autres AS entrent dans votre AS pour atteindre un certain préfixe.

L’attribut MED a une valeur appelée métrique. Si tous les autres facteurs permettant de déterminer un point de sortie sont égaux, il est préférable de choisir le point de sortie avec la métrique la plus basse.

Si un MED est reçu via une liaison BGP externe, il est propagé via des liens internes vers d’autres périphériques compatibles BGP au sein de l’AS.

Les messages de mise à jour BGP incluent une mesure MED si la route a été apprise à partir de BGP et qu’une métrique MED lui était déjà associée, ou si vous configurez la métrique MED dans le fichier de configuration.

Une métrique MED est annoncée avec un itinéraire selon les règles générales suivantes :

  • Une mesure plus spécifique remplace une mesure moins spécifique. En d’autres termes, une métrique spécifique à un groupe remplace une métrique BGP globale, et une métrique spécifique à un pair remplace une métrique BGP globale ou spécifique à un groupe.

  • Une métrique définie avec une stratégie de routage remplace une métrique définie avec l’instruction metric-out .

  • Si une métrique est définie, elle remplace une métrique reçue dans un itinéraire.

  • Si l’itinéraire reçu n’est pas associé à une métrique MED, et si vous ne configurez pas explicitement une valeur de métrique, aucune métrique n’est annoncée. Lorsque vous ne configurez pas explicitement une valeur de métrique, la valeur MED est équivalente à zéro (0) lors de la publication d’un itinéraire actif.

Étant donné que le principal critère de sélection des routes BGP est le chemin d’accès AS plutôt que le nombre de sauts entre les hôtes, un AS avec plusieurs connexions à un AS homologue peut avoir plusieurs chemins AS équivalents. Lorsque la table de routage contient deux routes vers le même hôte dans un AS voisin, une métrique MED affectée à chaque route peut déterminer laquelle inclure dans la table de transfert. La métrique MED que vous affectez peut forcer le trafic à passer par un point de sortie particulier dans un AS.

Figure 1 illustre comment les mesures MED sont utilisées pour déterminer la sélection de l’itinéraire.

Figure 1 : Exemple MED par défautExemple MED par défaut

Figure 1 montre les AS 1 et AS 2 connectés par deux liaisons BGP distinctes aux routeurs C et D. L’hôte E dans l’AS 1 est situé plus près du routeur C. L’hôte F, également dans l’AS 1, est situé plus près du routeur D. Étant donné que les chemins AS sont équivalents, il existe deux routes pour chaque hôte, l’une via le routeur C et l’autre via le routeur D. Pour forcer tout le trafic destiné à l’hôte E à passer par le routeur C, l’administrateur réseau de l’AS 1 attribue une métrique MED pour chaque routeur à l’hôte E à son point de sortie. Une métrique MED de 10 est affectée à la route vers l’hôte E via le routeur C, et une métrique MED de 20 est affectée à la route vers l’hôte E via le routeur D. Les routeurs BGP dans AS 2 sélectionnent la route avec la métrique MED inférieure pour la table de transfert.

Par défaut, seules les MED des routes qui ont les mêmes AS homologues sont comparées. Toutefois, vous pouvez configurer les options de sélection de chemin de la table de routage répertoriées dans Tableau 1 pour comparer les MED de différentes manières. Les options MED ne s’excluent pas mutuellement et peuvent être configurées en combinaison ou indépendamment. Pour que les options MED soient effectives, vous devez les configurer uniformément sur l’ensemble de votre réseau. La ou les options MED que vous configurez déterminent l’itinéraire sélectionné. Par conséquent, nous vous recommandons d’évaluer soigneusement votre réseau pour les itinéraires préférés avant de configurer les options MED.

Tableau 1 : Options MED pour la sélection du chemin d’accès à la table de routage

Option (Nom)

Fonction

Utilisation

Toujours comparer les MED (always-compare-med)

Garantit que les MED des chemins des pairs dans différents AS sont toujours comparés dans le processus de sélection de route.

Utile lorsque toutes les entreprises participant à un réseau se mettent d’accord sur une politique uniforme pour définir les MED. Par exemple, dans un réseau partagé par deux FAI, les deux doivent convenir qu’un certain chemin est le meilleur chemin pour configurer correctement les valeurs MED.

Ajout d’un coût IGP à MED (med-plus-igp)

Avant de comparer les valeurs MED pour la sélection du chemin, ajoute au MED le coût de la route IGP vers la destination BGP du prochain saut.

Cette option remplace la valeur MED du routeur, mais n’affecte pas la comparaison des métriques IGP. Par conséquent, lorsque plusieurs itinéraires ont la même valeur après la comparaison MED-plus-IGP et que la sélection de l’itinéraire se poursuit, la métrique de route IGP est également comparée, même si elle a été ajoutée à la valeur MED et comparée plus tôt dans le processus de sélection.

Utile lorsque l’AS en aval nécessite le coût total d’une certaine route reçue sur plusieurs AS.

Application d’un comportement non déterministe de Cisco IOS (cisco-non-deterministic)

Spécifie le comportement non déterministe du logiciel Cisco IOS :

  • Le chemin actif est toujours le premier. Tous les chemins non actifs mais éligibles suivent le chemin actif et sont conservés dans l’ordre dans lequel ils ont été reçus. Les chemins non éligibles restent à la fin de la liste.

  • Lorsqu’un nouveau chemin est ajouté à la table de routage, des comparaisons de chemin sont effectuées entre tous les itinéraires, y compris les chemins qui ne doivent jamais être sélectionnés car ils perdent la règle de départage MED.

Nous vous recommandons de ne pas configurer cette option, car le comportement non déterministe empêche parfois le système de comparer correctement les MED entre les chemins.

Exemple : Configuration de l’attribut MED qui détermine le point de sortie dans un AS

Cet exemple montre comment configurer une métrique MED (multiple exit discriminator) pour qu’elle soit annoncée dans les messages de mise à jour BGP.

Conditions préalables

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

Présentation

Pour configurer directement une métrique MED afin qu’elle apparaisse dans les messages de mise à jour BGP, incluez l’instruction metric-out suivante :

metric est la mesure principale de tous les itinéraires envoyés à des homologues. Il peut s’agir d’une valeur comprise entre 0 et 4 294 967 295 (232 – 1).

Les paramètres facultatifs suivants sont également pris en charge :

  • minimum-igp: définit la métrique sur la valeur de métrique minimale calculée dans le protocole IGP (Interior Gateway Protocol) pour accéder au tronçon BGP suivant. Si une mesure nouvellement calculée est supérieure à la valeur minimale de la mesure, la valeur de la mesure reste inchangée. Si une mesure nouvellement calculée est inférieure, la valeur de la mesure est abaissée à cette valeur.

  • igp: définit la métrique sur la valeur de métrique la plus récente calculée dans l’IGP pour accéder au tronçon BGP suivant.

  • delay-med-update: retarde l’envoi des mises à jour MED lorsque la valeur MED augmente. Incluez l’instruction delay-med-update lorsque vous configurez l’instruction igp . L’intervalle par défaut pour retarder l’envoi des mises à jour, sauf si la MED est inférieure ou si un autre attribut associé à l’itinéraire a été modifié, est de 10 minutes. Incluez l’instruction med-igp-update-interval minutes au niveau de la [edit routing-options] hiérarchie pour modifier l’intervalle par défaut.

  • offset: spécifie une valeur permettant offset d’augmenter ou de diminuer la mesure utilisée à partir de la valeur de mesure calculée dans l’IGP. La valeur de la métrique est décalée par la valeur spécifiée. La métrique calculée dans l’IGP (en spécifiant soit igp ou igp-minimum) est augmentée si la offset valeur est positive. La métrique calculée dans l’IGP (en spécifiant soit igp ou igp-minimum) est diminuée si la offset valeur est négative.

    offsetpeut être une valeur comprise entre –2 31 et 231 – 1. Notez que la métrique ajustée ne peut jamais descendre en dessous de 0 ou au-dessus de 232 – 1.

Figure 2 montre un réseau typique avec des sessions homologues internes et plusieurs points de sortie vers un système autonome (AS) voisin.

Figure 2 : Réseau type avec sessions IBGP et points de sortie multiplesRéseau type avec sessions IBGP et points de sortie multiples

L’appareil R4 dispose de plusieurs interfaces de bouclage configurées pour simuler les préfixes annoncés. Les adresses d’interface de bouclage supplémentaires sont 44.44.44.44/32 et 144.144.144.144/32. Cet exemple montre comment configurer l’appareil R4 pour annoncer une valeur MED de 30 à l’appareil R3 et une valeur MED de 20 à l’appareil R2. Ainsi, tous les appareils de l’AS 123 préfèrent le chemin à travers l’appareil R2 pour atteindre l’AS 4.

Configuration

Configuration rapide de l’interface de ligne de commande

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 l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil R1

Appareil R2

Appareil R3

Appareil R4

Configuration de l’appareil 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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R1 :

  1. Configurez les interfaces.

  2. Configurez BGP.

  3. Configurez OSPF.

  4. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show policy-options, 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, passez commit en mode de configuration.

Configuration de l’appareil 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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R2 :

  1. Configurez les interfaces.

  2. Configurez BGP.

  3. Configurez OSPF.

  4. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show policy-options, 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, passez commit en mode de configuration.

Configuration de l’appareil 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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R3 :

  1. Configurez les interfaces.

  2. Configurez BGP.

  3. Configurez OSPF.

  4. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show policy-options, 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, passez commit en mode de configuration.

Configuration de l’appareil R4

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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R4 :

  1. Configurez les interfaces.

    L’appareil R4 dispose de plusieurs adresses d’interface de bouclage pour simuler les préfixes annoncés.

  2. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

  3. Configurez BGP.

  4. Configurez une valeur MED de 30 pour le périphérique voisin R3 et une valeur MED de 20 pour le périphérique voisin R2.

    Cette configuration fait que le système autonome (AS) 123 (dont les appareils R1, R2 et R3 sont membres) préfère le chemin à travers le dispositif R2 pour atteindre l’AS 4.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show policy-options, 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, passez commit en mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du chemin actif entre l’appareil R1 et l’appareil R4

But

Vérifiez que le chemin actif passe par l’appareil R2.

Action

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

Sens

L’astérisque (*) indique que le chemin préféré passe par l’appareil R2. La raison de la sélection du chemin est répertoriée comme MED 20.

Vérification que l’appareil R4 envoie correctement ses routes

But

Assurez-vous que l’appareil R4 envoie des messages de mise à jour avec une valeur de 20 à l’appareil R2 et une valeur de 30 à l’appareil R3.

Action

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

Sens

La colonne MED indique que l’appareil R4 envoie les valeurs MED correctes à ses deux voisins BGP externes (EBGP).

Exemple : Configuration du MED à l’aide des filtres de route

Cet exemple montre comment configurer une stratégie qui utilise des filtres de routage pour modifier la métrique MED (multiple exit discriminator) afin d’annoncer dans les messages de mise à jour BGP.

Conditions préalables

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

Présentation

Pour configurer une stratégie de filtrage de routage qui modifie la métrique MED annoncée dans les messages de mise à jour BGP, incluez l’instruction dans l’action metric de stratégie.

Figure 3 montre un réseau typique avec des sessions homologues internes et plusieurs points de sortie vers un système autonome (AS) voisin.

Figure 3 : Réseau type avec sessions IBGP et points de sortie multiplesRéseau type avec sessions IBGP et points de sortie multiples

L’appareil R4 dispose de plusieurs interfaces de bouclage configurées pour simuler les préfixes annoncés. Les adresses d’interface de bouclage supplémentaires sont 172.16.44.0/32 et 172.16.144.0/32. Cet exemple montre comment configurer l’appareil R4 pour annoncer une valeur MED de 30 à l’appareil R3 pour toutes les routes à l’exception de 172.16.144.0. Pour 172.16.144.0, une valeur MED de 10 est annoncée pour l’appareil 3. Une valeur MED de 20 est annoncée à l’appareil R2, quel que soit le préfixe de route.

Configuration

Configuration rapide de l’interface de ligne de commande

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 l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil R1

Appareil R2

Appareil R3

Appareil R4

Configuration de l’appareil 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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R1 :

  1. Configurez les interfaces de l’appareil.

  2. Configurez BGP.

  3. Configurez OSPF.

  4. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

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

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

Configuration de l’appareil 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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R2 :

  1. Configurez les interfaces de l’appareil.

  2. Configurez BGP.

  3. Configurez OSPF.

  4. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

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

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

Configuration de l’appareil 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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R3 :

  1. Configurez les interfaces de l’appareil.

  2. Configurez BGP.

  3. Configurez OSPF.

  4. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

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

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

Configuration de l’appareil R4

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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R4 :

  1. Configurez les interfaces de l’appareil.

    L’appareil R4 dispose de plusieurs adresses d’interface de bouclage pour simuler les préfixes annoncés.

  2. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

  3. Configurez BGP.

  4. Configurez les deux stratégies MED.

  5. Configurez les deux voisins EBGP, en appliquant les deux stratégies MED à l’équipement R3 et une valeur MED de 20 à l’équipement R2.

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

Résultats

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

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

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du chemin actif de l’appareil R1 à l’appareil R4

But

Vérifiez que le chemin actif passe par l’appareil R2.

Action

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

Sens

La sortie montre que le chemin d’accès préféré aux routes annoncées par l’équipement R4 passe par l’équipement R2 pour toutes les routes à l’exception de 172.16.144.0/32. Pour 172.16.144.0/32, le chemin d’accès préféré passe par l’appareil R3.

Vérification que l’appareil R4 envoie correctement ses routes

But

Assurez-vous que l’appareil R4 envoie des messages de mise à jour avec une valeur de 20 à l’appareil R2 et une valeur de 30 à l’appareil R3.

Action

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

Sens

La colonne MED indique que l’appareil R4 envoie les valeurs MED correctes à ses deux voisins EBGP.

Exemple : Configuration de la DEM à l’aide de communautés

Définissez la métrique MED (multiple exit discriminateator) sur 20 pour tous les itinéraires d’une communauté particulière.

Exemple : Association de l’attribut MED Path à la métrique IGP et report des mises à jour MED

Cet exemple montre comment associer l’attribut de chemin MED (multiple exit discriminator) à la métrique IGP (Interior Gateway Protocol) et configurer un minuteur pour retarder la mise à jour de l’attribut MED.

Conditions préalables

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

Présentation

BGP peut être configuré pour annoncer l’attribut MED d’une route en fonction de la distance IGP de son prochain saut de route BGP interne (IBGP). La métrique IGP permet au routage interne de suivre le chemin le plus court en fonction de la configuration administrative. Dans certains déploiements, l’idéal peut être de communiquer les informations relatives au plus court chemin IGP à des homologues BGP (EBGP) externes dans un système autonome (AS) voisin. Cela permet à ces homologues EBGP de transférer le trafic vers votre AS en utilisant les chemins les plus courts possibles.

Les routes apprises à partir d’un pair EBGP ont généralement un saut suivant sur une interface directement connectée, et donc la valeur IGP est égale à zéro. Zéro est la valeur annoncée. La métrique IGP est une valeur différente de zéro lorsqu’un homologue pair BGP envoie des sauts suivants tiers qui nécessitent que le système local effectue une résolution de saut suivant (configurations IBGP, configurations au sein d’homologues de confédération ou configurations EBGP qui incluent l’instruction multihop ). Dans ces scénarios, il peut être judicieux d’associer la valeur MED à la métrique IGP en incluant l’option metric-out minimum-igp ou metric-out igp .

L’inconvénient d’associer le MED à la métrique IGP est le risque d’annonces de route excessives lorsqu’il y a des instabilités IGP dans le réseau. La configuration d’un délai pour la mise à jour MED fournit un mécanisme permettant de réduire les annonces de route dans de tels scénarios. Le délai fonctionne en ralentissant les mises à jour MED lorsque la métrique IGP du saut suivant change. L’approche utilise un minuteur pour annoncer périodiquement les mises à jour MED. Lorsque le minuteur expire, l’attribut MED pour les routes avec metric-out igp delay-updates configuré est mis à jour avec la métrique IGP actuelle du saut suivant. L’appareil compatible BGP envoie des annonces pour les routes pour lesquelles l’attribut MED a changé.

L’option delay-updates identifie les groupes BGP (ou homologues) pour lesquels les mises à jour MED doivent être supprimées. Par défaut, la durée de publication des mises à jour MED est fixée à 10 minutes. Vous pouvez augmenter l’intervalle jusqu’à 600 minutes en incluant l’instruction med-igp-update-interval dans la routing-options configuration.

REMARQUE :

Si vous avez activé le routage actif continu (NSR) et qu’un basculement se produit, les mises à jour MED retardées peuvent être annoncées dès que le basculement se produit.

Lorsque vous configurez l’option, la métrique IGP suit directement le coût IGP pour l’homologue metric-out igp IBGP. Lorsque le coût de l’IGP diminue, il en va de même pour la valeur MED annoncée. À l’inverse, lorsque le coût IGP augmente, la valeur MED augmente également.

Lorsque vous configurez l’option, la valeur MED annoncée ne change que lorsque le coût IGP pour l’homologue metric-out minimum-igp IBGP diminue. Une augmentation du coût de l’IGP n’affecte pas la valeur MED. Le routeur surveille et mémorise le coût IGP le plus bas jusqu’à ce que le processus de routage (rpd) soit redémarré. L’homologue BGP BGP envoie une mise à jour uniquement si le MED est inférieur à la valeur précédemment annoncée ou si un autre attribut associé à l’itinéraire a été modifié, ou si l’homologue BGP répond à une demande d’itinéraire d’actualisation.

Cet exemple utilise l’instruction de la configuration OSPF pour démontrer que lorsque la métrique IGP change, le MED change également après l’intervalle metric de délai configuré. La métrique OSPF peut être comprise entre 1 et 65 535.

Figure 4 montre l’exemple de topologie.

Figure 4 : Topologie pour retarder la mise à jour MEDTopologie pour retarder la mise à jour MED

Dans cet exemple, la valeur MED annoncée par l’appareil R1 est associée à l’IGP s’exécutant dans l’AS 1. La valeur MED annoncée par l’appareil R1 a un impact sur les décisions de l’AS voisin (AS 2) lorsque l’AS 2 transfère le trafic vers l’AS 1.

Configuration

Configuration rapide de l’interface de ligne de commande

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 l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil R1

Appareil R2

Appareil R3

Appareil R4

Appareil R5

Appareil R6

Appareil R7

Appareil R8

Configuration de l’appareil 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 l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour configurer l’appareil R1 :

  1. Configurez les interfaces.

  2. Configurez IBGP.

  3. Configurez EBGP.

  4. Associez la valeur MED à la métrique IGP.

    La valeur par défaut de la mise à jour MED est de 10 minutes lorsque vous incluez l’option delay-med-update . Lorsque vous excluez l’option delay-med-update , la mise à jour MED se produit immédiatement après la modification de la métrique IGP.

  5. (Facultatif) Configurez l’intervalle de mise à jour pour la mise à jour MED.

    Vous pouvez configurer l’intervalle de 10 minutes à 600 minutes.

  6. Configurez OSPF.

    L’instruction metric est utilisée ici pour illustrer ce qui se passe lorsque la métrique IGP change.

  7. Configurez une stratégie qui accepte les routes directes.

    D’autres options utiles pour ce scénario peuvent consister à accepter les routes apprises via OSPF ou les routes locales.

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

Résultats

À partir du mode de configuration, confirmez votre configuration en saisissant les commandes show interfaces, show policy-options, 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, passez commit en mode de configuration. Répétez les étapes de configuration sur les autres périphériques de la topologie, en fonction des besoins de votre réseau.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des annonces BGP

But

Vérifiez que l’équipement R1 annonce à l’appareil R4 une valeur MED BGP qui reflète la métrique IGP.

Action

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

Sens

La valeur 601 dans la colonne MED indique que la valeur MED a été mise à jour pour refléter la métrique OSPF configurée.

Vérification de la modification de la valeur MED lorsque la métrique OSPF change

But

Assurez-vous que lorsque vous augmentez la métrique OSPF à 700, la valeur MED est mise à jour pour refléter cette modification.

Action

À partir du mode configuration, entrez la set protocols ospf area 0 interface fe-1/2/0.2 metric 700 commande.

Après avoir attendu 12 minutes (la période de délai configurée), entrez la show route advertising-protocol bgp commande à partir du mode opérationnel.

Sens

La valeur 701 dans la colonne MED indique que la valeur MED a été mise à jour pour refléter la métrique OSPF configurée.

Test du paramètre minimum-igp

But

Modifiez la configuration pour utiliser l’instruction minimum-igp au lieu de l’instruction igp . Lorsque vous augmentez la métrique OSPF, la valeur MED reste inchangée, mais lorsque vous diminuez la métrique OSPF, la valeur MED reflète la nouvelle métrique OSPF.

Action

En mode de configuration, supprimez l’instruction igp , ajoutez-la et augmentez la minimum-igp métrique OSPF.

À partir du mode opérationnel, entrez la commande pour vous assurer que la show route advertising-protocol bgp valeur MED ne change pas.

À partir du mode de configuration, diminuez la métrique OSPF.

À partir du mode opérationnel, entrez la commande pour vous assurer que la show route advertising-protocol bgp valeur MED change.

Sens

Lorsque l’instruction minimum-igp est configurée, la valeur MED ne change que lorsqu’un chemin plus court est disponible.