أستخدم ميزة "النظير البطيء" لبروتوكول BGP لحل مشاكل النظير البطيء

المقدمة

يصف هذا المستند كيفية حل مشكلة نظير بطيئة باستخدام ميزة النظير البطيء لبروتوكول العبارة الحدودية (BGP)، والتي تعرف النظير البطيء في مجموعة تحديث BGP ويمكن أن تنقل النظير البطيء إلى خارج مجموعة التحديث بشكل دائم أو مؤقت.

معلومات أساسية

يوفر هذا القسم نظرة عامة على ميزة النظير البطيء واستخدام مجموعات التحديث.

تحديث المجموعات

يتم إستخدام ميزة النظير البطيء في مجموعات التحديث. مجموعة التحديث هي طريقة ديناميكية يتم إستخدامها لتجميع نظراء BGP باستخدام نفس النهج الصادر. تتمثل فائدة مجموعات التحديث في إستخدام نهج المجموعة لتنسيق الرسائل مرة واحدة، ثم يتم نسخها وإرسالها إلى الأعضاء الآخرين في المجموعة. هذه الطريقة أكثر فعالية من الحاجة إلى تنسيق تحديثات BGP لكل نظير بشكل منفصل.

عند تنفيذ هذه الطريقة، في حالة تغيير النهج الصادر، تتغير مجموعات الأقران لكل مجموعة تحديث. يتم تكوين مجموعات التحديث لكل مجموعة عناوين (AF).

هنا مثال على نظارين BGP في مجموعات تحديث مختلفة للبث الأحادي AF IPv4، ولكن مع نفس مجموعة التحديث ل AF VPNv4:

R2#show ip bgp update-group
BGP version 4 update-group 1, external, Address Family: IPv4 Unicast
  Has 1 member (* indicates the members currently being sent updates):
   10.1.3.4
 
BGP version 4 update-group 2, external, Address Family: IPv4 Unicast
  Has 1 member (* indicates the members currently being sent updates):
   10.1.2.3
 
R2#show ip bgp vpnv4 all update-group
BGP version 4 update-group 1, external, Address Family: VPNv4 Unicast
  Has 2 members (* indicates the members currently being sent updates):
   10.1.2.3         10.1.3.4

تصبح مجموعة التحديث أكثر فعالية مع زيادة عدد نظائر BGP المضمنة في مجموعة التحديث. وعادة ما يكون لنظراء BGP الداخلي (iBGP) نفس السياسة الصادرة. بالنسبة ل iBGP، يمكن أن يحتوي عاكس المسار (RR) على العديد من نظائر iBGP، وبالتالي، فإنه يحتوي على مجموعات تحديث كبيرة. يمكن أن يكون لموجهات Provider Edge (PE) العديد من موجهات BGP الخارجية (eBGP) النظيرة لموجهات Customer Edge (CE) في موجه واحد لإعادة توجيه التوجيه/الظاهري (VRF). يمكن أن تحتوي موجهات PE على مجموعات تحديث كبيرة أيضا للقيم التي تحتوي على موجهات CE على واجهات VRF.

المشكلة

النظير البطيء هو نظير لا يمكنه مواكبة المعدل الذي يقوم فيه الموجه بإنشاء رسائل تحديث BGP على مدى فترة زمنية طويلة (حسب ترتيب الدقائق) في مجموعة تحديث. يمكن أن يكون السبب في ذلك هو مشاكل الشبكة المستمرة. قد تكون أسباب الشبكة فقدان الحزمة و/أو الروابط المحملة، أو مشاكل الخرج في جلسات BGP. كما قد يتم تحميل نظير BGP بشدة فيما يتعلق بوحدة المعالجة المركزية ولا يمكن خدمة اتصال TCP بالسرعة المطلوبة.

