Fehlerbehebung bei Border Gateway Protocol-Routen, die keine Ankündigung versenden

Einleitung

In diesem Dokument wird beschrieben, wie Sie Fehler im Zusammenhang mit BGP-Routern (Border Gateway Protocol) beheben, die Peers keine BGP-Routen ankündigen.

Voraussetzungen

Anforderungen

Es gibt keine spezifischen Anforderungen für dieses Dokument.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt. Die in diesem Dokument dargestellten Ergebnisse basieren jedoch auf Cisco Routern der Serie 2500, auf denen die Cisco IOS® Software, Version 12.2(24)a, ausgeführt wird.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie in den technischen Tipps von Cisco zu Konventionen.

Hintergrundinformationen

Dieses Dokument bietet einen systematischen Ansatz zur Fehlerbehebung, wenn ein Border Gateway Protocol (BGP)-Router keine BGP-Routen an Peers meldet.

Es gibt mehrere Möglichkeiten, wie ein Präfix einer BGP-Tabelle hinzugefügt und an Peers gemeldet wird:

• Geben Sie den Befehl basic network (Netzwerk) unter Router BGP ein. Diese Methode wird verwendet, um BGP-Routen vom autonomen System (AS) zu generieren. Weitere Informationen finden Sie im Abschnitt zu Netzwerkbefehlen in den BGP-Fallstudien 1.

• Redistribution Interior Gateway Protocol (IGP) oder eine statische Konfiguration.

• Propagierung von BGP-Routen, die von anderen internen BGP (iBGP)- oder externen BGP (eBGP)-Peers empfangen wurden

  Hinweis: Nur die besten Pfade, die von BGP-Peers empfangen werden, werden propagiert. Weitere Informationen zur Auswahl des besten Pfads finden Sie unter BGP Best Path Selection Algorithm.

• Führen Sie den Befehl aggregate-address aus. Weitere Informationen finden Sie unter Understanding Route Aggregation in BGP.

Ankündigung von Routen mit grundlegenden Netzwerkinformationen

Wenn Routen mit einer grundlegenden Netzwerkanweisung angekündigt werden, hängt das Verhalten des Netzwerk-Befehls davon ab, ob die automatische Zusammenfassung aktiviert oder deaktiviert ist. Wenn die Funktion für die automatische Zusammenfassung aktiviert ist, werden die lokalen BGP-Netzwerke (Netzwerk x.x.x.x) bis zu ihren klassenbezogenen Grenzen zusammengefasst (die Funktion für die automatische Zusammenfassung ist im BGP standardmäßig aktiviert). Wenn ein Subnetz in der Routing-Tabelle vorhanden ist und diese drei Bedingungen erfüllt sind, fordert BGP das Subnetz (die Komponentenroute) dieses klassenbezogenen Netzwerks in der lokalen Routing-Tabelle auf, das klassenbezogene Netzwerk in der BGP-Tabelle zu installieren:

• Automatische Zusammenfassung aktiviert

• Klassenbezogene Netzwerkanweisung für ein Netzwerk in der Routing-Tabelle

• Klassenmaske für diese Netzwerkanweisung

Wenn die automatische Zusammenfassung deaktiviert ist, werden die lokal in die BGP-Tabelle eingeführten Routen nicht bis zu ihren klassenbezogenen Grenzen zusammengefasst.

BGP führt beispielsweise die Klassennetzmaske 10.0.0.0 "255.0.0.0" in der BGP-Tabelle ein, wenn folgende Bedingungen erfüllt sind:

• Das Subnetz in der Routing-Tabelle ist die Maske 10.75.75.0 255.255.0.

• Sie konfigurieren das Netzwerk 10.0.0.0 mithilfe des Befehls router bgp.

• Automatische Zusammenfassung ist aktiviert.

Wenn diese Bedingungen nicht alle erfüllt sind, installiert BGP nur dann einen Eintrag in der BGP-Tabelle, wenn eine genaue Übereinstimmung in der IP-Routing-Tabelle vorliegt.

Verwenden Sie diese Schritte zur Fehlerbehebung

