تكوين ميزة حد بادئة BGP
المحتويات
المقدمة
يصف هذا المستند معلومات التكوين واستكشاف الأخطاء وإصلاحها في ميزة الحد الأقصى لبادئة بروتوكول العبارة الحدودية (BGP).
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- توجيه ال IP الأساسي
- تكوين BGP
المكونات المستخدمة
لا تقتصر المعلومات الواردة في هذا المستند على إصدارات برامج ومكونات مادية معينة، ومع ذلك، تستند الأمثلة إلى الأنظمة الأساسية Cisco Catalyst 8500 Series Edge التي تعمل ببرنامج Cisco IOS XE الإصدار 17.12.x.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
الاصطلاحات
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
معلومات أساسية
يقدم هذا المستند معلومات التكوين واستكشاف الأخطاء وإصلاحها في ميزة الحد الأقصى لبادئة BGP. تتيح لك هذه الميزة التحكم في عدد البادئات التي يمكن استقبالها من أحد الجيران. بشكل افتراضي، تسمح هذه الميزة للموجه بإسقاط نظير عندما يتجاوز عدد البادئات المستلمة من ذلك النظير حد الحد الأقصى للبادئة الذي تم تكوينه. وعادة ما يتم إستخدام هذا الأمر لنظراء BGP الخارجيين، ولكن يمكن تطبيقه على نظراء BGP الداخليين.
تكون ميزة الحد الأقصى للبادئة مفيدة عندما يبدأ الموجه في إستقبال موجهات أكثر مما يمكن أن تستلمه ذاكرة الموجه، عند تغيير النهج الصادر في موقع نظير بعيد. إذا قام الموجه أيضا بتنفيذ وظائف توجيه بالغة الأهمية، يمكن أن تستهلك زيادة غير متوقعة في بادئات BGP المستلمة موارد النظام وتؤثر على اتصال الشبكة الداخلي. باستخدام أمر <neighbor-ip> maximum-prefix المجاور، من الممكن حماية موجه ضد هذه الحالة.
عندما تخطط لاستخدام هذه الميزة، تذكر النقاط الأساسية التالية:
-
تعرف على عدد المسارات التي يرسلها عادة موجه نظير BGP البعيد.
-
قم بتعيين حد الحد الأقصى للبادئة أعلى من عدد البادئات المتوقعة أثناء العملية العادية. قم بتكوين حد التحذير كنسبة مئوية من حد الحد الأقصى للبادئة.
- حدد الإجراء المطلوب عندما يتجاوز عدد البادئات المستلمة الحد الأقصى الذي تم تكوينه:
- إنهاء جلسة BGP وطلب إعادة تعيين يدوية.
- قم بتكوين إعادة تشغيل <restart-interval>لإعادة إنشاء جلسة العمل تلقائيا.
- قم بتكوين التحذير فقط لتسجيل الحدث دون إنهاء الجلسة.
ملاحظة: يحاول خيار إعادة التشغيل إعادة إنشاء جلسة BGP تلقائيا بعد أن يقوم الحد الأقصى للبادئة بإنهاء الجلسة. للحصول على معلومات التكوين التفصيلية، راجع جلسة عمل إعادة تشغيل BGP المجاورة بعد الوصول إلى الحد الأقصى لبادئة BGP.
التكوين
في هذا القسم، تُقدّم لك معلومات تكوين الميزات الموضحة في هذا المستند.
صياغة الأمر المستخدمة لتكوين ميزة الحد الأقصى لبادئة BGP هي:
neighbor {ip-address | peer-group-name} maximum-prefix <maximum> [threshold] [restart] [warning-only]
حيث:
-
الحد الأقصى — يمثل الحد الأقصى لعدد البادئات المسموح بها من المجاور.
-
الحد — يحدد النسبة المئوية لحد الحد الأقصى للبادئة الذي تم تكوينه والذي يقوم الموجه بإنشاء رسالة تحذير عنده. النطاق الصالح هو من 1 إلى 100٪.
-
الافتراضي هو 75 بالمائة.
-
على سبيل المثال، إذا كانت القيمة القصوى التي تم تكوينها هي 20 والعتبة هي 60، فسيقوم الموجه بإنشاء رسائل تحذير عندما يتجاوز عدد مسارات BGP التي تم التعرف عليها من المجاور 60٪ من 20 (12) مسارا.
-
-
restart-interval — يحدد الفاصل الزمني، بالدقائق، بعد أن يحاول الموجه إعادة إنشاء جلسة BGP. المدى الصالح هو من 1 إلى 65535 دقيقة، هذه هي الطريقة.
-
تحذير فقط (إختياري) — يسمح للموجه بإنشاء رسالة سجل عند تجاوز الحد الأقصى للبادئة، بدلا من إنهاء جلسة نظير.
ولتوضيح الاستعمال بشكل افضل، تأملوا في هذا المثال:
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
يتصل Router_A في النظام الذاتي 200 مباشرة ب Router_B في النظام الذاتي 300 من خلال الواجهة TenGigabitEthernet0/0. يستخدم Router_A 10.0.0.1/30، ويستخدم Router_B 10.0.0.2/30. تقوم الموجهات بإنشاء جلسة عمل لبروتوكول العبارة الحدودية الخارجية أحادي المرحلة (eBGP) عبر هذا الارتباط.
تكوين سلوك تحذير البادئة القصوى فقط
في تكوين الحد الأقصى للبادئات التحذيرية فقط، يتم تكوين الموجه_b لتسجيل رسالة تحذير فقط عندما يتجاوز عدد البادئات التي تم استقبالها من Router_A مجموعة الحدود.
يتم تكوين كلا الموجهين كما هو موضح في هذا الجدول. لاحظ وجود الكلمة الأساسية warning-only التي تم تكوينها باستخدام الأمر neighbor:
| الموجه_A | الموجه_B |
|---|---|
|
|
ملاحظة: في هذا المثال، يقوم أمر maximum-prefix بإنشاء تحذير عندما يتجاوز عدد بادئات BGP التي تم تلقيها من المجاور 10.0.0.1 ثمانية.
ينتج الأمر show وdebug في قسم التحقق من الصحة واستكشاف الأخطاء وإصلاحها في هذا المستند تقرير عما يحدث على Router_B عند تجاوز عدد البادئات التي تم استقبالها من Router_A لمجموعة الحدود.
تكوين الحد الأقصى للبادئة لإنهاء سلوك جلسة BGP
في هذا المثال، يقوم Router_B بإنشاء تحذير عندما يتجاوز عدد البادئات المستلمة عتبة التحذير. ينهي الموجه_b جلسة BGP عندما يتجاوز عدد البادئات المستلمة الحد الأقصى لبادئة. لم يتم تكوين الكلمة الأساسية warning-only. ينهي أمر maximum-prefix جلسة BGP عندما يتجاوز عدد البادئات المستلمة من المجاور 10:
| الموجه_A | الموجه_B |
|---|---|
|
|
ملاحظة: في هذا المثال، يفرض أمر الحد الأقصى للبادئة على جلسة العمل المجاورة الإنهاء عندما يعلم بروتوكول BGP المسارات من المجاور التي تتجاوز 10.
ينتج الأمر show وdebug في تقرير قسم التحقق من الأخطاء واستكشاف أخطائها وإصلاحها عما يحدث على Router_b عندما يتجاوز عدد البادئات التي يتلقاها من Router_A مجموعة الحدود.
التحقق من الصحة واستكشاف الأخطاء وإصلاحها
يوفر هذا القسم معلومات يمكنك إستخدامها للتأكد من أن التكوين يعمل بشكل صحيح. تتوفر صياغة الأمر والإعدادات الافتراضية للميزة المستخدمة في هذا المستند على صفحة أوامر BGP.
ملاحظة: أحلت يفهم معلومة مهم على Debug أمر قبل أن يستعمل أنت يضبط أمر.
-
عرض ip bgp المجاور — يعرض حالة جار BGP ومعلومات حد البادئة
-
show ip bgp summary — يعرض حالة جميع إتصالات BGP
-
debug ip bgp update in — يعرض المعلومات المتعلقة بتحديثات BGP
الحد الأقصى للبادئة التحذيرية فقط
انتبه إلى هذه الأرقام:
-
حد الحد الأقصى لبادئة التكوين: 10 (عشرة بادئات)
-
حد التحذير: 80 في المائة (ثمانية بادئات)
ملاحظة: يتم حذف تكوين إنشاء المسار وإعلان BGP المستخدم لبادئات الاختبار. يمكن أن يقوم الموجه_A بإنشاء البادئات من خلال عبارات الشبكة أو إعادة التوزيع، أو يتعلمها من جيران BGP الآخرين ويعلن عنها إلى Router_B.
طالما لا يتجاوز عدد البادئات المستلمة مجموعة العتبة، لا يتم تسجيل أي رسائل. بمجرد أن يتجاوز عدد مسارات BGP التي تم التعرف عليها من المجاور 10.0.0.1 حد العتبة لثماني بادئات، يقوم الموجه_B بتسجيل هذه الرسالة.
يتم محاكاة هذه الحالة عند إرسال تسعة بادئات:
%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 عن 11 بادئة إلى Router_B. يقوم Router_B بإنشاء تحذير عندما يصل عدد البادئات المستلمة إلى تسعة ويقوم بإنشاء رسالة الحد الأقصى للبادئة التي تم تجاوزها عندما يصل العدد إلى 11. ونظرا لتكوين التحذير فقط، تظل جلسة BGP قائمة.
تحذير: يمكن أن يؤدي الأمر debug ip bgp update إلى إنتاج كبير ويؤثر على أداء الجهاز. قم بتشغيل هذا الأمر فقط أثناء نافذة أستكشاف الأخطاء وإصلاحها المتحكم بها، ومراقبة موارد النظام، واستخدام عوامل تصفية الأوامر، وتعطيل تصحيح الأخطاء بعد تجميع البيانات.
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 التحذير والرسائل التي تم تجاوز الحد الأقصى لبادئة الاتصال ولكنه يبقي جلسة BGP تأسست. يستمر الموجه_b في قبول البادئات من المجاور لأنه تم تكوين التحذير فقط.
الحد الأقصى للبادئة إنهاء جلسة BGP
تحتوي الشروط الأولية المطلوبة لهذه الحالة على جار BGP قيد التشغيل وباستخدام ست بادئات تم إرسالها من قبل Router_A إلى Router_B. كما هو موضح في المثال، عند إعلان Router_A عن المزيد من البادئات (على سبيل المثال، 9)، يعكس إخراج الأوامر تماما ما تم رؤيته بالفعل للحالة التي تم تكوين Router_B بها لتسجيل رسالة تحذير.
بعد إعلان Router_A عن البادئة الحادية عشرة، يتجاوز عدد البادئات المستلمة الحد الذي تم تكوينه وهو 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
|
الإصدار الأولي |
التعليقات