يؤثر النظير البطيء على تقارب BGP لمجموعة التحديث الكامل. إذا كان أحد نظراء BGP بطيئا، فإنه يتسبب في إبطاء مجموعة التحديث بالكامل. والنتيجة هي أن أعضاء مجموعة التحديث الآخرين سيكون لديهم تقارب أبطأ أيضا. ولهذا السبب، يجب حل المشكلة.

يمكنك التعرف على النظير البطيء ونقله خارج مجموعة التحديث. لإكمال هذه المهمة، يمكنك تغيير السياسة الصادرة لنظير BGP ذلك، ومع ذلك، فهذه مهمة يدوية. يجب أولا تحديد النظير البطيء، ثم نقله خارج مجموعة التحديث. وميزة النظير البطيئة يمكنها القيام بذلك تلقائيا، بحيث لا يتطلب الأمر أي تدخل من قبل المستخدم.

الحل

هناك ثلاثة أجزاء لميزة النظير البطيء:

• اكتشاف النظير البطيء
  
  
• حركة النظير البطيء إلى مجموعة التحديث البطيء
  
  
• إسترداد النظير البطيء (الذي يقوم بنقل النظير المسترد إلى مجموعة التحديث الأصلية الخاصة به)

ويرد وصف لهذه العمليات بمزيد من التفصيل في الأقسام التالية.

اكتشاف

تقوم ميزة النظير البطيء باكتشاف النظراء البطيئين في مجموعة تحديث. تحتوي كل مجموعة تحديث على قائمة انتظار تخزين مؤقت، حيث يتم تخزين تحديثات BGP المنسقة مؤقتا قبل الإرسال.

فيما يلي مثال على ذاكرة التخزين المؤقت لمجموعة التحديث هذه:

R2#show ip bgp replication

                                                                    Current    Next
Index  Members          Leader       MsgFmt    MsgRepl     Csize    Version Version
    1        1        10.1.1.1            0          0    0/100           6/0
    2        3        10.1.2.3            2          6    0/1000          6/0
    3        1        10.1.2.6            3          0    0/100           6/0

يتم حساب حجم ذاكرة التخزين المؤقت بشكل ديناميكي ويعتمد على:

• عدد النظراء في مجموعة التحديث
  
  
• ذاكرة النظام المثبتة
  
  
• نوع النظراء في مجموعة التحديث
  
  
• نوع AF

يمكن إنشاء عدد تحديثات BGP المنسقة التي تنتظر الإرسال في مجموعة تحديث واحدة عندما لا يعترف نظير واحد (الآخر البطيء) برسائل BGP بنفس السرعة التي يعترف بها الأعضاء الآخرون. عند الوصول إلى حد ذاكرة التخزين المؤقت، لا تحتوي المجموعة على أي حصة نسبية أخرى لتصفية الرسائل الجديدة في قائمة الانتظار. لا يمكن تهيئة أي رسائل جديدة حتى يتم تقليل ذاكرة التخزين المؤقت (حتى يتم التعرف على بعض الرسائل بواسطة النظير (النظراء) البطيء). وهذا يحظر نظير BGP ولا يسمح له بإرسال رسائل جديدة (تحديثات أو عمليات سحب) إلى الأعضاء الأسرع للمجموعة. وبالتالي، يؤدي هذا إلى إبطاء التقارب بين جميع النظراء في مجموعة التحديث.

لتحديد ميزة النظير البطيء، فإنها تشير إلى الطوابع الزمنية لتحديث BGP ومعلمات TCP النظير.

تم تعطيل كشف النظير البطيء بشكل افتراضي. لتمكين كشف النظير البطيء، أستخدم إحدى الطريقتين التاليتين:

• قم بتمكين ميزة عملية BGP (يمكن تكوينها من AF/VRF):
  

  bgp slow-peer detection [threshold 
         
         
           ] 
          
   
          
  [no] bgp slow-peer detection 
         

  ملاحظة: يمكن أن تتراوح قيمة الحد الفاصل بين 120 و 3600 ثانية، والقيمة الافتراضية هي 300 ثانية.