Bei aktivierter automatischer Zusammenfassung auf R101 kann der Router das klassenbasierte Netzwerk 172.16.0.0/16 nicht auf R102 ankündigen.

Router kann nicht angekündigt werden

1. Prüfen Sie, ob R101 172.16.0.0/16 für R102 ankündigt. Die dargestellte Ausgabe bestätigt, dass R101 172.16.0.0/16 nicht an R102 weitergibt.

   R101#show ip bgp neighbors 10.10.10.2 advertised-routes
   
   Total number of prefixes 0 
   R101#

2. Überprüfen Sie, ob die Konfiguration ausgeführt wird. Das abgebildete Beispiel veranschaulicht, dass R101 mit einer classful-Netzwerkanweisung konfiguriert ist. Die automatische Zusammenfassung ist in der für dieses Szenario verwendeten Cisco IOS-Softwareversion standardmäßig aktiviert.

   R101#show running-config | begin bgp
   
   router bgp 1
    network 172.16.0.0
    neighbor 10.10.10.2 remote-as 2
   [...]

3. Überprüfen Sie, ob Sie eine Komponentenroute (eine klassenbezogene Route oder eine Subnetzroute) von network172.16.0.0/16 in der Routing-Tabelle haben.

   R101#show ip route 172.16.0.0 255.255.0.0 longer-prefixes 
   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
   
   R101#sh ip route 172.16.0.0 255.255.0.0 longer-prefixes 
   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
   
   R101#

4. Da in der IP-Routing-Tabelle R101 keine Komponentenroute (keine klassenbezogene Route oder Subnetzroute) vorhanden ist, ist das Netzwerk 172.16.0.0 nicht in der BGP-Tabelle installiert. Die Mindestanforderung für die Installation eines unter dem Netzwerkbefehl konfigurierten Präfix in einer BGP-Tabelle besteht darin, dass die IP-Routing-Tabelle eine Komponentenroute enthält. Stellen Sie daher sicher, dass R101 über eine Komponentenroute für das Netzwerk 172.16.0.0/16 verfügt. Dies erfolgt, wenn die Route dies über IGP oder eine statische Konfiguration erkennt. Im gezeigten Beispiel ist die statische Route auf null 0 konfiguriert.

   R101(config)#ip route 172.16.10.0 255.255.255.0 null0 200
   

5. Sobald die IP-Routing-Tabelle eine Komponentenroute für 172.16.0.0/16 enthält, installiert das BGP ein klassenbasiertes Netzwerk in der BGP-Tabelle.

   R101#show ip route 172.16.0.0 255.255.0.0 longer-prefixes 
   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
   
       172.16.0.0/24 is subnetted, 1 subnets
   S     172.16.10.0 is directly connected, Null0
   

   Um die Änderung im BGP umzusetzen und die Ankündigung von Netzwerk 172.16.0.0/16 an R102 zu starten, müssen Sie entweder den BGP-Nachbarn löschen oder einen Soft-Reset zum Peer durchführen. Dieses Beispiel zeigt ein Soft-Reset, das an Peer 10.10.10.2 ausgeht, um die Änderungen zu aktivieren.

   R101#clear ip bgp 10.10.10.2 soft out
   R101#

6. Mit dem Befehl show ip bgp wird bestätigt, dass das klassenbasierte Netzwerk 172.16.0.0/16 in das BGP integriert wurde.

   R101#show ip bgp | include 172.16.0.0
   *> 172.16.0.0                0.0.0.0            0         32768 i
   R101#

7. Bestätigen Sie, dass R101 Routen zu R102 ankündigt.

   R101#show ip bgp neighbors 10.10.10.2 advertised-routes | include 172.16.0.0 
   *> 172.16.0.0          0.0.0.0                  0         32768 i

   Hinweis: Wenn die automatische Zusammenfassung deaktiviert ist, installiert das BGP das Netzwerk 172.16.0.0/16, wenn in der Routing-Tabelle eine genaue Übereinstimmung mit der Route angegeben ist. Wenn Subnetzrouten vorhanden sind, die aber nicht genau mit der Route (172.16.0.0/16) in der Routing-Tabelle übereinstimmen, installiert das BGP das Netzwerk 172.16.0.0/16 nicht in der BGP-Tabelle.

