De BGP Maximum Prefix-functie configureren
Inhoud
Inleiding
In dit document worden de configuratie- en probleemoplossingsgegevens beschreven van de functie Maximum-prefix van het Border Gateway Protocol (BGP).
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- Basis IP-routering
- BGP-configuratie
Gebruikte componenten
De informatie in dit document is niet beperkt tot specifieke software- en hardwareversies, maar de voorbeelden zijn gebaseerd op Cisco Catalyst 8500 Series Edge Platforms met Cisco IOS XE Software Release 17.12.x.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Conventies
Achtergrondinformatie
Dit document bevat configuratie- en probleemoplossingsinformatie over de functie Maximumprefix van BGP. Met deze functie kunt u bepalen hoeveel voorvoegsels van een buurman kunnen worden ontvangen. Standaard stelt deze functie een router in staat om een peer naar beneden te halen wanneer het aantal ontvangen prefixen van die peer de geconfigureerde maximale prefix-limiet overschrijdt. Dit wordt vaak gebruikt voor externe BGP-peers, maar kan worden toegepast op interne BGP-peers.
De functie Maximum-Prefix is handig wanneer bij een wijziging van het uitgaande beleid op de externe peering-site een router meer routes begint te ontvangen dan het routergeheugen kan nemen. Als de router ook kritieke routeringsfuncties uitvoert, kan een onverwachte toename van ontvangen BGP-voorvoegsels systeembronnen verbruiken en de interne netwerkconnectiviteit beïnvloeden. Met de opdracht maximum-prefix <neighbor-ip> is het mogelijk om een router tegen deze situatie te beschermen.
Wanneer u van plan bent om deze functie te gebruiken, overweeg dan deze belangrijke punten:
-
Weet hoeveel routes de externe BGP peering router normaal verzendt.
-
Stel de maximale prefixlimiet in die hoger is dan het aantal prefixen dat bij normaal gebruik wordt verwacht. Configureer de waarschuwingsdrempel als een percentage van die maximale prefix-limiet.
- Selecteer de gewenste actie wanneer het aantal ontvangen prefix het geconfigureerde maximum overschrijdt:
- Beëindig de BGP-sessie en vereist een handmatige reset.
- Configureer het opnieuw opstarten <herstart-interval> om de sessie automatisch opnieuw op te starten.
- Configureer de waarschuwing alleen om de gebeurtenis te registreren zonder de sessie te beëindigen.
Opmerking: met de optie Opnieuw opstarten wordt automatisch geprobeerd een BGP-sessie opnieuw op te starten nadat de maximale prefixlimiet de sessie beëindigt. Zie BGP-buursessie opnieuw starten nadat de maximale prefixlimiet is bereikt voor gedetailleerde configuratiegegevens.
Configureren
Deze sectie bevat informatie over het configureren van de functies die in dit document worden beschreven.
De opdrachtsyntaxis die wordt gebruikt om de BGP Maximum-Prefix-functie te configureren, is:
neighbor {ip-address | peer-group-name} maximum-prefix <maximum> [threshold] [restart <restart-interval>] [warning-only]
Waarbij:
-
maximum — vertegenwoordigt het maximum aantal voorvoegsels dat van de buurman is toegestaan.
-
drempelwaarde — Hiermee geeft u het percentage op van de geconfigureerde maximale prefixlimiet waarbij de router een waarschuwingsbericht genereert. Het geldige bereik is 1 tot 100%.
-
De standaardwaarde is 75 procent.
-
Als de maximale waarde bijvoorbeeld 20 is en de drempel 60 is, genereert de router waarschuwingsberichten wanneer het aantal BGP-geleerde routes van de buurman 60% van 20 (12) routes overschrijdt.
-
-
restart-interval — Hiermee geeft u het interval op, in minuten, nadat de router probeert de BGP-sessie opnieuw op te starten. Het geldige bereik is 1 tot 65535 minuten, dit is de manier.
-
alleen waarschuwing (optioneel) — Hiermee kan de router een logbericht genereren wanneer de limiet voor het maximumprefix wordt overschreden, in plaats van de peering-sessie te beëindigen.
Om het gebruik beter te illustreren, overweeg dit voorbeeld:
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.
Netwerkdiagram
BGP Maximum-Prefix Topologie
Router_A in autonoom systeem 200 sluit rechtstreeks aan op Router_B in autonoom systeem 300 via interface TenGigabitEthernet0/0/0. Router_A gebruikt 10.0.0.1/30 en Router_B gebruikt 10.0.0.2/30. De routers stellen via deze link een single-hop External Border Gateway Protocol (eBGP)-sessie in.
Alleen waarschuwingsgedrag met maximaal voorvoegsel configureren
In de configuratie met alleen waarschuwingen voor het maximumprefix wordt Router_B geconfigureerd om alleen een waarschuwingsbericht te loggen wanneer het aantal van Router_A ontvangen voorvoegsels de ingestelde drempelwaarde overschrijdt.
De configuratie van beide routers wordt weergegeven in deze tabel. Let op de aanwezigheid van het trefwoord alleen waarschuwing dat is geconfigureerd met de opdracht Buurman:
| Router_A | Router_B |
|---|---|
|
|
Opmerking: in dit voorbeeld genereert de opdracht maximum-prefix een waarschuwing wanneer het aantal BGP-prefixes dat van de buurman 10.0.0.1 is ontvangen, groter is dan acht.
De opdrachten show en debug in het gedeelte Verify and Troubleshoot van dit document rapporteren wat er gebeurt op Router_B wanneer het aantal voorvoegsels dat van Router_A wordt ontvangen de ingestelde drempelwaarde overschrijdt.
Maximum-prefix configureren om BGP-sessiegedrag te beëindigen
In dit voorbeeld genereert Router_B een waarschuwing wanneer het aantal ontvangen prefix de waarschuwingsdrempel overschrijdt. Router_B beëindigt de BGP-sessie wanneer het aantal ontvangen prefix de maximale prefix-limiet overschrijdt. Het trefwoord alleen waarschuwing is niet geconfigureerd. De opdracht maximum-prefix beëindigt de BGP-sessie wanneer het aantal van de buurman ontvangen voorvoegsels meer dan 10 bedraagt:
| Router_A | Router_B |
|---|---|
|
|
Opmerking: in dit voorbeeld dwingt het maximum-prefix commando de buursessie om af te breken wanneer de BGP geleerde routes van de buurman meer dan 10 bedraagt.
De opdrachten show en debug in het gedeelte Verify and Troubleshoot rapporteren wat er gebeurt op Router_B wanneer het aantal voorvoegsels dat het ontvangt van Router_A de ingestelde drempelwaarde overschrijdt.
Controleren en problemen oplossen
Deze sectie bevat informatie die u kunt gebruiken om te controleren of uw configuratie correct werkt. De opdrachtsyntaxis en standaardwaarden van de functie die in dit document wordt gebruikt, zijn beschikbaar op de opdrachtpagina van BGP.
Opmerking: Raadpleeg Belangrijke informatie over foutopsporingsopdrachten begrijpen voordat u foutopsporingsopdrachten gebruikt.
-
ip bgp-buurman weergeven — Hiermee worden de status van de BGP-buurman en de prefix-limietgegevens weergegeven
-
samenvatting ip bgp weergeven — Hiermee wordt de status van alle BGP-verbindingen weergegeven
-
foutopsporings-ip-updates in — Geeft informatie weer met betrekking tot BGP-updates
Alleen maximale waarschuwing voorvoegsel
Let op deze nummers:
-
Geconfigureerde maximum-prefix limiet: 10 (tien prefixes)
-
Waarschuwingsdrempel: 80 procent (acht voorvoegsels)
Opmerking: de exacte routegeneratie en de BGP-advertentieconfiguratie die voor de testvoorvoegsels worden gebruikt, worden weggelaten. Router_A kan de voorvoegsels genereren via netwerkverklaringen of herverdeling, of ze leren van andere BGP-buren en ze adverteren aan Router_B.
Zolang het aantal ontvangen voorvoegsels de ingestelde drempelwaarde niet overschrijdt, worden er geen berichten geregistreerd. Zodra het aantal BGP-routes dat van buurman 10.0.0.1 wordt geleerd de drempelwaarde van acht voorvoegsels overschrijdt, logt Router_B dit bericht.
Deze situatie wordt gesimuleerd wanneer negen voorvoegsels worden verzonden:
%BGP-4-MAXPFX: No. of prefix received from 10.0.0.1 (afi 0) reaches 9, max 10
Als de situatie verslechtert en de Maximum-Prefix-nummerset van 10 overschrijdt, registreert de router dit bericht. Deze situatie wordt gesimuleerd wanneer er meer voorvoegsels worden verzonden:
%BGP-3-MAXPFXEXCEED: No. of prefix received from 10.0.0.1 (afi 0): 11 exceed limit 10
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:17:22 Last read 00:00:25, last write 00:00:22, hold time is 180, keepalive interval is 60 seconds Last update received: 00:04:04 Neighbor sessions: 1 active, is not multisession capable (disabled) Neighbor capabilities: Route refresh: advertised and received(new) Four-octets ASN Capability: advertised and received Address family IPv4 Unicast: advertised and received Enhanced Refresh Capability: advertised and received Multisession Capability: Stateful switchover support enabled: NO for session 1 Message statistics: InQ depth is 0 OutQ depth is 0 Sent Rcvd Opens: 1 1 Notifications: 0 0 Updates: 1 2 Keepalives: 20 19 Route Refresh: 0 0 Total: 22 22 Do log neighbor state changes (via global configuration) Default minimum time between advertisement runs is 30 seconds For address family: IPv4 Unicast Session: 10.0.0.1 BGP table version 12, neighbor version 12/0 Output queue size : 0 Index 1, Advertise bit 0 1 update-group member Slow-peer detection is disabled Slow-peer split-update-group dynamic is disabled Sent Rcvd Prefix activity: ---- ---- Prefixes Current: 0 11 (Consumes 1496 bytes) Prefixes Total: 0 11 Implicit Withdraw: 0 0 Explicit Withdraw: 0 0 Used as bestpath: n/a 11 Used as multipath: n/a 0 Used as secondary: n/a 0 Outbound Inbound Local Policy Denied Prefixes: -------- ------- Bestpath from this peer: 11 n/a Total: 11 0 Maximum prefixes allowed 10 (warning-only) Threshold for warning message 80% Number of NLRIs in the update sent: max 0, min 0 Current session network count peaked at 11 entries at 20:05:46 Aug 19 2026 UTC (00:04:05.075 ago) Highest network count observed at 11 entries at 20:05:46 Aug 19 2026 UTC (00:04:05.075 ago) Last detected as dynamic slow peer: never Dynamic slow peer recovered: never Refresh Epoch: 1 Last Sent Refresh Start-of-rib: never Last Sent Refresh End-of-rib: never Last Received Refresh Start-of-rib: never Last Received Refresh End-of-rib: never Sent Rcvd Refresh activity: ---- ---- Refresh Start-of-RIB 0 0 Refresh End-of-RIB 0 0 Address tracking is enabled, the RIB does have a route to 10.0.0.1 Route to peer address reachability Up: 1; Down: 0 Last notification 00:17:27 Connections established 1; dropped 0 Last reset never External BGP neighbor configured for connected checks (single-hop no-disable-connected-check) Interface associated: TenGigabitEthernet0/0/0 (peering address in same link) Transport(tcp) path-mtu-discovery is enabled Graceful-Restart is disabled SSO is disabled Connection state is ESTAB, I/O status: 1, unread input bytes: 0 Connection is ECN Disabled, Mininum incoming TTL 0, Outgoing TTL 1 Local host: 10.0.0.2, Local port: 179 Foreign host: 10.0.0.1, Foreign port: 48663 Connection tableid (VRF): 0 Maximum output segment queue size: 50 Enqueued packets for retransmit: 0, input: 0 mis-ordered: 0 (0 bytes) Event Timers (current time is 0x386BB365): Timer Starts Wakeups Next Retrans 21 0 0x0 TimeWait 0 0 0x0 AckHold 22 21 0x0 SendWnd 0 0 0x0 KeepAlive 0 0 0x0 GiveUp 0 0 0x0 PmtuAger 0 0 0x0 DeadWait 0 0 0x0 Linger 0 0 0x0 ProcessQ 0 0 0x0 iss: 3438119007 snduna: 3438119468 sndnxt: 3438119468 irs: 2705427639 rcvnxt: 2705428185 sndwnd: 15924 scale: 0 maxrcvwnd: 16384 rcvwnd: 15839 scale: 0 delrcvwnd: 545 SRTT: 939 ms, RTTO: 1411 ms, RTV: 472 ms, KRTT: 0 ms minRTT: 0 ms, maxRTT: 1000 ms, ACK hold: 120 ms uptime: 1042758 ms, Sent idletime: 22095 ms, Receive idletime: 21895 ms Status Flags: passive open, gen tcbs Option Flags: nagle, path mtu capable IP Precedence value : 6 Window update Optimisation : Enabled ACK Optimisation : Dynamic ACK Tuning Enabled Datagrams (max data segment is 1460 bytes): Peer MSS: 1460 Rcvd: 44 (out of order: 0), with data: 22, total data bytes: 545 Sent: 45 (retransmit: 0, fastretransmit: 0, partialack: 0, Second Congestion: 0), with data: 22, total data bytes: 460 Packets received in fast path: 0, fast processed: 0, slow path: 0 fast lock acquisition failures: 0, slow path: 0 TCP Semaphore 0x746BB5E1C7B0 FREE
Router_B#show ip bgp summary BGP router identifier 10.0.0.2, local AS number 300 BGP table version is 12, main routing table version 12 11 network entries using 2728 bytes of memory 11 path entries using 1496 bytes of memory 1/1 BGP path/bestpath attribute entries using 296 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 using 4544 total bytes of memory BGP activity 11/0 prefixes, 11/0 paths, scan interval 60 secs 11 networks peaked at 20:05:46 Aug 19 2026 UTC (00:08:51.371 ago) Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.0.0.1 4 200 27 27 12 0 0 00:22:09 11
Router_A adverteert met 11 voorvoegsels voor Router_B. Router_B genereert een waarschuwing wanneer de ontvangen prefix-telling negen bereikt en genereert een maximaal prefix-overschreden bericht wanneer de telling 11 bereikt. Omdat alleen waarschuwing is geconfigureerd, blijft de BGP-sessie ingesteld.
Waarschuwing: de opdracht debug ip bgp updates in kan aanzienlijke output genereren en invloed hebben op de prestaties van het apparaat. Voer deze opdracht alleen uit tijdens een gecontroleerd venster voor probleemoplossing, bewaak de systeembronnen, gebruik opdrachtfilters en schakel foutopsporing uit na het verzamelen van gegevens.
Router_B#debug ip bgp updates in *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd UPDATE w/ attr: nexthop 10.0.0.1, origin ?, metric 0, merged path 200, AS_PATH *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.0.0.0/30 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.10.1.0/30 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.1.1.1/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.2.2.2/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.3.3.3/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.4.4.4/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.5.5.5/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.6.6.6/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.7.7.7/32 *Aug 19 20:34:50.019: %BGP-4-MAXPFX: Number of prefixes received from 10.0.0.1 (afi 0) reaches 9, max 10 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.9.9.9/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.8.8.8/32 *Aug 19 20:34:50.019: %BGP-3-MAXPFXEXCEED: Number of prefixes received from 10.0.0.1 (afi 0): 11 exceeds limit 10 *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.0.0.0/30 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.1.1.1/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.2.2.2/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.3.3.3/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.4.4.4/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.5.5.5/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.6.6.6/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.7.7.7/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.8.8.8/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.9.9.9/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.10.1.0/30 -> 10.0.0.1(global) to main IP table
In het vorige voorbeeld wordt de BGP-buurrelatie gehandhaafd, zelfs als de naburige router meer voorvoegsels verzendt dan het beleid toestaat. Router_B registreert waarschuwingen en maximaal prefix-overschreden berichten, maar houdt de BGP-sessie ingesteld. Router_B blijft voorvoegsels van de buurman accepteren omdat alleen waarschuwing is geconfigureerd.
Maximumprefix BGP-sessie beëindigen
De eerste voorwaarden die nodig zijn voor deze case hebben de BGP buurman up and running en met zes prefixes verzonden door Router_A naar Router_B. Zoals te zien in het voorbeeld, wanneer Router_A adverteert met meer voorvoegsels (bijvoorbeeld 9), weerspiegelt de uitvoer van de opdrachten precies wat al werd gezien voor het geval waarin Router_B is geconfigureerd om een waarschuwingsbericht te loggen.
Nadat Router_A een elfde prefix adverteert, overschrijdt het aantal ontvangen prefix de geconfigureerde limiet van 10. Router_B verzendt een maximaal aantal prefixes bereikt kennisgeving en beëindigt de BGP sessie.
Router_B#debug ip bgp updates in
*Aug 19 20:45:48.779: BGP(0): 10.0.0.1 rcvd UPDATE w/ attr: nexthop 10.0.0.1, origin ?, metric 0, merged path 200, AS_PATH
*Aug 19 20:45:48.779: BGP(0): 10.0.0.1 rcvd 10.7.7.7/32
*Aug 19 20:45:48.779: %BGP-4-MAXPFX: Number of prefixes received from 10.0.0.1 (afi 0) reaches 10, max 10 *Aug 19 20:45:48.779: BGP(0): 10.0.0.1 rcvd 10.9.9.9/32
*Aug 19 20:45:48.779: %BGP-3-MAXPFXEXCEED: Number of prefixes received from 10.0.0.1 (afi 0): 11 exceeds limit 10 *Aug 19 20:45:48.780: %BGP-3-NOTIFICATION: sent to neighbor 10.0.0.1 6/1 (Maximum Number of Prefixes Reached) 7 bytes 00010100 00000A
*Aug 19 20:45:48.780: %BGP-5-NBR_RESET: Neighbor 10.0.0.1 reset (Peer over prefix limit)
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.0.0.0/30
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.1.1.1/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.2.2.2/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.3.3.3/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.4.4.4/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.5.5.5/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.6.6.6/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.7.7.7/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.8.8.8/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.10.1.0/30
*Aug 19 20:45:48.780: %BGP-5-ADJCHANGE: neighbor 10.0.0.1 Down Peer over prefix limit *Aug 19 20:45:48.780: %BGP_SESSION-5-ADJCHANGE: neighbor 10.0.0.1 IPv4 Unicast topology base removed from session Peer over prefix limit
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.0.0.0/30
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.1.1.1/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.2.2.2/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.3.3.3/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.4.4.4/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.5.5.5/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.6.6.6/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.7.7.7/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.8.8.8/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.10.1.0/30Router_B#show ip bgp summary
BGP router identifier 10.0.0.2, local AS number 300
BGP table version is 25, main routing table version 25
17 networks peaked at 20:33:04 Aug 19 2026 UTC (00:13:00.072 ago)
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
10.0.0.1 4 200 0 0 1 0 0 00:00:15 Idle (PfxCt)Opmerking: In dit scenario moet u de opdracht ip bgp <neighbor-ip>wissen gebruiken om de peer-sessie te herstellen. Voordat u de sessie opnieuw instelt, moet u het aantal voorvoegsels dat door de peer wordt geadverteerd verminderen of de geconfigureerde maximale voorvoegsellimiet aanpassen na capaciteitsvalidatie. Met deze opdracht wordt de BGP-sessie opnieuw ingesteld en worden routes die zijn geleerd van de peer tijdelijk verwijderd.
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 = Idle, down for 00:00:39
Last update received: n/a
Neighbor sessions:
0 active, is not multisession capable (disabled)
Stateful switchover support enabled: NO for session 0
Message statistics:
InQ depth is 0
OutQ depth is 0
Sent Rcvd
Opens: 0 1
Notifications: 1 0
Updates: 0 0
Keepalives: 0 0
Route Refresh: 0 0
Total: 1 1
Do log neighbor state changes (via global configuration)
Default minimum time between advertisement runs is 30 seconds
For address family: IPv4 Unicast
BGP table version 25, neighbor version 1/25
Output queue size : 0
Index 0, Advertise bit 0
Address family not supported notification sent
Slow-peer detection is disabled
Slow-peer split-update-group dynamic is disabled
Peer had exceeded the max. no. of prefixes configured.
Maximum prefixes allowed 10
Threshold for warning message 80%
Reduce the no. of prefix and clear ip bgp 10.0.0.1 to restore peering
Number of NLRIs in the update sent: max 0, min 0
Highest network count observed at 12 entries at 20:32:03 Aug 19 2026 UTC (00:14:25.012 ago) Last detected as dynamic slow peer: never
Dynamic slow peer recovered: never
Refresh Epoch: 1
Last Sent Refresh Start-of-rib: never
Last Sent Refresh End-of-rib: never
Last Received Refresh Start-of-rib: never
Last Received Refresh End-of-rib: never
Sent Rcvd
Refresh activity: ---- ----
Refresh Start-of-RIB 0 0
Refresh End-of-RIB 0 0
Address tracking is enabled, the RIB does have a route to 10.0.0.1
Route to peer address reachability Up: 1; Down: 0
Last notification 00:54:04
Connections established 3; dropped 3
Last reset 00:00:39, due to BGP protocol initialization
External BGP neighbor configured for connected checks (single-hop no-disable-connected-check)
Interface associated: TenGigabitEthernet0/0/0 (peering address in same link)
Transport(tcp) path-mtu-discovery is enabled
Graceful-Restart is disabled
SSO is disabled
No active TCP connectionGerelateerde informatie
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
2.0 |
20-Aug-2026
|
Bijgewerkte titel, spelling, grammatica, ingevoegde horizontale lijnen om secties te scheiden voor leesbaarheid. |
1.0 |
09-Jul-2002
|
Eerste vrijgave |
Feedback