Avez-vous un compte?

  •   Contenu personnalisé
  •   Vos produits et votre soutien technique

Vous voulez un compte?

Créer un compte

Comprenez la Nervure-panne BGP et la commande bgp suppress-inactive

Options de téléchargement

  • PDF     (135.9 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (122.4 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (98.0 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:2 juillet 2018
ID du document:213286
À propos des traductions

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    Introduction

    Ce document décrit quelle Nervure-panne est dans le Protocole BGP (Border Gateway Protocol) et l'utilisation de la commande bgp suppress-inactive.

    Conditions préalables

    Conditions requises

    Cisco vous recommande de prendre connaissance des rubriques suivantes :

    • Protocole BGP (Border Gateway Protocol)
    • Routeur de Cisco qui exécute le Cisco IOS®

    Composants utilisés 

    Les informations dans ce document sont basées sur un routeur de Cisco avec la version 15.6(2) de Cisco IOS

    Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande. 


    Nervure-panne BGP

    Quand un routeur reçoit un paquet de MISE À JOUR BGP qui contient les informations d'accessibilité des couches réseau (NLRI) - c'est, une artère ; le paquet est traité dans la prochaine commande :

    - le BGP d'étape 1. vérifie le NLRI (préfixe reçu) contre n'importe quel filtre en entrée BGP configuré sur le routeur.

    - Étape 2. Si le NLRI n'est pas filtré, le préfixe peut être vu dans la table BGP avec la commande de show ip bgp.

    - Étape 3. Si le Tableau de routage a déjà la même entrée de préfixe/longueur de préfixe avec une distance administrative inférieure (AD) comme vu dans le show ip route, le BGP marque l'artère reçue avec la Nervure-panne.


    Note: Pour d'autres détails sur l'étape 2, référez-vous à la section « pourquoi les Routeurs ignorent des chemins » dans l'algorithme de sélection du meilleur chemin BGP de document


    Note: Ce document se sert des termes NLRI, préfixe et les conduit l'un pour l'autre.


    Dans cet exemple, les artères 1.1.1.1/32 et 3.3.3.3/32 sont reçues par l'intermédiaire du BGP et sont installées dans le Tableau de routage. 

    Les sorties affichent les deux artères dans la table BGP avec l'utilisation du show ip bgp :

    Routeur 
    Router#show ip bgp 
BGP table version is 5, local router ID is 10.2.3.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>i 1.1.1.1/32       10.1.2.1                 0    100      0 i
 *>  3.3.3.3/32       10.2.3.3                 0             0 2 i
Router#


    Le Tableau de routage affiche les deux artères avec le show ip route de commande :

    Routeur 
    Router#show ip route    
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
B        1.1.1.1 [200/0] via 10.1.2.1, 00:04:50
      3.0.0.0/32 is subnetted, 1 subnets
B        3.3.3.3 [20/0] via 10.2.3.3, 00:04:46


    Un exemple de Nervure-panne peut être vu avec les artères statiques configurées pour les mêmes préfixes puisque ceux ont la priorité au-dessus du BGP dans le Tableau de routage en raison d'un AD inférieur.

    Note: La distance administrative (AD) des artères statiques est 1. L'AD des artères d'iBGP est 200. L'AD des artères d'eBGP est 20. En cas de lien, les artères apprises par l'intermédiaire du protocole avec la valeur la plus basse d'AD sont sélectionnées et installées dans le Tableau de routage.


    Les sorties affichent les artères statiques ajoutées à la configuration et comment ceux-ci ignorent les routes BGP dans le Tableau de routage :

    Routeur 
    Router#show running-config | include ip route
ip route 1.1.1.1 255.255.255.255 Null0
ip route 3.3.3.3 255.255.255.255 Null0
Router#

Router#show ip route static
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      1.0.0.0/32 is subnetted, 1 subnets
S        1.1.1.1 is directly connected, Null0
      3.0.0.0/32 is subnetted, 1 subnets
S        3.3.3.3 is directly connected, Null0
Router#


    Le BGP marque ses artères avec un r dans la table BGP qui prouve que ceux sont dans l'état de Nervure-panne. C'est parce que les artères reçues par l'intermédiaire du BGP ne sont pas dans le Tableau de routage.

    Routeur 
    Router#show ip bgp 
BGP table version is 5, local router ID is 10.2.3.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 r>i 1.1.1.1/32       10.1.2.1                 0    100      0 i
 r>  3.3.3.3/32       10.2.3.3                 0             0 2 i
Router#


    La commande bgp suppress-inactive

    Il est important de mentionner que le BGP annonce toujours des réseaux dans l'état de Nervure-panne sur des Routeurs de Cisco qui exécute le Cisco IOS.

    Note: L'EIGRP n'annonce pas les artères qui ne sont pas installées dans le Tableau de routage. Ceux sont marqués en tant que successeur zéro dans la table de topologie EIGRP.

    La commande bgp suppress-inactive modifie ce comportement pour arrêter la publicité des préfixes qui sont dans l'état de Nervure-panne.

    Note: Seulement les réseaux en état de Nervure-panne qui ont un BGP différent de next-hop in que sa même entrée dans le Tableau de routage sont supprimés avec la commande bgp suppress-inactive.


    Configuration

    Diagramme de topologie du réseau

    Sur le routeur R2, des artères sont affichées dans la table BGP en état de Nervure-panne :

    R2 
    R2#show ip bgp 
BGP table version is 14, local router ID is 10.2.3.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 r>i 1.1.1.1/32       10.1.2.1                 0    100      0 i
 r>  3.3.3.3/32       10.2.3.3                 0             0 2 i
R2#


    La raison est parce que des artères statiques sont configurées :

    R2 
    R2#show running-config | include ip route
ip route 1.1.1.1 255.255.255.255 10.1.2.254
ip route 3.3.3.3 255.255.255.255 10.2.3.3
R2#

    - L'artère statique pour 1.1.1.1/32 définit un prochain-saut à 10.1.2.254 qui diffère du prochain-saut reçu par l'intermédiaire du BGP qui est 10.1.2.1

    - L'artère statique pour 3.3.3.3/32 définit un prochain-saut qui est égal au prochain-saut reçu par l'intermédiaire du BGP qui est 10.2.3.3


    La nervure-failture de show ip bgp de commande peut informer au sujet du prochain-saut que des correspondances ou pas entre les artères dans la Nervure-panne BGP et le Tableau de routage comme vu sous la colonne de correspondances RIB-NH.

    R2 
    R2#show ip bgp rib-failure 
  Network            Next Hop                      RIB-failure   RIB-NH Matches
1.1.1.1/32         10.1.2.1            Higher admin distance               No
3.3.3.3/32         10.2.3.3            Higher admin distance              Yes
R2#


    Faute de bgp suppress-inactive, même dans l'état de Nervure-panne, R2 continue à annoncer les deux réseaux au routeur R4 par l'intermédiaire du BGP puisque c'est le comportement par défaut.

    Dans le routeur R4, vous pouvez voir que les deux artères sont reçues par l'intermédiaire du BGP :

    R4 
    R4#show ip bgp 
BGP table version is 3, local router ID is 10.2.4.4
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>  1.1.1.1/32       10.2.4.2                               0 1 i
 *>  3.3.3.3/32       10.2.4.2                               0 1 2 i
R4#


    Le bgp suppress-inactive étant ajouté à la configuration BGP sur le routeur R2, les artères dans la Nervure-panne énoncent et avec des correspondances RIB-NH réglées à l'aucun ne sont plus annoncés :

    R2 
    R2#show running-config partition router bgp 1

!
router bgp 1
 bgp suppress-inactive
 . . .


    La prochaine sortie prouve que le routeur R4 ne reçoit pas l'artère 1.1.1.1/32 par l'intermédiaire du BGP puisque le routeur R2 ne l'annonce plus.

    R4 
    R4#show ip bgp 
    BGP table version is 4, local router ID is 10.2.4.4
    Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
                  r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
                  x best-external, a additional-path, c RIB-compressed, 
    Origin codes: i - IGP, e - EGP, ? - incomplete
    RPKI validation codes: V valid, I invalid, N Not found

         Network          Next Hop            Metric LocPrf Weight Path
     *>  3.3.3.3/32       10.2.4.2                               0 1 2 i
    R4#


    On l'a expliqué que par défaut, le BGP continue à annoncer des artères en état de Nervure-panne. Telles sont des artères reçues par l'intermédiaire du BGP et cela ne sont pas installés dans le Tableau de routage.

    La commande bgp suppress-inactive est disponible pour modifier ce comportement.

    TAC Authored

    Contribution d’experts de Cisco

    • Hector Gustavo Serrano Gutierrez
      Ingénieur TAC Cisco

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Discussions connexes de communautés de Cisco

    Suivez-nous
    Salle de presseÉvénementsBloguesCommunauté
    À propos de nous
    Communiquer Avec Nous
    Travailler Avec Nous