• تمكين الميزة لكل نظير:
  

  neighbor {
         
         
           / 
          
            } slow-peer detection [threshold < seconds >] 
           
   
           
  [no] neighbor { 
           
             / 
            
              } slow-peer detection 
             
            
           
         

• تمكين الميزة عبر قالب سياسة النظير:
  

  slow-peer detection [threshold < seconds >]
  
  [no] slow-peer detection

عند اكتشاف نظير بطيء، تتم طباعة رسالة syslog مماثلة لهذا:

%BGP-5-SLOWPEER_DETECT: Neighbor IPv4 Unicast 10.1.6.7 has been detected
 as a slow peer.

أنت يستطيع دخلت هذا عرض أمر in order to شاهدت البطء نظير:

• show ip bgp summary بطيء
  
  
• show ip bgp neighbors بطيء
  
  
• show ip bgp update-group summary بطيء

هنا مثال عرض أمر ينتج عندما بطيء الكلمة المفتاح استعملت:

R2#show ip bgp update-group summary slow
Summary for  Update-group 1, Address Family IPv4 Unicast
Summary for  Update-group 2, Address Family IPv4 Unicast
Summary for  Update-group 3, Address Family IPv4 Unicast
Summary for  Update-group 4, Address Family IPv4 Unicast
BGP router identifier 10.1.6.2, local AS number 2
BGP table version is 966013, main routing table version 966013
BGP main update table version 966013
50000 network entries using 6050000 bytes of memory
50000 path entries using 2600000 bytes of memory
5001/5000 BGP path/bestpath attribute entries using 700140 bytes of memory
5000 BGP AS-PATH entries using 183632 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 9533772 total bytes of memory
BGP activity 208847/158847 prefixes, 508006/458006 paths, scan interval 60 secs
Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.6.7        4     7     165   50309        0    0  100 00:10:35        0

كما هو موضح في الإخراج، فإن النظير 10.1.6.7 هو نظير بطيء للبث الأحادي ل AF IPv4. ولا تظهر القوات الجوية الأفغانية الأخرى أي نظراء بطيئين.

للتحقق مما إذا كان مؤقت الكشف قيد التشغيل حاليا وقيمته، أدخل هذا الأمر:

R2#show ip bgp update-group
BGP version 4 update-group 3, external, Address Family: IPv4 Unicast
  BGP Update version : 116013/0, messages 164 queue 164, not converged
  Private AS number removed from updates to this neighbor
  Update messages formatted 5948, replicated 11589
  Number of NLRIs in the update sent: max 249, min 1
  Minimum time between advertisement runs is 30 seconds
  Slow-peer detection timer (expires in 111 seconds)
  Has 3 members (* indicates the members currently being sent updates):
   10.1.4.5         10.1.5.6         10.1.6.7       

كما هو موضح في إخراج المثال، تم بدء مؤقت الكشف. يبدأ مؤقت الكشف عندما تكون ذاكرة التخزين المؤقت لمجموعة التحديث ممتلئة.

في هذا مثال، أنت يستطيع رأيت أن نظير بطيء كشفت، غير أن هو فقط ينتقل خارج مجموعة التحديث بعد أن ينتهي مؤقت كشف النظير البطيء:

R2#show ip bgp update-group
…
BGP version 4 update-group 3, external, Address Family: IPv4 Unicast
  BGP Update version : 516013/566013, messages 357 queue 357, not converged
  Private AS number removed from updates to this neighbor
  Update messages formatted 27044, replicated 53645
  Number of NLRIs in the update sent: max 249, min 0
  Minimum time between advertisement runs is 30 seconds
  Slow-peer detection timer (expires in 20 seconds)
  Has 3 members (* indicates the members currently being sent updates)
   (1 dynamically detected as slow): 

  *10.1.4.5        *10.1.5.6         10.1.6.7

التعرف البطيء على النظير

