BGP最大プレフィックス機能の設定
はじめに
このドキュメントでは、ボーダーゲートウェイプロトコル(BGP)の最大プレフィックス機能の設定とトラブルシューティングについて説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- 基本的な IP ルーティング
- BGPの設定
使用するコンポーネント
このドキュメントの情報は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありませんが、例は、Cisco IOS XEソフトウェアリリース17.12.xが稼働するCisco Catalyst 8500シリーズエッジプラットフォームに基づくものです。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
表記法
表記法の詳細については、『シスコ テクニカル ティップスの表記法』を参照してください。
バックグラウンド情報
このドキュメントでは、BGP最大プレフィクス機能の設定とトラブルシューティングについて説明します。この機能を使用すると、ネイバーから受信できるプレフィックスの数を制御できます。デフォルトでは、ピアから受信したプレフィクスの数が設定されている最大プレフィクスの制限値を超えたとき、この機能によってルータがピアをダウンさせることができるようになっています。これは外部BGPピアで一般的に使用されますが、内部BGP(iBGP)ピアに適用することもできます。
最大プレフィクス機能は、リモートピアリングサイトでの発信ポリシーの変更により、ルータのメモリで受信可能な量を超えるルートがルータで受信され始めたときに役立ちます。ルータが重要なルーティング機能も実行している場合、受信したBGPプレフィクスの予期しない増加がシステムリソースを消費し、内部ネットワークの接続に影響を与える可能性があります。neighbor <neighbor-ip> maximum-prefix コマンドを使用することで、ルータをこの状況から保護することができます。
この機能の使用を計画する際には、次のキー ポイントを考慮してください。
-
リモートの BGP ピアリング ルータが通常送信しているルートの数を把握する。
-
最大プレフィクスの制限を、通常の動作中に予想されるプレフィクスの数よりも大きく設定します。警告のしきい値を、その最大プレフィクスの制限に対するパーセンテージで設定します。
- 受信したプレフィックス数が設定された最大値を超えた場合の必要なアクションを選択します。
- BGPセッションを終了し、手動リセットを要求します。
- セッションを自動的に再確立するようにrestart <restart-interval>を設定します。
- セッションを終了せずにイベントをログに記録するようにwarning-onlyを設定します。
注:restartオプションは、最大プレフィクスの制限によってセッションが終了した後に、BGPセッションの再確立を自動的に試みます。設定情報の詳細については、「最大プレフィクスの制限に達した後のBGPによるネイバーセッションの再開」を参照してください。
設定
このセクションでは、このドキュメントで説明する機能を設定するために必要な情報を提供しています。
BGP最大プレフィクス機能を設定するために使用するコマンド構文は次のとおりです。
neighbor {ip-address | peer-group-name} maximum-prefix <maximum> [threshold] [restart] [warning-only]
ここで、
-
maximum：ネイバーから受信できるプレフィクスの最大数を表します。
-
threshold：ルータで警告メッセージが生成される、設定済みの最大プレフィクス制限のパーセンテージを指定します。有効な範囲は1 ～ 100 %です。
-
デフォルトは75%です。
-
たとえば、maximum-valueが20に設定されており、しきい値が60の場合、ネイバーから学習されたBGPのルートが20ルートの60 %(12)を超えると、ルータでは警告メッセージが生成されます。
-
-
restart-interval：ルータがBGPセッションの再確立を試行した後の間隔（分）を指定します。有効な範囲は1 ～ 65535分です。
-
warning-only（オプション）：最大プレフィクスの制限値を超えた場合、ピアリングセッションを終了するのではなく、ログメッセージを生成することをルータに許可します。
使用方法をより分かりやすく説明するために、次の例を検討します。
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)セッションを確立します。
最大プレフィックスの警告のみの動作を構成する
最大プレフィクスの警告のみを送る設定では、Router_B は、Router_A から受信するプレフィクスの数がしきい値の設定を超えた際に、警告メッセージのログへの記録のみを行うように設定されます。
次の表に、両方のルータの設定を示します。warning-onlyというキーワードがneighborコマンドで設定されていることに注意してください。
| ルータ A | Router_B |
|---|---|
|
|
注：この例では、ネイバー10.0.0.1から受信したBGPプレフィックスの数が8を超えると、maximum-prefixコマンドによって警告が生成されます。
このドキュメントの「確認とトラブルシューティング」セクションにあるshowコマンドとdebugコマンドの出力では、Router_Aから受信したプレフィクスの数がしきい値の設定を超えた際にRouter_Bで生じる現象が報告されています。
BGPセッションの動作を終了するための最大プレフィクスの設定
この例では、受信プレフィクス数が警告しきい値を超えたときに、Router_Bによって警告が生成されます。Router_Bは、受信プレフィクス数が最大プレフィクスの制限を超えたときにBGPセッションを終了します。warning-onlyキーワードが設定されていない。maximum-prefixコマンドは、ネイバーから受信したプレフィクスの数が10を超えたときにBGPセッションを終了します。
| ルータ A | Router_B |
|---|---|
|
|
注：この例では、maximum-prefixコマンドにより、BGPがネイバーから学習したルートが10を超えたときに、ネイバーセッションが強制的にティアダウンされます。
「確認とトラブルシューティング」セクションにあるshowコマンドと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は、network文または再配布を通じてプレフィックスを発信するか、他の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
状況が悪化し、最大プレフィクス数のセットである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に達するとmaximum-prefix-exceededメッセージが生成されます。warning-onlyが設定されているため、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セッションは確立されたままです。warning-onlyが設定されているため、Router_Bはネイバーからのプレフィックスの受け入れを継続します。
最大プレフィクスによるBGPセッションの終了
この場合に必要な初期状態は、BGPネイバーが起動および実行されており、6つのプレフィックスがRouter_AからRouter_Bに送信されていることです。この例に示すように、Router_Aがより多くのプレフィックス（9など）をアドバタイズすると、Router_Bが警告メッセージを記録するように設定されている場合に、コマンドの出力は以前とまったく同じものが返されます。
Router_Aが11番目のプレフィクスをアドバタイズした後、受信プレフィクスの数が設定された制限の10を超えます。Router_BはMaximum Number of Prefixes Reached通知を送信し、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>コマンドを使用してピアセッションを復元する必要があります。 セッションをリセットする前に、ピアによってアドバタイズされるプレフィックスの数を減らすか、キャパシティ検証後に設定されているmaximum-prefixの制限を調整します。 このコマンドは、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
|
初版 |
フィードバック