BGP 최대 접두사 기능 구성
소개
이 문서에서는 BGP(Border Gateway Protocol) 최대 접두사 기능의 컨피그레이션 및 문제 해결 정보에 대해 설명합니다.
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- 기본 IP 라우팅
- BGP 컨피그레이션
사용되는 구성 요소
이 문서의 정보는 특정 소프트웨어 및 하드웨어 버전으로 제한되지 않지만, Cisco IOS XE Software 릴리스 17.12.x를 실행하는 Cisco Catalyst 8500 Series Edge Platform을 기반으로 합니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
표기 규칙
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
배경 정보
이 문서에서는 BGP 최대 접두사 기능에 대한 컨피그레이션 및 문제 해결 정보를 제공합니다. 이 기능을 사용하면 인접 디바이스에서 수신할 수 있는 접두사 수를 제어할 수 있습니다. 기본적으로 이 기능을 사용하면 해당 피어에서 수신한 접두사의 수가 구성된 최대 접두사 제한을 초과할 경우 라우터가 피어를 중단할 수 있습니다. 이는 외부 BGP 피어에 일반적으로 사용되지만 내부 BGP 피어에 적용될 수 있습니다.
Maximum-Prefix 기능은 원격 피어링 사이트에서 아웃바운드 정책을 변경할 때 라우터가 라우터 메모리에서 사용할 수 있는 것보다 많은 경로를 수신하기 시작할 때 유용합니다. 라우터가 중요한 라우팅 기능도 수행할 경우, 수신된 BGP 접두사가 예기치 않게 증가하면 시스템 리소스가 소모되고 내부 네트워크 연결에 영향을 줄 수 있습니다. neighbor <neighbor-ip> maximum-prefix 명령을 사용하면 이러한 상황으로부터 라우터를 보호할 수 있습니다.
이 기능을 사용하려는 경우 다음 핵심 사항을 고려하십시오.
-
원격 BGP 피어링 라우터가 일반적으로 전송하는 경로 수를 확인합니다.
-
최대 접두사 제한을 정상 작동 중에 예상되는 접두사 수보다 높게 설정합니다. 경고 임계값을 해당 최대 접두사 제한의 백분율로 구성합니다.
- 수신된 접두사 수가 구성된 최대값을 초과할 경우 필요한 작업을 선택합니다.
- BGP 세션을 종료하고 수동 재설정이 필요합니다.
- 세션을 자동으로 재설정하려면 restart <restart-interval> 을 구성합니다.
- 세션을 종료하지 않고 이벤트를 기록하도록 경고 전용을 구성합니다.
참고: restart 옵션은 maximum-prefix limit이 세션을 종료한 후 자동으로 BGP 세션 재설정을 시도합니다. 자세한 컨피그레이션 정보는 Max-Prefix Limit Reached 이후 BGP Restart Neighbor Session을 참조하십시오.
구성
이 섹션에는 이 문서에서 설명하는 기능을 구성하기 위한 정보가 표시됩니다.
BGP 최대 접두사 기능을 구성하는 데 사용되는 명령 구문은 다음과 같습니다.
neighbor {ip-address | peer-group-name} maximum-prefix <maximum> [threshold] [restart] [warning-only]
여기서 각 항목은 다음을 나타냅니다.
-
maximum — 네이버에서 허용되는 접두사의 최대 수를 나타냅니다.
-
threshold — 라우터가 경고 메시지를 생성하는 구성된 최대 접두사 제한의 백분율을 지정합니다. 유효한 범위는 1~100%입니다.
-
기본값은 75%입니다.
-
예를 들어 구성된 최대값이 20이고 임계값이 60이면 라우터는 인접 디바이스에서 얻은 BGP 경로 수가 20(12) 경로의 60%를 초과할 때 경고 메시지를 생성합니다.
-
-
restart-interval — 라우터가 BGP 세션 재설정을 시도한 이후의 간격(분)을 지정합니다. 유효한 범위는 1분에서 65535분까지입니다.
-
warning-only(선택 사항) — Maximum-Prefix 제한이 초과될 경우 피어링 세션을 종료하는 대신 라우터가 로그 메시지를 생성하도록 허용합니다.
사용법을 더 잘 설명하려면 다음 예를 고려하십시오.
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.
네트워크 다이어그램
BGP 최대 접두사 토폴로지
자동 시스템 200의 Router_A는 인터페이스 TenGigabitEthernet0/0/0을 통해 자동 시스템 300의 Router_B에 직접 연결됩니다. Router_A는 10.0.0.1/30을 사용하고 Router_B는 10.0.0.2/30을 사용합니다. 라우터는 이 링크를 통해 단일 홉 eBGP(external Border Gateway Protocol) 세션을 설정합니다.
최대 접두사 경고 전용 동작 구성
Maximum-Prefix warning-only 컨피그레이션에서 Router_B는 Router_A에서 수신한 접두사 수가 임계값 설정을 초과하는 경우 경고 메시지만 기록하도록 구성됩니다.
두 라우터의 컨피그레이션은 이 표에 나와 있습니다. neighbor 명령으로 구성된 warning-only 키워드가 있는지 확인합니다.
| 라우터_A | 라우터_B |
|---|---|
|
|
참고: 이 예에서 maximum-prefix 명령은 인접 디바이스 10.0.0.1에서 수신된 BGP 접두사 수가 8개를 초과할 때 경고를 생성합니다.
이 문서의 Verify and Troubleshoot 섹션에 있는 show and debug 명령 출력은 Router_A에서 수신한 접두사 수가 임계값 설정을 초과할 때 Router_B에서 발생하는 상황을 보고합니다.
BGP 세션 동작을 종료하도록 Maximum-Prefix 구성
이 예에서 Router_B는 수신된 접두사 수가 경고 임계값을 초과할 때 경고를 생성합니다. Router_B는 received-prefix 수가 최대 접두사 제한을 초과하면 BGP 세션을 종료합니다. warning-only 키워드가 구성되지 않았습니다. maximum-prefix 명령은 인접 디바이스에서 수신한 접두사 수가 10을 초과하면 BGP 세션을 종료합니다.
| 라우터_A | 라우터_B |
|---|---|
|
|
참고: 이 예에서 maximum-prefix 명령은 인접 디바이스에서 BGP를 학습한 경로가 10을 초과하면 인접 디바이스 세션을 강제로 해제합니다.
Verify and Troubleshoot 섹션의 show and debug 명령 출력은 Router_A에서 수신한 접두사 수가 임계값 설정을 초과할 때 Router_B에서 발생하는 상황을 보고합니다.
확인 및 문제 해결
이 섹션에서는 컨피그레이션이 제대로 작동하는지 확인하는 데 사용할 수 있는 정보를 제공합니다. 이 문서에 사용된 기능의 명령 구문 및 기본값은 BGP 명령 페이지에서 사용할 수 있습니다.
참고: debug 명령을 사용하기 전에 Debug 명령에 대한 중요 정보 이해를 참조하십시오.
-
show ip bgp neighbor — BGP 인접 디바이스 상태 및 접두사 제한 정보를 표시합니다
-
show ip bgp summary - 모든 BGP 연결의 상태를 표시합니다.
-
debug ip bgp updates in — BGP 업데이트와 관련된 정보를 표시합니다
최대 접두사 경고 전용
다음 숫자에 주목하십시오.
-
구성된 최대 접두사 제한: 10(접두사 10개)
-
경고 임계값: 80%(접두사 8개)
참고: 테스트 접두사에 사용되는 정확한 경로 생성 및 BGP 광고 컨피그레이션은 생략됩니다. Router_A는 네트워크 명령문이나 재배포를 통해 접두사를 시작하거나 다른 BGP 인접 디바이스에서 이를 학습하여 Router_B에 알릴 수 있습니다.
수신된 접두사의 수가 임계값 설정을 초과하지 않는 한 메시지는 로깅되지 않습니다. 인접 디바이스 10.0.0.1에서 학습한 BGP 경로 수가 접두사 8개의 임계값 제한을 초과하는 즉시 Router_B가 이 메시지를 기록합니다.
9개의 접두사가 전송될 때 이 상황이 시뮬레이션됩니다.
%BGP-4-MAXPFX: No. of prefix received from 10.0.0.1 (afi 0) reaches 9, max 10
상황이 악화되어 Maximum-Prefix number set 10을 초과하면 라우터가 이 메시지를 로깅합니다. 더 많은 접두사를 전송하면 이 상황이 시뮬레이션됩니다.
%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는 Router_B에 11개의 접두사를 알립니다. Router_B는 수신된 접두사 수가 9에 도달하면 경고를 생성하고, 숫자가 11에 도달하면 최대 접두사 초과 메시지를 생성합니다. 경고 전용이 구성되므로 BGP 세션이 설정된 상태로 유지됩니다.
주의: debug ip bgp updates in 명령은 실질적인 출력을 생성하고 디바이스 성능에 영향을 줄 수 있습니다. 제어된 문제 해결 창 동안에만 이 명령을 실행하고, 시스템 리소스를 모니터링하고, 명령 필터를 사용하고, 데이터 수집 후 디버깅을 비활성화합니다.
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
이전 예에서 BGP 네이버 관계는 인접 라우터가 정책이 허용하는 것보다 더 많은 접두사를 전송하더라도 유지됩니다. Router_B는 경고 및 maximum-prefix-exceeded 메시지를 로깅하지만 BGP 세션이 설정된 상태를 유지합니다. 경고 전용이 구성되었으므로 Router_B는 계속해서 인접 디바이스의 접두사를 수락합니다.
최대 접두사 종료 BGP 세션
이 경우에 필요한 초기 조건에서는 BGP 인접 디바이스가 가동 및 실행되고 Router_A에서 Router_B로 6개의 접두사를 보냈습니다. 예제에서 볼 수 있듯이, Router_A가 더 많은 접두사(예: 9)를 광고할 때 명령의 출력은 경고 메시지를 로깅하도록 Router_B가 구성된 경우에 대해 이미 표시된 것과 정확히 일치합니다.
Router_A가 11번째 접두사를 알린 후 수신된 접두사 수가 구성된 제한인 10을 초과합니다. Router_B는 최대 접두사 수 도달 알림을 전송하고 BGP 세션을 종료합니다.
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)참고: 이 시나리오에서는 clear ip bgp <neighbor-ip> 명령을 사용하여 피어 세션을 복원해야 합니다. 세션을 재설정하기 전에 피어에서 광고하는 접두사 수를 줄이거나 용량 검증 후 구성된 최대 접두사 제한을 조정하십시오. 이 명령은 BGP 세션을 재설정하고 피어에서 학습된 경로를 일시적으로 제거합니다.
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 connection관련 정보
개정 이력
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
2.0 |
20-Aug-2026
|
제목, 맞춤법, 문법, 가독성을 위해 별도의 섹션에 삽입된 가로 줄 등의 내용을 업데이트했습니다. |
1.0 |
09-Jul-2002
|
최초 릴리스 |
피드백