إذا لم يتم تمكين ميزة اكتشاف النظير البطيء، فيجب عليك تعريف النظير البطيء يدويا. أولا، تحقق من إصدار الجدول وقائمة انتظار الإخراج الخاصة بالأقران في مجموعة التحديث:

R2#show ip bgp update-group 3 summary
Summary for  Update-group 3, Address Family IPv4 Unicast
BGP router identifier 10.1.6.2, local AS number 2
BGP table version is 552583, main routing table version 552583
BGP main update table version 552583
37870 network entries using 4582270 bytes of memory
37870 path entries using 1969240 bytes of memory
5002/3788 BGP path/bestpath attribute entries using 700280 bytes of memory
5001 BGP AS-PATH entries using 183656 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 7435446 total bytes of memory
BGP activity 158847/108847 prefixes, 295876/258006 paths, scan interval 60 secs
Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.4.5        4     5      77   26840   516013    0    0 01:07:12        0
10.1.5.6        4     6      69   26833   516013    0    0 01:00:30        0
10.1.6.7        4     7      79   26761   516013    0  194 00:45:42        0

في هذا المثال، تحقق مما إذا كان إصدار الجدول (TblVer) الخاص بنظراء BGP المطابق لإصدار جدول BGP الرئيسي أو ما إذا كان متخلفا دائما. ثانيا، تحقق من نظير واحد أو أكثر لهم قيم قوائم انتظار مخرجات عالية جدا. ومن المرجح ان هؤلاء هم النظراء البطيئون.

عندما تنظر إلى نظير BGP البطيء المشتبه به، ضع في الاعتبار هذه الأسئلة (على كلا جانبي جلسة BGP):

• منذ متى أنجزت آخر عملية كتابة؟
  
  
• هل حزم الكيبالم في حالة خنق؟
  
  
• هل قائمة انتظار الإخراج مرتفعة؟
  
  
• هل SRTT/RTO مرتفع؟
  
  
• هل يزداد عدد مرات إعادة الإرسال؟
  
  
• هل هناك أي حزم إعادة إرسال قائمة انتظار؟
  
  
• هل نافذة إرسال TCP منخفضة جدا أو صفر؟

فيما يلي مثال:

R2#show ip bgp neighbors 10.1.6.7
BGP neighbor is 10.1.6.7,  remote AS 7, external link
 Member of peer-group group3 for session parameters
  BGP version 4, remote router ID 10.1.6.7
  BGP state = Established, up for 00:56:09
  Last read 00:00:43, last write 00:00:17, hold time is 180, keepalive interval
   is 60 seconds
  Keepalives are temporarily in throttle due to closed TCP window
  Neighbor capabilities:
    Route refresh: advertised and received(new)
    Address family IPv4 Unicast:
     advertised and received
  Message statistics
    InQ depth is 0
    OutQ depth is 0    Partial message pending
                         Sent       Rcvd
    Opens:                  5          4
    Notifications:          0          0
    Updates:            29004          0
    Keepalives:             0       1426
    Route Refresh:          0          0
    Total:              30336       1431
  Default minimum time between advertisement runs is 30 seconds
For address family: IPv4 Unicast
  BGP table version 250001, neighbor version 200001/250001
  Output queue size : 410
  Index 3, Offset 0, Mask 0x8
  3 update-group member
  group3 peer-group member
  Inbound soft reconfiguration allowed
  Private AS number removed from updates to this neighbor
  Inbound path policy configured
  Route map for incoming advertisements is eBGP-in
                                 Sent       Rcvd
  Prefix activity:               ----       ----
    Prefixes Current:            2596          0
    Prefixes Total:            102624          0
    Implicit Withdraw:             28          0
    Explicit Withdraw:         100000          0
    Used as bestpath:             n/a          0
    Used as multipath:            n/a          0
                                   Outbound    Inbound
  Local Policy Denied Prefixes:    --------    -------
    Total:                                0          0
  Maximum prefixes allowed 20000
  Threshold for warning message 80%, restart interval 300 min
  Number of NLRIs in the update sent: max 249, min 0
  Last detected as dynamic slow peer: never
 Dynamic slow peer recovered: never
  Oldest update message was formatted: 00:02:24
  Address tracking is enabled, the RIB does have a route to 10.1.6.7
  Connections established 4; dropped 3
  Last reset 00:57:39, due to User reset
  Transport(tcp) path-mtu-discovery is enabled
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.1.6.2, Local port: 20298
Foreign host: 10.1.6.7, Foreign port: 179
Connection tableid (VRF): 0
 
