In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument wird beschrieben, wie der Befehl bgp suppress-inactive die Meldung von Routen verhindert, die nicht in der Routing Information Base (RIB) installiert sind. Es beschreibt auch die Interaktion zwischen inaktiven Routen und dem Next-Hop-Ungleichgewicht.
Ein Rib-Fehler tritt auf, wenn das Border Gateway Protocol (BGP) versucht, das Präfix für den besten Pfad in der RIB zu installieren, die RIB jedoch die BGP-Route ablehnt, da in der Routing-Tabelle bereits eine Route mit einer besseren administrativen Distanz vorhanden ist. Eine inaktive BGP-Route ist eine Route, die nicht in der RIB installiert ist, aber als Rib-Failure in der BGP-Tabelle installiert wird.
Weitere Informationen finden Sie unter BGP-Werbung unterdrücken für inaktive Routen.
Wenn Sie den Befehl bgp suppress-inactive verwenden, müssen Sie die Auswirkungen von Next-Hop-Diskrepanzen verstehen.
Router 1 (R1) und Router 2 (R2) haben zwei parallele Verbindungen. Auf einer der Verbindungen wird BGP AS 65535 ausgeführt, auf der anderen eine Verbindung das Enhanced Interior Gateway Routing Protocol (EIGRP) AS 1. Sowohl BGP als auch EIGRP melden das Netzwerk 10.1.1.1/32 auf R1 an.
R2 erfährt von der 10.1.1.1/32-Route sowohl über EIGRP als auch über BGP, installiert aber aufgrund der geringeren administrativen Distanz nur die EIGRP-Route in der Routing-Tabelle. Da die BGP-Route nicht in der R2-Routing-Tabelle installiert ist, wird die Route in der R2 BGP-Tabelle als Rib-Fehler angezeigt. R2 informiert jedoch Router 3 (R3) über die BGP-Route, unabhängig vom Rib-Ausfall.
Geben Sie für R2 den Befehl show ip route ein, um den aktuellen Status der Routing-Tabelle in 10.1.1.1 zu bestimmen. Geben Sie den Befehl show ip bgp ein, um die Einträge in der BGP-Routing-Tabelle anzuzeigen:
Router2#show ip route 10.1.1.1
Routing entry for 10.1.1.1/32
Known via "eigrp 1", distance 90, metric 409600, type internal
Last update from 192.168.1.1 on Ethernet0/2, 00:07:15 ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 00:07:15 ago, via Ethernet0/2
>>>>>>>>NEXT HOP IS LINK A
Route metric is 409600, traffic share count is 1
Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1
Router2#show ip bgp
BGP table version is 4, local router ID is 172.16.1.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
r>i10.1.1.1/32 172.16.1.1 0 100 0 I
Überprüfen Sie die rekursive Route für den nächsten Hop, da es sich um einen Loopback auf R1 handelt:
Router2#show ip route 172.16.1.1
Routing entry for 172.16.1.1/32
Known via "eigrp 1", distance 90, metric 409600, type internal
Last update from 192.168.2.1 on Ethernet0/1, 00:07:15 ago
Routing Descriptor Blocks:
* 192.168.2.1, from 192.168.2.1, 00:07:15 ago, via Ethernet0/1
>>>>>>>>NEXT HOP IS LINK B
Route metric is 409600, traffic share count is 1
Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1
Obwohl der Next-Hop nicht übereinstimmt, informiert R2 die Route an R3 und R3 über die Route, da inaktive Routen nicht unterdrückt werden:
Router3#show ip bgp
BGP table version is 2, local router ID is 172.16.1.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.1.1.1/32 172.16.1.2 0 0 I
Geben Sie den Befehl bgp suppress-inactive ein, um die inaktiven BGP-Routen zu unterdrücken.
Router2(config)#router bgp 65535
Router2(config-router)#bgp suppress-inactive
Router2(config-router)#end
Router2#show ip bgp neighbors 192.168.3.3 advertised-routes
Total number of prefixes 0
Hinweis: Der Befehl bgp suppress-inactive unterdrückt die im Rib ausgefallenen Routen nur, wenn sich der Next-Hop der BGP-Rib-Failure-Route von dem Next-Hop der gleichen Route unterscheidet, der derzeit in der Routing-Tabelle installiert ist.
Router2#show ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.1/32 172.16.1.1 Higher admin distance No <<<<< No match
Beachten Sie in der Spalte "RIB-NH Matches", dass der nächste RIB-Hop nicht übereinstimmt. Da sich die Next-Hop-Route für die 10.1.1.1/32 in EIGRP und BGP unterscheidet, können Sie die ausgefallene Route mit dem Befehl bgp suppress-inactive unterdrücken.
Wenn also der Next-Hop in der Routing-Tabelle mit dem BGP Next-Hop übereinstimmt, wird der Befehl bgp suppress-inactive nicht mehr unterdrückt. Das bedeutet, dass R3 die 10.1.1.1/32-Route auch dann erneut empfängt, wenn RIB fehlschlägt.
Fügen Sie eine statische Route für das Präfix hinzu, um seinen Next-Hop in RIB mit dem vom BGP angekündigten Next-Hop abzugleichen:
Router2(config)#ip route 10.1.1.1 255.255.255.255 192.168.2.1
Router2#show ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.0/24 192.168.2.1 Higher admin distance Yes <<<< Next-Hop matches
Selbst mit dem Befehl bgp suppress-inactive gibt R2 die Route weiter, und R3 empfängt die Route immer noch.
Router3#show ip bgp
BGP table version is 6, local router ID is 172.16.1.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.1.1.0/24 172.16.1.2 0 1 i
Zusammenfassend lässt der Befehl bgp suppress-inactive BGP die inaktive Weiterleitung an die Nachbarn nur unterdrücken, wenn eine Route bereits mit einer besseren administrativen Distanz in der Routing-Tabelle installiert ist und nur, wenn sie einen anderen Next-Hop als der BGP Next-Hop für dieselbe Route hat.
Wenn im vorherigen Beispiel die in RIB installierten Routen (von EIGRP) Equal-Cost Multi-Path (ECMP) sind und inaktive Routen unterdrückt werden, sehen Sie nur einen Teil der unterdrückten Routen.
Führen Sie EIGRP auf beiden Verbindungen zwischen R1 und R2 aus. R2 erfährt zwischen den beiden nächsten Hops 192.168.1.1 und 192.168.2.1 eine Reihe von Präfixen von R1 als ECMP. Beispiel:
R2#sh ip route 10.1.1.1
Routing entry for 10.1.1.1/32
Known via "eigrp 1", distance 170, metric 40030720, type internal
Last update from 192.168.1.1 on TenGigabitEthernet0/0/0, 2d02h ago
Routing Descriptor Blocks:
*192.168.1.1, from 192.168.1.1, 2d02h ago, via TenGigabitEthernet0/1/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
192.168.2.1, from 192.168.2.1, 2d02h ago, viaTenGigabitEthernet0/0/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
R2#sh ip route 10.1.1.5
Routing entry for 10.1.1.5/32
Known via "eigrp 1", distance 170, metric 40030720, type internal
Last update from 192.168.1.1 on TenGigabitEthernet0/0/0, 2d02h ago
Routing Descriptor Blocks:
192.168.1.1, from 192.168.1.1, 2d02h ago, via TenGigabitEthernet0/1/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
* 192.168.2.1, from 192.168.2.1, 2d02h ago, viaTenGigabitEthernet0/0/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
R2 lernt den gleichen Satz von Präfixen von R1 im BGP, und das Next-Hop-Loopback wird auf beiden Links erfasst.
Router2#show ip bgp
BGP table version is 4, local router ID is 172.16.1.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
r>i10.1.1.1/32 172.16.1.1 0 100 0 I
r>i10.2.2.2/32 172.16.1.1 0 100 0 I
r>i10.3.3.3/32 172.16.1.1 0 100 0 I
r>i10.4.4.4/32 172.16.1.1 0 100 0 I
r>i10.5.5.5/32 172.16.1.1 0 100 0 I
r>i10.6.6.6/32 172.16.1.1 0 100 0 I
r>i10.7.7.7/32 172.16.1.1 0 100 0 I
r>i10.8.8.8/32 172.16.1.1 0 100 0 I
r>i10.9.9.9/32 172.16.1.1 0 100 0 I
r>i10.10.10.10/32 172.16.1.1 0 100 0 I
R2#sh ip route 172.16.1.1
Routing entry for 172.16.1.1/32
Known via "eigrp 1", distance 170, metric 40030720 type internal
Redistributing via eigrp 109
Last update from 192.168.1.1 on TenGigabitEthernet0/0/0, 2d02h ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 2d02h ago, via TenGigabitEthernet0/1/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
192.168.2.1, from 192.168.2.1, 2d02h ago, viaTenGigabitEthernet0/0/0
Route metric is 40030720, traffic share count is 1
Total delay is 1200 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 32/255, Hops 2
Da es sich bei der Next-Hop-Route um einen ECMP auf denselben beiden Verbindungen handelt, ist zu erwarten, dass der Next-Hop für alle Präfixe im BGP und R2 übereinstimmt, damit sie alle R3 ankündigen. Wenn Sie sich die Spalte "RIB-NH Matches" in der Ausgabe anschauen, sind einige Next-Hop (NH)-Matches "yes" (Ja) und andere "no" (Nein).
Router2#sh ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.1/32 172.16.1.1 Higher admin distance Yes
10.2.2.2/32 172.16.1.1 Higher admin distance Yes
10.3.3.3/32 172.16.1.1 Higher admin distance Yes
10.4.4.4/32 172.16.1.1 Higher admin distance Yes
10.5.5.5/32 172.16.1.1 Higher admin distance No
10.6.6.6/32 172.16.1.1 Higher admin distance No
10.7.7.7/32 172.16.1.1 Higher admin distance No
10.8.8.8/32 172.16.1.1 Higher admin distance No
10.9.9.9/32 172.16.1.1 Higher admin distance No
10.10.10.10/32 172.16.1.1 Higher admin distance No
Alle Routen mit RIB-NH Matches of yes werden R3 angekündigt. alle anderen werden unterdrückt.
R3#sh ip bgp
BGP table version is 17, local router ID is 172.16.1.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, x best-external,
f RT-Filter
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 10.1.1.1/32 172.16.1.2 0 2 1 i
*> 10.2.2.2/32 172.16.1.2 0 2 1 i
*> 10.3.3.3/32 172.16.1.2 0 2 1 i
*> 10.4.4.4/32 172.16.1.2 0 2 1 i
In der Cisco IOS®-Software kann das BGP nur einen Next-Hop auswählen und den besten Pfad nur mit diesem Next-Hop angeben (ohne Add-Path, Multi-Path, BGP Best-External oder andere Funktionen).
Während RIB die EIGRP-Routen für das Ziel installiert (beachten Sie das * in der Ausgabe), kann RIB einen der Pfade als besten Pfad auswählen. Wenn dieser Pfad mit dem Pfad für den BGP Next-Hop übereinstimmt, wird er als "yes" (Ja) für die Next-Hop-Übereinstimmung gemeldet.
In diesem Beispiel wählte die RIB 192.168.1.1 als Next-Hop für das Netzwerk 10.1.1.1/32 (beachten Sie das * auf 192.168.1.1 in der Ausgabe der sh ip route 172.16.1.1), das mit der BGP Next-Hop-Route 17 übereinstimmt. 2.16.1.1; wird dies als Ja bei Next-Hop-Übereinstimmung gemeldet. RIB wählte 192.168.2.1 als Next-Hop für 10.1.1.5/32 aus, was nicht mit der BGP Next-Hop-Route übereinstimmt. wird dies als No in Next-Hop Dismatch gemeldet.
Zusammenfassend lässt sich sagen, dass die Next-Hop-Übereinstimmung nur dann wichtig ist, wenn Sie inaktive Routen unterdrücken. Wenn keine Übereinstimmung vorliegt, wird in der Spalte "RIB-NH Matches" eine "n/a"-Markierung angezeigt, und R2 meldet alle Routen an R3.
Router2#sh ip bgp rib-failure
Network Next Hop RIB-failure RIB-NH Matches
10.1.1.1/32 172.16.1.1 Higher admin distance n/a
10.2.2.2/32 172.16.1.1 Higher admin distance n/a
10.3.3.3/32 172.16.1.1 Higher admin distance n/a
10.4.4.4/32 172.16.1.1 Higher admin distance n/a
10.5.5.5/32 172.16.1.1 Higher admin distance n/a
10.6.6.6/32 172.16.1.1 Higher admin distance n/a
10.7.7.7/32 172.16.1.1 Higher admin distance n/a
10.8.8.8/32 172.16.1.1 Higher admin distance n/a
10.9.9.9/32 172.16.1.1 Higher admin distance n/a
10.10.10.10/32 172.16.1.1 Higher admin distance n/a