Konfigurieren der Funktion für das maximale BGP-Präfix
Inhalt
Einleitung
In diesem Dokument werden Informationen zur Konfiguration und Fehlerbehebung der Border Gateway Protocol (BGP)-Funktion für maximale Präfixe beschrieben.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über Kenntnisse in diesem Thema verfügen:
Verwendete Komponenten
Die Informationen in diesem Dokument sind nicht auf bestimmte Software- und Hardwareversionen beschränkt, sondern wurden anhand der folgenden Softwareversionen ausgegeben:
- Cisco IOS® Software-Versionen 12.2(27)
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 unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Hintergrundinformationen
Dieses Dokument enthält Informationen zur Konfiguration und Fehlerbehebung der Funktion Border Gateway Protocol Maximum-Prefix (BGP).
Mit der Funktion "BGP Maximum-Prefix" können Sie steuern, wie viele Präfixe von einem Nachbarn empfangen werden können. Standardmäßig ermöglicht diese Funktion einem Router, einen Peer auszuschalten, wenn die Anzahl der von diesem Peer empfangenen Präfixe den konfigurierten Maximum-Prefix-Grenzwert überschreitet. Diese Funktion wird in der Regel für externe BGP-Peers verwendet, kann jedoch auch auf interne BGP-Peers angewendet werden.
Die Funktion "Maximum-Prefix" ist nützlich, wenn bei einer Änderung der Richtlinie für ausgehenden Datenverkehr am Remote-Peering-Standort ein Router mehr Routen empfängt, als der Router-Speicher annehmen kann. Wenn derselbe Router ein Peering mit dem BGP durchführt und auch kritische Routing-Funktionen innerhalb eines Netzwerks ausführt, kann dieser Overhead zu Problemen führen. Ein BGP-Problem kann die interne Netzwerkverbindung unterbrechen. Mit dem Befehl neighbor maximum-prefix kann ein Router vor dieser Situation geschützt werden.
Beachten Sie bei der Nutzung dieser Funktion folgende Punkte:
-
Informieren Sie sich darüber, wie viele Routen der BGP-Peering-Remote-Router normalerweise sendet.
-
Legen Sie einen Grenzwert fest, der geringfügig höher ist als die Anzahl der BGP-Präfixe, die im Normalbetrieb erwartet werden.
-
Informieren Sie sich über die auszuführende Aktion für den Fall, dass der Remote-BGP-Peer mehr Präfixe sendet als erwartet. Mögliche Aktionen sind das Beenden der Sitzung und das Aufrechterhalten der BGP-Nachbarbeziehung, bis Sie den Befehl clear ip bgp x.x.x.x verwenden, oder das Protokollieren einer Warnmeldung.
Hinweis: Eine Erweiterung dieser Funktion wurde in Version 12.0(22)S und 12.2(15)T der Cisco IOS-Software eingeführt. Mit dieser Erweiterung kann der Benutzer automatisch eine Peering-Sitzung wiederherstellen, die aufgrund einer Überschreitung des konfigurierten Maximum-Prefix-Grenzwerts abgeschaltet wurde. Wenn diese Funktion aktiviert ist, muss der Netzwerkbetreiber nicht eingreifen. Weitere Informationen finden Sie unter BGP Restart Session After Maximum-Prefix Limit (BGP-Neustartsitzung nach Maximum-Prefix-Limit).
Konfigurieren
In diesem Abschnitt erfahren Sie, wie Sie die in diesem Dokument beschriebenen Funktionen konfigurieren können.
Die Befehlssyntax für die Konfiguration der Funktion "BGP Maximum-Prefix" lautet:
neighbor {ip-address | peer-group-name} maximum-prefix <maximum> [threshold] [restart restart-interval] [warning-only]
Dabei gilt:
-
maximum (Maximum) - Stellt die maximale Anzahl von Präfixen dar, die vom Nachbarn zulässig sind.
-
threshold - Ein optionaler ganzzahliger Wert, der angibt, zu welchem Prozentsatz der Maximalwert konfiguriert wird. Der Router beginnt, eine Warnmeldung zu generieren. Der Bereich liegt zwischen 1 und 100 Prozent, der Standardwert beträgt 75 Prozent.
Beträgt der konfigurierte Maximalwert beispielsweise 20 und der Schwellenwert 60, generiert der Router Warnmeldungen, wenn die Anzahl der vom Nachbarn übernommenen BGP-Routen 60 % von 20 (12) Routen übersteigt.
restart-interval - Ein optionales Zeitintervall (in Minuten), in dem eine Peering-Sitzung wiederhergestellt wird. Der Bereich liegt zwischen 1 und 65535 Minuten.
warning-only - (optional) Ermöglicht dem Router, eine Protokollmeldung zu generieren, wenn der Grenzwert für das Maximum des Präfix überschritten wird, anstatt die Peering-Sitzung zu beenden.
Um die Verwendung besser zu veranschaulichen, betrachten Sie bitte dieses Beispiel:
neighbor 10.1.1.1 maximum-prefix 3000 !--- Drops the peering to 10.1.1.1 when !--- more than 3000 prefixes are received. neighbor 10.1.1.1 maximum-prefix 3000 warning-only !--- Logs a warning message when the peer sends !--- more than 3000 prefixes. neighbor 10.1.1.1 maximum-prefix 3000 50 !--- Logs a warning message at 1500 and drops the !--- peering when over 3000 prefixes are sent. neighbor 10.1.1.1 maximum-prefix 3000 50 warning-only !--- Initially warns at 1500 and re-warns !--- (different message) at 3000 prefixes received. !--- However, the BGP Peer is not disconnected.
Netzwerkdiagramm
In diesem Dokument wird die folgende Netzwerkeinrichtung verwendet:
Konfigurationen
In diesem Dokument werden folgende Konfigurationen verwendet:
Maximales Präfix für reine Warnmeldung, wenn der Schwellenwert den festgelegten Grenzwert überschreitet
In der reinen Maximum-Prefix-Warnkonfiguration ist Router_B so konfiguriert, dass nur eine Warnmeldung protokolliert wird, wenn die Anzahl der von Router_A empfangenen Präfixe den festgelegten Grenzwert überschreitet. Die Konfiguration der beiden Router ist in dieser Tabelle dargestellt. Beachten Sie, dass das Schlüsselwort warning-only vorhanden ist, das mit dem Befehl neighbor konfiguriert wurde.
| Router A | Router B |
|---|---|
hostname Router_A ! interface Loopback0 ip address 10.0.0.1 255.255.255.255 ! interface Serial0 ip address 192.168.1.1 255.255.255.252 ! interface Serial1 ip unnumbered Loopback0 ! router bgp 200 no synchronization bgp router-id 10.0.0.1 bgp log-neighbor-changes neighbor 192.168.1.2 local-as 100 neighbor 10.0.0.2 remote-as 300 neighbor 10.0.0.2 ebgp-multihop 2 neighbor 10.0.0.2 update-source Loopback0 neighbor 10.0.0.2 version 4 no auto-summary ! ip route 10.0.0.2 255.255.255.252 Serial1 |
hostname Router_B ! interface Loopback0 ip address 10.0.0.2 255.255.255.252 ! interface Ethernet0 ip address 10.0.1.1 255.255.255.0 ! interface Serial0 ip unnumbered Loopback0 ! router bgp 300 no synchronization bgp router-id 10.0.0.2 bgp log-neighbor-changes neighbor 10.0.0.1 remote-as 200 neighbor 10.0.0.1 ebgp-multihop 2 neighbor 10.0.0.1 update-source Loopback0 neighbor 10.0.0.1 version 4 neighbor 10.0.0.1 maximum-prefix 10 80 warning-only !--- Enables warning message logging when the number !--- of BGP routes learned from neighbor !--- 10.0.0.1 exceeds eight. no auto-summary ! ip route 10.0.0.1 255.255.255.252 Serial0 |
Die Ausgabe des Befehls show and debug im Abschnitt Verify and Troubleshoot dieses Dokuments gibt an, was auf Router_B wirklich geschieht, wenn die Anzahl der von Router_A empfangenen Präfixe den festgelegten Grenzwert überschreitet.
Maximum-Präfix für das Herabsetzen der Nachbarbeziehung bei Überschreiten des Schwellenwerts konfiguriert
Im Feld Maximum-Prefix (Maximales Präfix), das für die Deaktivierung der Nachbarbeziehungskonfiguration konfiguriert ist, ist Router_B so konfiguriert, dass er Warnmeldungen generiert, wenn die Anzahl der von Router_A empfangenen Präfixe den festgelegten Grenzwert überschreitet. Router_B ist außerdem so konfiguriert, dass der BGP-Nachbar deaktiviert wird, wenn der maximale Präfixgrenzwert überschritten wird. Die Konfiguration der beiden Router ist in der Tabelle dargestellt. Beachten Sie, dass das Schlüsselwort warning-only mit dem Befehl neighbor nicht festgelegt wurde.
| Router A | Router B |
|---|---|
hostname Router_A ! interface Loopback0 ip address 10.0.0.1 255.255.255.255 ! interface Serial0 ip address 192.168.1.1 255.255.255.252 ! interface Serial1 ip unnumbered Loopback0 ! router bgp 200 no synchronization bgp router-id 10.0.0.1 bgp log-neighbor-changes neighbor 192.168.1.2 local-as 100 neighbor 10.0.0.2 remote-as 300 neighbor 10.0.0.2 ebgp-multihop 2 neighbor 10.0.0.2 update-source Loopback0 neighbor 10.0.0.2 version 4 no auto-summary ! ip route 10.0.0.2 255.255.255.252 Serial1 |
hostname Router_B ! interface Loopback0 ip address 10.0.0.2 255.255.255.252 ! interface Ethernet0 ip address 10.0.1.1 255.255.255.0 ! interface Serial0 ip unnumbered Loopback0 ! router bgp 300 no synchronization bgp router-id 10.0.0.2 bgp log-neighbor-changes neighbor 10.0.0.1 remote-as 200 neighbor 10.0.0.1 ebgp-multihop 2 neighbor 10.0.0.1 update-source Loopback0 neighbor 10.0.0.1 version 4 neighbor 10.0.0.1 maximum-prefix 10 80 !--- This forces the neighbor session to tear down !--- when the BGP learned routes from !--- the neighbor exceeds 10. no auto-summary ! ip route 10.0.0.1 255.255.255.252 Serial0 |
Die Ausgabe des Befehls show and debug im Abschnitt Verify and Troubleshoot gibt an, was auf Router_B wirklich geschieht, wenn die Anzahl der Präfixe, die er von Router_A empfängt, den festgelegten Grenzwert überschreitet.
Überprüfung und Fehlerbehebung
Diese Abschnitt enthält Informationen, mit denen Sie überprüfen können, ob Ihre Konfiguration ordnungsgemäß funktioniert.
Die Befehlssyntax und Standardwerte für die in diesem Dokument verwendete Funktion finden Sie auf der BGP-Befehlsseite.
Hinweis: Lesen Sie Wichtige Informationen zu Debug-Befehlen, bevor Sie Debug-Befehle verwenden.
-
show ip bgp neighbor - Zeigt den BGP-Nachbarstatus an.
-
show ip bgp summary: Zeigt den Status aller BGP-Verbindungen an.
-
debug ip bgp updates in - Zeigt Informationen zu BGP-Updates an.
Maximale Anzahl von Präfixen - nur Warnung
Achten Sie auf folgende Zahlen:
-
Vereinbarte maximale Präfixe: 10
-
Warnschwelle: 80 Prozent (acht)
Solange die Anzahl der empfangenen Präfixe den festgelegten Grenzwert (acht) nicht überschreitet, werden keine Nachrichten protokolliert. Sobald die Anzahl der vom Nachbarn 10.0.0.1 bezogenen BGP-Routen den Schwellenwert von acht überschreitet, wird diese Nachricht von Router_B protokolliert. Diese Situation wird simuliert, wenn neun Präfixe gesendet werden:
%BGP-4-MAXPFX: No. of prefix received from 10.0.0.1 (afi 0) reaches 9, max 10
Wenn sich die Situation verschlechtert und die maximale Präfix-Nummer von 10 überschritten wird, protokolliert der Router diese Meldung. Diese Situation wird simuliert, wenn 12 Präfixe gesendet werden:
%BGP-3-MAXPFXEXCEED: No. of prefix received from 10.0.0.1 (afi 0): 11 exceed limit 10
Wenn Sie debug ip bgp updates in aktivieren, können Sie sich genauer ansehen, was passiert. Verwenden Sie diesen Befehl jedoch nicht in einer Live-Umgebung mit mehreren Tausend Präfixen. Die dargestellte Situation besteht darin, dass Router_B bereits über ein etabliertes Peering verfügt. Router_A hat Router B sechs Präfixe mitgeteilt. Jetzt werden vom Peer-Router_A drei zusätzliche Präfixe angekündigt.
Router_B# debug ip bgp updates in *Mar 12 07:31:18.944: BGP(0): 10.0.0.1 rcvd UPDATE w/ attr: nexthop 10.0.0.1, origin i, metric 0, path 200 *Mar 12 07:31:18.948: BGP(0): 10.0.0.1 rcvd 10.0.1.0/24...duplicate ignored *Mar 12 07:31:18.952: BGP(0): 10.0.0.1 rcvd 10.0.2.0/24...duplicate ignored *Mar 12 07:31:18.960: BGP(0): 10.0.0.1 rcvd 10.0.3.0/24...duplicate ignored *Mar 12 07:32:20.224: BGP(0): 10.0.0.1 rcvd 10.0.4.0/24...duplicate ignored *Mar 12 07:32:20.228: BGP(0): 10.0.0.1 rcvd 10.0.5.0/24...duplicate ignored *Mar 12 07:32:20.232: BGP(0): 10.0.0.1 rcvd 10.0.6.0/24...duplicate ignored *Mar 12 07:34:19.768: BGP(0): 10.0.0.1 rcvd 10.0.7.0/24 *Mar 12 07:34:19.772: BGP(0): 10.0.0.1 rcvd 10.0.8.0/24 *Mar 12 07:34:19.780: BGP(0): 10.0.0.1 rcvd 10.0.9.0/24 *Mar 12 07:34:19.780: %BGP-4-MAXPFX: No. of prefix received from 10.0.0.1 (afi 0 ) reaches 9, max 10 *Mar 12 07:34:19.792: BGP(0): Revise route installing 1 of 1 route for 10.0.7.0/24 -> 10.0.0.1 to main IP table *Mar 12 07:34:19.796: BGP(0): Revise route installing 1 of 1 route for 10.0.8.0/24 -> 10.0.0.1 to main IP table *Mar 12 07:34:19.804: BGP(0): Revise route installing 1 of 1 route for 10.0.9.0/24 -> 10.0.0.1 to main IP table
Router_B#show ip bgp neighbor 10.0.0.1
BGP neighbor is 10.0.0.1, remote AS 200, external link
BGP version 4, remote router ID 10.0.0.1
BGP state = Established, up for 00:13:22
Last read 00:00:21, hold time is 180, keepalive interval is 60 seconds
Neighbor capabilities:
Route refresh: advertised and received(old & new)
Address family IPv4 Unicast: advertised and received
IPv4 MPLS Label capability:
Received 930 messages, 0 notifications, 0 in queue
Sent 919 messages, 1 notifications, 0 in queue
Default minimum time between advertisement runs is 30 seconds
For address family: IPv4 Unicast
BGP table version 30, neighbor version 30
Index 1, Offset 0, Mask 0x2
Route refresh request: received 0, sent 0
9 accepted prefixes consume 432 bytes
Prefix advertised 0, suppressed 0, withdrawn 0, maximum limit 10 (warning-only)
Threshold for warning message 80%
Connections established 2; dropped 1
Last reset 00:29:13, due to BGP Notification sent, update malformed
Message received that caused BGP to send a Notification:
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
003C0200 00001940 01010040 02040201
00C84003 040A0000 01800404 00000000
180A000A 180A000B 180A000C
External BGP neighbor can be up to 2 hops away.
Connection state is ESTAB, I/O status: 1, unread input bytes: 0
Local host: 10.0.0.2, Local port: 15668
Foreign host: 10.0.0.1, Foreign port: 179
Enqueued packets for retransmit: 0, input: 0 mis-ordered: 0 (0 bytes)
Event Timers (current time is 0x3A46EB54):
Timer Starts Wakeups Next
Retrans 18 0 0x0
TimeWait 0 0 0x0
AckHold 22 9 0x0
SendWnd 0 0 0x0
KeepAlive 0 0 0x0
GiveUp 0 0 0x0
PmtuAger 0 0 0x0
DeadWait 0 0 0x0
iss: 2047376434 snduna: 2047376784 sndnxt: 2047376784 sndwnd: 16035
irs: 821061364 rcvnxt: 821062116 rcvwnd: 16188 delrcvwnd: 196
SRTT: 279 ms, RTTO: 500 ms, RTV: 221 ms, KRTT: 0 ms
minRTT: 24 ms, maxRTT: 384 ms, ACK hold: 200 ms
Flags: higher precedence, nagle
Datagrams (max data segment is 536 bytes):
Rcvd: 33 (out of order: 0), with data: 22, total data bytes: 751
Sent: 29 (retransmit: 0, fastretransmit: 0), with data: 17, total data bytes: 349
Router_B#show ip bgp summary BGP router identifier 10.0.0.2, local AS number 300 BGP table version is 30, main routing table version 30 9 network entries and 9 paths using 1341 bytes of memory 1 BGP path attribute entries using 60 bytes of memory 1 BGP AS-PATH entries using 24 bytes of memory 0 BGP route-map cache entries using 0 bytes of memory 0 BGP filter-list cache entries using 0 bytes of memory BGP activity 36/101 prefixes, 36/27 paths, scan interval 60 secs Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.0.0.1 4 200 932 921 30 0 0 00:15:08 9
Angenommen, die Situation verschlimmert sich und Router_A sendet drei zusätzliche Präfixe, wodurch sich die Gesamtzahl auf 12 erhöht.
Router_B# debug ip bgp updates in *Mar 12 07:39:21.192: BGP(0): 10.0.0.1 rcvd UPDATE w/ attr: nexthop 10.0.0.1, origin i, metric 0, path 200 *Mar 12 07:39:21.196: BGP(0): 10.0.0.1 rcvd 10.0.10.0/24 *Mar 12 07:39:21.200: %BGP-4-MAXPFX: No. of prefix received from 10.0.0.1 (afi 0) reaches 10, max 10 *Mar 12 07:39:21.208: BGP(0): 10.0.0.1 rcvd 10.0.11.0/24 *Mar 12 07:39:21.212: %BGP-3-MAXPFXEXCEED: No. of prefix received from 10.0.0.1 (afi 0): 11 exceed limit 10 *Mar 12 07:39:21.216: BGP(0): 10.0.0.1 rcvd 10.0.12.0/24 *Mar 12 07:39:21.228: BGP(0): Revise route installing 1 of 1 route for 10.0.10.0/24 -> 10.0.0.1 to main IP table *Mar 12 07:39:21.236: BGP(0): Revise route installing 1 of 1 route for 10.0.11.0/24 -> 10.0.0.1 to main IP table *Mar 12 07:39:21.240: BGP(0): Revise route installing 1 of 1 route for 10.0.12.0/24 -> 10.0.0.1 to main IP table
Router_B# show ip bgp neighbors 10.0.0.1
BGP neighbor is 10.0.0.1, remote AS 200, external link
BGP version 4, remote router ID 10.0.0.1
BGP state = Established, up for 00:19:56
Last read 00:00:56, hold time is 180, keepalive interval is 60 seconds
Neighbor capabilities:
Route refresh: advertised and received(old & new)
Address family IPv4 Unicast: advertised and received
IPv4 MPLS Label capability:
Received 937 messages, 0 notifications, 0 in queue
Sent 925 messages, 1 notifications, 0 in queue
Default minimum time between advertisement runs is 30 seconds
For address family: IPv4 Unicast
BGP table version 33, neighbor version 33
Index 1, Offset 0, Mask 0x2
Route refresh request: received 0, sent 0
12 accepted prefixes consume 576 bytes
Prefix advertised 0, suppressed 0, withdrawn 0, maximum limit 10 (warning-only)
Threshold for warning message 80%
Connections established 2; dropped 1
Last reset 00:35:47, due to BGP Notification sent, update malformed
Message received that caused BGP to send a Notification:
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
003C0200 00001940 01010040 02040201
00C84003 040A0000 01800404 00000000
180A000A 180A000B 180A000C
External BGP neighbor can be up to 2 hops away.
Connection state is ESTAB, I/O status: 1, unread input bytes: 0
Local host: 10.0.0.2, Local port: 15668
Foreign host: 10.0.0.1, Foreign port: 179
Enqueued packets for retransmit: 0, input: 0 mis-ordered: 0 (0 bytes)
Event Timers (current time is 0x3A4CEA98):
Timer Starts Wakeups Next
Retrans 24 0 0x0
TimeWait 0 0 0x0
AckHold 29 16 0x0
SendWnd 0 0 0x0
KeepAlive 0 0 0x0
GiveUp 0 0 0x0
PmtuAger 0 0 0x0
DeadWait 0 0 0x0
iss: 2047376434 snduna: 2047376898 sndnxt: 2047376898 sndwnd: 15921
irs: 821061364 rcvnxt: 821062290 rcvwnd: 16014 delrcvwnd: 370
SRTT: 290 ms, RTTO: 376 ms, RTV: 86 ms, KRTT: 0 ms
minRTT: 24 ms, maxRTT: 384 ms, ACK hold: 200 ms
Flags: higher precedence, nagle
Datagrams (max data segment is 536 bytes):
Rcvd: 40 (out of order: 0), with data: 29, total data bytes: 925
Sent: 42 (retransmit: 0, fastretransmit: 0), with data: 23, total data bytes: 463
Router_B#show ip bgp summary BGP router identifier 10.0.0.2, local AS number 300 BGP table version is 33, main routing table version 33 12 network entries and 12 paths using 1788 bytes of memory 1 BGP path attribute entries using 60 bytes of memory 1 BGP AS-PATH entries using 24 bytes of memory 0 BGP route-map cache entries using 0 bytes of memory 0 BGP filter-list cache entries using 0 bytes of memory BGP activity 39/101 prefixes, 39/27 paths, scan interval 60 secs Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.0.0.1 4 200 939 927 33 0 0 00:21:28 12
Wie Sie dem gezeigten Beispiel entnehmen können, wird die BGP-Nachbarbeziehung beibehalten, selbst wenn der benachbarte Router mehr Präfixe sendet, als die Richtlinie zulässt. Das Ergebnis ist, dass nur eine Warnmeldung von Router_B protokolliert wird. Router_B führt keine weiteren Aktionen aus.
Maximales Präfix für das Herunterfahren der Sitzung, wenn der Grenzwert den festgelegten Grenzwert überschreitet
In diesem Fall muss der BGP-Nachbar zunächst betriebsbereit sein und über sechs Präfixe verfügen, die von Router_A an Router_B gesendet werden. Wenn Router_A weitere Präfixe ankündigt (z. B. 9), entspricht die Ausgabe der Befehle genau dem, was bereits für den Fall gilt, dass Router_B so konfiguriert ist, dass er nur eine Warnmeldung protokolliert. Wenn Sie die Anzahl der gesendeten Präfixe erhöhen und Router_A 12 ankündigen lassen, schließt Router_B die Nachbarbeziehung zu Router_A.
Router_B#debug ip bgp updates in *Mar 12 08:03:27.864: BGP(0): 10.0.0.1 rcvd UPDATE w/ attr: nexthop 10.0.0.1, origin i, metric 0, path 200 *Mar 12 08:03:27.868: BGP(0): 10.0.0.1 rcvd 10.0.1.0/24...duplicate ignored *Mar 12 08:03:27.876: BGP(0): 10.0.0.1 rcvd 10.0.2.0/24...duplicate ignored *Mar 12 08:03:27.880: BGP(0): 10.0.0.1 rcvd 10.0.3.0/24...duplicate ignored *Mar 12 08:03:27.884: BGP(0): 10.0.0.1 rcvd 10.0.4.0/24...duplicate ignored *Mar 12 08:03:27.892: BGP(0): 10.0.0.1 rcvd 10.0.5.0/24...duplicate ignored *Mar 12 08:03:27.896: BGP(0): 10.0.0.1 rcvd 10.0.6.0/24...duplicate ignored *Mar 12 08:03:27.900: BGP(0): 10.0.0.1 rcvd 10.0.7.0/24 *Mar 12 08:03:27.908: BGP(0): 10.0.0.1 rcvd 10.0.8.0/24 *Mar 12 08:03:27.912: BGP(0): 10.0.0.1 rcvd 10.0.9.0/24 *Mar 12 08:03:27.916: %BGP-4-MAXPFX: No. of prefix received from 10.0.0.1 (afi 0) reaches 9, max 10 *Mar 12 08:03:27.924: BGP(0): 10.0.0.1 rcvd 10.0.10.0/24 *Mar 12 08:03:27.932: BGP(0): 10.0.0.1 rcvd 10.0.11.0/24 *Mar 12 08:03:27.932: %BGP-3-MAXPFXEXCEED: No. of prefix received from 10.0.0.1 (afi 0): 11 exceed limit 10 *Mar 12 08:03:27.940: %BGP-5-ADJCHANGE: neighbor 10.0.0.1 Down BGP Notification sent *Mar 12 08:03:27.940: %BGP-3-NOTIFICATION: sent to neighbor 10.0.0.1 3/1 (update malformed) 0 bytes FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF 0060 0200 0000 1940 0101 0040 0204 0201 00C8 4003 040A 0000 0180 0404 0000 0000 180A 0001 180A 0002 180A 0003 180A 0004 180A 0005 180A 0006 180A 0007 180A 0008 180A 0009 180A 000A 180A 000B 180A 000C *Mar 12 08:03:28.024: BGP(0): Revise route installing 1 of 1 route for 10.0.7.0/24 -> 10.0.0.1 to main IP table *Mar 12 08:03:28.032: BGP(0): Revise route installing 1 of 1 route for 10.0.8.0/24 -> 10.0.0.1 to main IP table *Mar 12 08:03:28.036: BGP(0): Revise route installing 1 of 1 route for 10.0.9.0/24 -> 10.0.0.1 to main IP table *Mar 12 08:03:28.044: BGP(0): Revise route installing 1 of 1 route for 10.0.10.0/24 -> 10.0.0.1 to main IP table *Mar 12 08:03:28.148: BGP(0): no valid path for 10.0.1.0/24 *Mar 12 08:03:28.152: BGP(0): no valid path for 10.0.2.0/24 *Mar 12 08:03:28.156: BGP(0): no valid path for 10.0.3.0/24 *Mar 12 08:03:28.156: BGP(0): no valid path for 10.0.4.0/24 *Mar 12 08:03:28.160: BGP(0): no valid path for 10.0.5.0/24 *Mar 12 08:03:28.164: BGP(0): no valid path for 10.0.6.0/24 *Mar 12 08:03:28.168: BGP(0): no valid path for 10.0.7.0/24 *Mar 12 08:03:28.168: BGP(0): no valid path for 10.0.8.0/24 *Mar 12 08:03:28.172: BGP(0): no valid path for 10.0.9.0/24 *Mar 12 08:03:28.176: BGP(0): no valid path for 10.0.10.0/24 *Mar 12 08:03:28.184: BGP(0): nettable_walker 10.0.1.0/24 no best path *Mar 12 08:03:28.188: BGP(0): nettable_walker 10.0.2.0/24 no best path *Mar 12 08:03:28.192: BGP(0): nettable_walker 10.0.3.0/24 no best path *Mar 12 08:03:28.196: BGP(0): nettable_walker 10.0.4.0/24 no best path *Mar 12 08:03:28.200: BGP(0): nettable_walker 10.0.5.0/24 no best path *Mar 12 08:03:28.204: BGP(0): nettable_walker 10.0.6.0/24 no best path *Mar 12 08:03:28.208: BGP(0): nettable_walker 10.0.7.0/24 no best path *Mar 12 08:03:28.212: BGP(0): nettable_walker 10.0.8.0/24 no best path *Mar 12 08:03:28.212: BGP(0): nettable_walker 10.0.9.0/24 no best path *Mar 12 08:03:28.216: BGP(0): nettable_walker 10.0.10.0/24 no best path
Router_B# show ip bgp summary BGP router identifier 10.0.0.2, local AS number 300 BGP table version is 87, main routing table version 87 Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.0.0.1 4 200 965 948 0 0 0 00:02:24 Idle (PfxCt)
Router_B# show ip bgp neighbors 10.0.0.1
BGP neighbor is 10.0.0.1, remote AS 200, external link
BGP version 4, remote router ID 0.0.0.0
BGP state = Idle
Last read 00:02:43, hold time is 180, keepalive interval is 60 seconds
Received 965 messages, 0 notifications, 0 in queue
Sent 948 messages, 2 notifications, 0 in queue
Default minimum time between advertisement runs is 30 seconds
For address family: IPv4 Unicast
BGP table version 87, neighbor version 0
Index 1, Offset 0, Mask 0x2
Route refresh request: received 0, sent 0, maximum limit 10
Threshold for warning message 80%
Connections established 2; dropped 2
Last reset 00:02:43, due to BGP Notification sent, update malformed
Message received that caused BGP to send a Notification:
FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
00600200 00001940 01010040 02040201
00C84003 040A0000 01800404 00000000
180A0001 180A0002 180A0003 180A0004
180A0005 180A0006 180A0007 180A0008
180A0009 180A000A 180A000B 180A000C
Peer had exceeded the max. no. of prefixes configured.
Reduce the no. of prefix and clear ip bgp 10.0.0.1 to restore peering
External BGP neighbor can be up to 2 hops away.
No active TCP connection
Hinweis: Verwenden Sie diesen Befehl, um die Peer-Fähigkeit wiederherzustellen:
Router_B#clear ip bgp 10.0.0.1
Zugehörige Informationen
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
1.0 |
09-Jul-2002 |
Erstveröffentlichung |
Feedback