Enqueued packets for retransmit: 15, input: 0  mis-ordered: 0 (0 bytes)
Event Timers (current time is 0x4A63D14):
Timer          Starts    Wakeups            Next
Retrans           697         29       0x4A6590C
TimeWait            0          0             0x0
AckHold            64         63             0x0
SendWnd             0          0             0x0
KeepAlive           0          0             0x0
GiveUp              0          0             0x0
PmtuAger          128        127       0x4A64CB7
DeadWait            0          0             0x0
Linger              0          0             0x0
 
iss:  130287252  snduna:  131516888  sndnxt:  131532233     sndwnd:  16384
irs: 1184181084  rcvnxt: 1184182346  rcvwnd:      15123  delrcvwnd:   1261
 
SRTT: 20122 ms, RTTO: 20440 ms, RTV: 318 ms, KRTT: 0 ms
minRTT: 20028 ms, maxRTT: 20796 ms, ACK hold: 200 ms
Status Flags: none
Option Flags: nagle, path mtu capable, higher precendence
 
Datagrams (max data segment is 1460 bytes):
Rcvd: 922 (out of order: 0), with data: 65, total data bytes: 1261
Sent: 1463 (retransmit: 29 fastretransmit: 1),with data: 1391, total
 data bytes: 1245129

حركة

يصف هذا القسم عملية الحركة فيما يتعلق بميزة النظير البطيء في سيناريوهات مختلفة.

الحركة دون ميزة النظير البطيء

يمكن نقل نظير بطيء يدويا إلى مجموعة تحديث جديدة بدون ميزة النظير البطيء.

قبل توفر ميزة النظير البطيء، كان مطلوبا منك تحديد النظير البطيء ثم نقله خارج مجموعة التحديث يدويا. ويتم إكمال هذا مع إجراء تغيير على السياسة الصادرة لنظير BGP هذا. يجب أن يكون هذا النهج الصادر مختلفا عن أي نهج آخر يتم إستخدامه، حيث يجب التأكد من أن النظير البطيء لا ينتقل إلى مجموعة تحديث أخرى موجودة حاليا (ونقل المشكلة إلى مجموعة التحديث هذه). أفضل تغيير يمكنك تطبيقه هو التغيير الذي لا يؤثر على السياسة الفعلية. على سبيل المثال، يمكنك تغيير الحد الأدنى للفاصل الزمني للإعلان عن المسار (MRAI) للنظير (أسفل AF المحدد).

هنا مثال يوضح الحركة اليدوية لنظير بطيء عندما لا تكون ميزة النظير البطيء متوفرة:

RR1#debug ip bgp groups 
BGP groups debugging is on

RR1(config)#router bgp 1                                    
RR1(config-router)#address-family vpnv4                           
RR1(config-router-af)#neighbor 10.100.1.3 advertisement-interval 3 
 
BGP-DYN(4): 10.100.1.3 cannot join update-group 1 due to an advertisement-interval
 mismatch
BGP(4): Scheduling withdraws and update-group membership change for 10.100.1.3
BGP(4): Resetting 10.100.1.3's version for its transition out of update-group 1
BGP-DYN(4): 10.100.1.3 cannot join update-group 1 due to an advertisement-interval
 mismatch
BGP-DYN(4): Removing 10.100.1.3 from update-group 1
BGP-DYN(4): 10.100.1.3 cannot join update-group 1 due to an advertisement-interval
 mismatch