Routen, die mit der Netzwerkanweisung mit einer Maske angekündigt wurden

Bei Netzwerken, die unter eine große Netzgrenze (255.0.0.0, 255.255.0.0 oder 255.255.255.0) fallen, muss keine Maske enthalten sein. Beispielsweise reicht der Befehl network 172.16.0.0 aus, um das Präfix 172.16.0.0/16 an die BGP-Tabelle zu senden. Für Netzwerke, die sich nicht an den großen Netzgrenzen befinden, ist jedoch eine Netzwerkanweisung mit einer Maske erforderlich, z. B. die Netzmaske 172.16.10.0 255.255.0.

Eine genaue Route in der Routing-Tabelle ist für eine Netzwerk-Anweisung mit einer Maske erforderlich, damit sie in einer BGP-Tabelle installiert werden kann.

Verwenden Sie diese Schritte zur Fehlerbehebung

R101 kann das Netzwerk 172.16.10.0/24 nicht an R102 melden.

Network 172.16.10.0/24 kann nicht an R102 gemeldet werden

1. Überprüfen Sie, ob R101 das Präfix 172.16.10.0/24 für R102 ankündigt.

   R101#show ip bgp neighbors 10.10.10.2 advertised-routes
   R101#

   ODER

Mit diesem Befehl kann überprüft werden, ob die Routen angekündigt werden:

R101#show ip bgp 172.16.10.0/24
R101# BGP routing table entry for 172.16.10.0/24, version 24480684
      Bestpath Modifiers: deterministic-med
      Paths: (4 available, best #3)
      Not advertised to any peer

Diese Ausgabe bestätigt, dass R101 192.168.32.0/22 nicht für R102 ankündigt.

2. Überprüfen Sie, ob die Konfiguration ausgeführt wird.

R101#show run | begin bgp
router bgp 1
  network 172.16.10.0

Hinweis: Sie müssen das Netzwerk 172.16.10.0/24 erstellen. Dieses Netzwerk liegt nicht an der Grenze eines Netzwerks der Klasse B (255.255.0.0). Eine Netzwerkanweisung mit der Maske 255.255.255.0 muss konfiguriert werden, damit sie funktioniert.

3. Nachdem eine Netzwerkanweisung mit Maske konfiguriert wurde, zeigt der Befehl show run eine ähnliche Ausgabe an:

R101#show run | begin bgp
router bgp 1
  network 172.16.10.0 mask 255.255.255.0

1. Überprüfen Sie, ob die Route in der BGP-Routing-Tabelle enthalten ist.

   R101#show ip bgp | include 172.16.10.0
   R101#

   Das Netzwerk 172.16.10.0/24 ist in der BGP-Tabelle nicht vorhanden.

2. Überprüfen Sie, ob die IP-Routing-Tabelle eine genaue Route enthält. Die dargestellte Ausgabe bestätigt, dass in der Routing-Tabelle keine genaue Route angegeben ist.

   R101#show ip route 172.16.10.0 255.255.255.0   
   % Network not in table
   R101#

3. Entscheiden Sie, welche Routen Sie initiieren möchten. Korrigieren Sie dann entweder das IGP, oder konfigurieren Sie statische Routen.

   R101(config)#ip route 172.16.10.0 255.255.255.0 null0 200
   

4. Überprüfen Sie die IP-Routing-Tabelle.

   R101#show ip route 172.16.10.0 255.255.255.0 longer-prefixes 
   
   [..]
        172.16.0.0/24 is subnetted, 1 subnets
   S       172.16.10.0 is directly connected, Null0

5. Überprüfen Sie, ob die Routen in der BGP-Tabelle enthalten sind.

   R101#show ip bgp | include 172.16.10.0 
   *> 172.16.10.0/24   0.0.0.0                  0         32768 i

6. Um die Änderung im BGP umzusetzen und die Ankündigung von Netzwerk 172.16.10.0/24 an R102 zu starten, müssen Sie entweder den BGP-Nachbarn löschen oder einen Soft-Reset zum Peer durchführen. In diesem Beispiel wird ein Soft Reset für ausgehenden Datenverkehr an Peer 10.10.10.2 verwendet. 

   R101#clear ip bgp 10.10.10.2 soft out
   

7. Vergewissern Sie sich, dass Routen für R102 angekündigt werden.

   R101#show ip bgp  neighbors 10.10.10.2 advertised-routes | include 172.16.10.0
   *> 172.16.10.0/24   0.0.0.0                  0         32768 i
   

Routen, die mit dem Befehl aggregate-address angekündigt wurden

Mit dem Befehl aggregate-address <Adresse> <Maske> ermöglicht das BGP die Aggregation bestimmter Routen zu einer Route. Aggregation gilt für Routen, die in der BGP-Routing-Tabelle vorhanden sind. Dies steht im Gegensatz zum Befehl network, der auf die Routen in der IP-Routing-Tabelle angewendet wird. Die Aggregation kann durchgeführt werden, wenn mindestens eine der spezifischen Routen der Aggregatadresse in der BGP-Routing-Tabelle vorhanden ist. Weitere Informationen zur BGP-Aggregation und den zugehörigen Attributen finden Sie unter Understanding Route Aggregation in BGP.

Gehen Sie folgendermaßen vor, um dieses Problem zu beheben

Routen, die mit dem Befehl aggregate-address angekündigt wurden

In diesem Netzwerkdiagramm kann R101 die aggregierte Adresse 192.168.32.0/22 nicht an R102 melden. Im Netzwerk 192.168.32.0/22 sind diese drei Klasse-C-Adressräume zusammengefasst:

• 192.168.33.0/24

• 192.168.35.0/24

• 192.168.35.0/24

1. Vergewissern Sie sich, dass R101 192.168.32.0/22 nicht für R102 ankündigt.

   R101#show ip bgp neighbors 10.10.10.2 advertised-routes | include 192.168.32.0 
   R101#

2. Überprüfen Sie, ob die Konfiguration ausgeführt wird.

   router bgp 1
      [..]
      aggregate-address 192.168.32.0 255.255.252.0 summary-only
      neighbor 10.10.10.2 remote-as 2

   R101 ist so konfiguriert, dass nur die zusammengefasste Adresse an R102 gemeldet wird.

3. Überprüfen Sie die IP-Routing-Tabelle.

R101#show ip route 192.168.32.0 255.255.252.0 longer-prefixes 
[..]
S    192.168.33.0/24 is directly connected, Null0

Die IP-Routing-Tabelle hat die Komponentenroute von Aggregat 192.168.32.0/22. Damit jedoch eine Aggregatadresse an einen Peer gemeldet werden kann, muss eine Komponentenroute in der BGP-Routing-Tabelle und nicht in der IP-Routing-Tabelle vorhanden sein. Die IP-Routing-Tabelle hat die Komponentenroute von Aggregat 192.168.32.0/22. Damit jedoch eine Aggregatadresse an einen Peer gemeldet werden kann, muss eine Komponentenroute in der BGP-Routing-Tabelle und nicht in der IP-Routing-Tabelle vorhanden sein.

4. Überprüfen Sie, ob in der BGP-Routing-Tabelle eine Komponentenroute vorhanden ist.

R101#show ip bgp 192.168.32.0 255.255.252.0 longer
R101#

Die Ausgabe bestätigt, dass die BGP-Tabelle über keine Komponentenroute verfügt. Der nächste logische Schritt ist daher, sicherzustellen, dass in der BGP-Tabelle eine Komponentenroute vorhanden ist.

1. In diesem Beispiel wird die Komponentenroute 192.168.33.0 mithilfe des Befehls network in der BGP-Tabelle installiert.

   R101(config)#router bgp 1
   R101(config-router)#network 192.168.33.0
   

2. Überprüfen Sie, ob die Komponentenroute in der BGP-Tabelle vorhanden ist.

   R101#show ip bgp 192.168.32.0 255.255.252.0 longer-prefixes 
   BGP table version is 8, local router ID is 10.10.20.1
   Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
   Origin codes: i - IGP, e - EGP, ? - incomplete
   
      Network          Next Hop            Metric LocPrf Weight Path
   *> 192.168.32.0/22  0.0.0.0                            32768 i
   s> 192.168.33.0     0.0.0.0                  0         32768 i
   R101#

   Das s bedeutet, dass die Komponentenroute aufgrund des Argument "summary-only" unterdrückt wird.

3. Bestätigen Sie, dass das Aggregat für R102 angekündigt wurde.

   R101#show ip bgp neighbors 10.10.10.2 advertised-routes | include 192.168.32.0/22
   *> 192.168.32.0/22  0.0.0.0

Routen, die vom iBGP abgefragt wurden, können nicht gemeldet werden

Ein BGP-Router mit aktivierter Synchronisierung kündigt anderen eBGP-Peers keine vom iBGP bezogenen Routen an, wenn er diese Routen im IGP nicht validieren kann. Das IGP hat eine Route zu vom iBGP bezogenen Routen, der Router kündigt die iBGP-Routen zu eBGP-Peers an. Andernfalls behandelt der Router die Route als nicht mit IGP synchronisiert und kündigt sie nicht an. Um die Validierung von BGP-Routen vom iBGP im IGP zu verhindern, deaktivieren Sie die Synchronisierung mit dem Befehl no sync unter Router BGP. Weitere Informationen finden Sie im Abschnitt zur Synchronisierung der BGP-Fallstudien.

Verwenden Sie diese Schritte zur Fehlerbehebung

Im gezeigten Diagramm erhält R101 das Präfix 10.130.130.0/24 von R103 durch iBGP und kann es nicht an den eBGP-Peer R102 weitergeben.

R101 kann nicht an eBGP-Peer R102 gemeldet werden.

1. Erster Scheck R101.

   R101#show ip bgp neighbors 10.10.20.2 advertised-routes | include 10.130.130.0
   R101#

   Diese Ausgabe bestätigt, dass R101 das Präfix 10.254.255.255/24 für R102 nicht ankündigt.

Die BGP-Tabelle für R101:

R101#show ip bgp 10.130.130.0 255.255.255.0 longer
BGP table version is 4, local router ID is 10.10.20.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
* i10.130.130.0/24 10.10.20.3               0    100      0 i
R101#

Das Netzwerk 10.130.130.0/24 ist in der BGP-Tabelle vorhanden. Das Netzwerk 10.130.130.0/24 verfügt jedoch nicht über den Statuscode der besten Route (>). Dies bedeutet, dass der BGP-Algorithmus zur Auswahl des besten Pfads dieses Präfix nicht als besten Pfad ausgewählt hat. Da nur die besten Pfade zu BGP-Peers angegeben werden, wird Netzwerk 10.130.130.0/24 nicht für R102 angekündigt. Als Nächstes müssen Sie eine Fehlerbehebung durchführen, warum das Netzwerk bei den BGP-Pfadauswahlkriterien nicht als beste Route ausgewählt wurde.

1. Überprüfen Sie die Ausgabe des Befehls show ip bgp prefix, um detailliertere Informationen darüber zu erhalten, warum das Präfix nicht als beste Route ausgewählt und nicht in der IP-Routing-Tabelle installiert wurde.

R101#show ip bgp 10.130.130.0
BGP routing table entry for 10.130.130.0/24, version 4
Paths: (1 available, no best path)
  Not advertised to any peer
  Local
    10.10.20.3 from 10.10.20.3 (10.130.130.3)
      Origin IGP, metric 0, localpref 100, valid, internal, not synchronized

Die Ausgabe zeigt, dass das Präfix 10.130.130.0/24 nicht synchronisiert ist.

Hinweis: Vor der Identifizierung der Cisco Bug-ID CSCdr90728 (BGP-Pfade sind nicht als nicht synchronisiert markiert) zeigte der Befehl show ip bgp prefix die als nicht synchronisiert markierten Pfade nicht an. Dieses Problem wurde in Version 12.1(4) der Cisco IOS Software behoben.

2. Überprüfen Sie, ob die BGP-Konfiguration ausgeführt wird.

Diese Ausgabe zeigt, dass die BGP-Synchronisierung aktiviert ist. Die BGP-Synchronisierung ist in der Cisco IOS-Software standardmäßig aktiviert.

R101#show ip protocols 
Routing Protocol is "bgp 1"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  IGP synchronization is enabled
  Automatic route summarization is disabled
  Neighbor(s):
    Address          FiltIn FiltOut DistIn DistOut Weight RouteMap
    10.10.10.2                                           
    10.10.20.3                                           
  Maximum path: 1
  Routing for Networks:
  Routing Information Sources:
    Gateway         Distance      Last Update
    10.10.20.3           200      01:48:24
  Distance: external 20 internal 200 local 200

3. Konfigurieren Sie BGP so, dass die Synchronisierung deaktiviert wird. Geben Sie den Befehl no sync (Keine Synchronisierung) unter Router BGP ein.

R101(config)#router bgp 1
R101(config-router)#no synchronization 

R101#show ip protocols 

Routing Protocol is "bgp 1"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  IGP synchronization is disabled
  Automatic route summarization is disabled
  Neighbor(s):
    Address          FiltIn FiltOut DistIn DistOut Weight RouteMap
    10.10.10.2                                           
    10.10.20.3                                           
  Maximum path: 1
  Routing for Networks:
  Routing Information Sources:
    Gateway         Distance      Last Update
    10.10.20.3           200      01:49:24
  Distance: external 20 internal 200 local 200

Beim nächsten Durchlauf des BGP-Scanners, der die BGP-Tabelle alle 60 Sekunden scannt und die Entscheidung anhand der BGP-Pfadauswahlkriterien trifft, wird das Netzwerk 10.130.130.0 installiert (da die Synchronisierung deaktiviert ist). Dies bedeutet, dass die maximale Dauer für die Installation der Route 60 Sekunden beträgt, diese jedoch geringer sein kann, je nachdem, wann der Befehl no sync konfiguriert wird und wann die nächste Instanz des BGP-Scanners auftritt. Daher ist es am besten, 60 Sekunden bis zum nächsten Schritt der Verifizierung zu warten.

1. Überprüfen Sie, ob die Route installiert wurde.

   Die dargestellte Ausgabe bestätigt, dass das Präfix 10.130.130.0/24 die beste Route darstellt. Daher wird es in der IP-Routing-Tabelle installiert und an Peer 10.10.10.2 propagiert.

   R101#show ip bgp 10.130.130.0
   BGP routing table entry for 10.254.255.255/24, version 5
   Paths: (1 available, best #1, table Default-IP-Routing-Table)
     Advertised to non peer-group peers:
     10.10.10.2 
     Local
       10.10.20.3 from 10.10.20.3 (10.130.130.3)
         Origin IGP, metric 0, localpref 100, valid, internal, best
   
   R101#show ip bgp neighbors 10.10.10.2 advertised-routes | include 10.130.130.0/24
   *>i10.130.130.0/24          10.10.20.3             0    100      0 i

Routen mit Redistribute Static angekündigt

Wenn die Router mit zwei Verbindungen verbunden sind und die Routen durch BGP und statische Floating-Routen abgefragt werden, werden die statischen Floating-Routen in der Routing-Tabelle installiert. Dies tritt auf, wenn die statischen Routen bei einem BGP-Routenausfall neu verteilt werden. Wenn die BGP-Routen wieder online sind, werden die statischen Floating-Routen in der Routing-Tabelle nicht entsprechend geändert.

Dieses Problem kann behoben werden, wenn Sie den Befehl redistribute static im Rahmen des BGP-Prozesses entfernen, um die Priorisierung von statischen Floating-Routen gegenüber BGP-Routen zu vermeiden.

Zugehörige Informationen

• Warum schalten BGP-Nachbarn zwischen Inaktivität, Verbindungs- und Aktivstatus um?
• Was bedeutet die Fehlermeldung "#%BGP-3-INSUFCHUNKS: Ungenügende Chunk-Pools für aspath"?
• BGP: Häufig gestellte Fragen
• Fehlerbehebung bei gängigen BGP-Problemen
• Routing-BGP-Support-Seite
• Support und Downloads