BGP-DYN(4): Created update-group 0 from neighbor 10.100.1.3
BGP-DYN(4): Adding 10.100.1.3 to update-group 0

حركة النظير البطيئة الثابتة

لنقل نظير واحد من مجموعة تحديث إلى مجموعة تحديث جديدة، يمكنك تكوينها كنظير بطيء ثابت. في حالة وجود العديد من الأقران البطيئين، يتم وضع الأقران البطيئين الثابتين الذين لهم نفس النهج الصادر في مجموعة التحديث البطيء نفسها.

لنقل نظير بطيء بشكل ثابت، يمكنك تكوينه باستخدام هذه الأوامر:

• تمكين حركة النظير الثابتة لكل جار أو لكل مجموعة نظير:
  

  [no] neighbor {
         
         
           / 
          
            } slow-peer split-update-group static 
           
         

• تمكين حركة النظير الثابتة عبر قالب سياسة النظير:
  

  [no] slow-peer split-update-group static

حركة الأقران البطيئة الديناميكية

تم تعطيل حركة النظير البطيئة بشكل افتراضي. لتمكين حركة النظير البطيئة، يمكنك تكوينها عبر إحدى الطريقتين التاليتين:

• تمكين حركة النظير البطيئة لعملية BGP:
  

  bgp slow-peer split-update-group dynamic [permanent]
  
  [no] bgp slow-peer split-update-group dynamic

  ملاحظة: يمكن تكوين هذا من طريقة عرض عائلة العنوان/الطبولوجيا/VRF.

• تمكين الحركة البطيئة للنظير لكل نظير:
  

  neighbor {
         
         
           / 
          
            } slow-peer split-update-group dynamic [permanent] 
           
   
           
  [no] neighbor { 
           
             / 
            
              } slow-peer split-update-group dynamic 
             
            
           
         

• تمكين الحركة البطيئة للنظير عبر قالب سياسة النظير:
  

  slow-peer split-update-group dynamic [permanent]
  
  [no] slow-peer split-update-group dynamic

ملاحظة: تشير الكلمة الأساسية الدائمة إلى أن النظير البطيء لن يسترد تلقائيا. في هذه الحالة، أنت يستطيع نقلت ال يسترد نظير بطيء إلى مجموعة التحديث الأصلية من خلال واحد من ال clear أمر.

توجد الأقران البطيئة الثابتة والأقران البطيئة الديناميكية في نفس مجموعة تحديث النظير البطيء. في هذا المثال، يمكنك رؤية نظير بطيء واحد في مجموعة تحديث بطيئة:

R2#show ip bgp update-group
…
BGP version 4 update-group 4, external, Address Family: IPv4 Unicast
  BGP Update version : 0/566013, messages 100 queue 100, not converged
  Slow update group
  Private AS number removed from updates to this neighbor
  Update messages formatted 2497, replicated 0
  Number of NLRIs in the update sent: max 10, min 1
  Minimum time between advertisement runs is 30 seconds
  Has 1 member (* indicates the members currently being sent updates)
   (1 dynamically detected as slow):
  *10.1.6.7

إسترداد

يمكن إعادة تجميع نظير بطيء ضمن مجموعة التحديث الأصلية (التي تطابق السياسة الصادرة) بمجرد التأكد من أنه لم يعد نظير بطيء (يتم الإمساك به). يبدأ مؤقت الاسترداد عند التقاء مجموعة تحديثات النظير البطيء. عند انتهاء صلاحية مؤقت الاسترداد، يتم نقل النظير البطيء مرة أخرى إلى مجموعة التحديث العادي.

ملاحظة: لعرض السلوك المرتبط بموقت الكشف/الاسترداد، أدخل الأمر debug ip bgp update events.

عندما يتم نقل نظير بطيء مرة أخرى إلى مجموعة التحديث الأصلية (وهذا يعني إسترداد)، تتم طباعة رسالة syslog مماثلة لهذه:

%BGP-5-SLOWPEER_RECOVER: Slow peer IPv4 Unicast 10.1.6.7 has recovered.

للتحقق مما إذا كان مؤقت الاسترداد يعمل حاليا والقيمة، أدخل هذا الأمر:

R2#show ip bgp update-group
BGP version 4 update-group 1, external, Address Family: IPv4 Unicast
  BGP Update version : 165973/0, messages 0 queue 0, converged
  Route map for outgoing advertisements is dummy
  Update messages formatted 0, replicated 0
  Number of NLRIs in the update sent: max 0, min 0
  Minimum time between advertisement runs is 30 seconds
  Slow-peer recovery timer (expires in 16 seconds)
  Has 1 member (* indicates the members currently being sent updates):
   10.1.1.1

في هذا المثال، يشير مؤقت الاسترداد، بقيمة 16 ثانية، إلى أن النظير البطيء المحتمل قد ينتقل مرة أخرى إلى مجموعة التحديث الأصلية الخاصة به في 16 ثانية.

في هذا المثال، يمكنك أن ترى نظير تم استعادته من حالة النظير البطيئة:

R2#show ip bgp neighbor 10.1.6.7 

BGP neighbor is 10.1.6.7,  remote AS 7, external link
 Member of peer-group group3 for session parameters
  BGP version 4, remote router ID 10.1.6.7
…
 3 update-group member
  group3 peer-group member
…
 Number of NLRIs in the update sent: max 249, min 0
  Last detected as dynamic slow peer: 00:12:49
  Dynamic slow peer recovered: 00:01:57
  Oldest update message was formatted: 00:00:55

مسح حالة النظير البطيئة

يمكن مسح حالة النظير البطيئة يدويا باستخدام الأوامر التالية:

• مسح ip bgp * بطيء
  
  
• مسح AF ل ip bgp {unicast|multicast} <AS Number> بطيء
  
  
• مسح AF ip bgp {unicast|multicast} مجموعة النظراء <group-name> ببطئ
  
  
• مسح ip bgp <neighbor-address> بطيء
  
  
• مسح AF ل BGP {unicast|multicast} * بطيء
  
  
• مسح AF ل BGP {unicast|multicast} <AS Number> بطيء
  
  
• مسح AF ل BGP {unicast|multicast} مجموعة النظراء <group-name> ببطئ
  
  
• مسح AF ل BGP {unicast|multicast} <neighbor-address> بطيء

ملاحظة: عند إستخدام هذه الأوامر، استبدل AF بعائلة العناوين الفعلية.

باستخدام هذه الأوامر، يتم نقل النظير مرة أخرى إلى مجموعة التحديث الأصلية.

دخلت العرض ip bgp داخلي أمر in order to شاهدت الزبون بطيء كشف وتحريك عملية إعداد:

R2#show ip bgp internal
Time left for bestpath timer: 593 secs
Address-family IPv4 Unicast, Mode : RW
    Table Versions : Current 622091, RIB 622091
    Start time : 00:00:01.168    Time elapsed 01:21:56.740
    First Peer up in : 00:00:07    Exited Read-Only in : 00:02:16
    Done with Install in : 00:02:26    Last Update-done in : never
    0 updates expanded
    Attribute list queue size: 0
    Slow-peer detection is enabled  Threshold is 300 seconds
    Slow-peer split-update-group dynamic is enabled
    BGP Nexthop scan:-
        penalty: 0, Time since last run: never,  Next due in: none
        Max runtime : 0 ms Latest runtime : 0 ms Scan count: 0
    BGP General Scan:-
        Max runtime : 14572 ms Latest runtime : 14572 ms Scan count: 78
    BGP future scanner version: 79
    BGP scanner version: 0

ملاحظة: في الخلاصة، يمثل نظير BGP البطيء ميزة تقوم باكتشاف نظير بطيء في مجموعة تحديث BGP وتسمح بتقارب BGP بشكل أسرع مع حركة النظير البطيء خارج مجموعة التحديث.