المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

الاصطلاحات

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

فهم عمليات BGP

وحدة معالجة مركزية (CPU) عالية بسبب ماسح BGP الضوئي

وحدة المعالجة المركزية (CPU) العالية بسبب عملية موجه BGP

تحسينات الأداء

قائمة الانتظار لاتصالات نظير TCP

مجموعات نظير BGP

مسار وحدة الحد الأقصى للنقل (MTU) وأمر ip tcp path-mtu-discovery

زيادة قوائم انتظار إدخال الواجهة

تحسينات إضافية في برنامج Cisco IOS

إجراءات أستكشاف الأخطاء وإصلاحها

معلومات ذات صلة

المقدمة

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

المتطلبات الأساسية

المتطلبات

يتطلب هذا المستند معرفة كيفية ترجمة أمر وحدة المعالجة المركزية لshow process.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى برنامج Cisco IOS® Software، الإصدار 12.0.

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

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

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

هذه بعض الأسباب الرئيسية:

- في أي شبكة حقيقية، يجب أن تتعامل وحدة المعالجة المركزية (CPU) مع وظائف مختلفة لصيانة النظام، مثل إدارة الشبكة.

- يجب على وحدة المعالجة المركزية معالجة تحديثات التوجيه الدورية والمحدثة للحدث.

- هناك عمليات أخرى للنظام الداخلي، مثل الاقتراع لتوافر الموارد، والتي لا تتناسب مع حمل حركة المرور.

يمكنك أيضا إستخدام الأمر show process cpu للحصول على بعض الإشارة إلى نشاط وحدة المعالجة المركزية.

ملاحظة: للحصول على مزيد من المعلومات حول أوامر show، راجع مرجع أوامر أساسيات تكوين Cisco IOS

فهم عمليات BGP

تتألف عملية Cisco IOS، بشكل عام، من مؤشرات الترابط الفردية والبيانات المرتبطة التي تنفذ المهام، مثل صيانة النظام، وحزم التحويل، وتنفيذ بروتوكولات التوجيه. تمكن العديد من عمليات Cisco IOS التي تم تنفيذها على الموجه BGP من التشغيل. إستخدام وحدة المعالجة المركزية الخاصة show process | تضمين أمر BGP لعرض مقدار إستخدام وحدة المعالجة المركزية (CPU) بسبب عمليات BGP.

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

اسم العملية

الوصف

الفاصل الزمني

فتح BGP

تنفيذ إنشاء نظير BGP.

عند التهيئة، عند إنشاء اتصال TCP مع نظير BGP.

إدخال/إخراج BGP

يعالج حزم BGP الموجودة في قائمة الانتظار والتي تتم معالجتها، مثل التحديثات وحزم keepalives.

عند إستقبال حزم التحكم في BGP.

ماسح BGP الضوئي

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

مرة في الدقيقة.

موجه BGP

يحسب أفضل مسار BGP ويعالج أي مسار . كما يقوم بإرسال المسارات واستقبالها وإنشاء أقران له والتفاعل مع قاعدة معلومات التوجيه (RIB).

مرة واحدة في الثانية وعند إضافة نظير BGP أو إزالته أو تكوينه بسهولة.

وحدة معالجة مركزية (CPU) عالية بسبب ماسح BGP الضوئي

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

نظرا لتشغيل عملية ماسح BGP الضوئي عبر جدول BGP بالكامل، تختلف مدة حالة وحدة المعالجة المركزية (CPU) العالية مع عدد الجيران وعدد المسارات التي تم التعرف عليها لكل جار. أستخدم الأمر show ip bgp summary وshow ip route summary لالتقاط هذه المعلومات. تقوم عملية ماسح BGP الضوئي بالسير في جدول BGP لتحديث أي بنى بيانات وتمشي في جدول التوجيه لأغراض إعادة توزيع المسار. (في هذا السياق، يعرف جدول التوجيه أيضا باسم قاعدة معلومات التوجيه (RIB)، والتي ينتجها الموجه عندما تقوم بتنفيذ الأمر ؛show ip route). يتم تخزين كلا الجدولين بشكل منفصل في ذاكرة الموجه ويمكن أن يكونا كبيرين ويستهلكا دورات وحدة المعالجة المركزية (CPU).

على قبض إخراج العينة التالي من أمر debug ip bgp update على تنفيذ ماسح BGP الضوئي:

router#

2d17h: BGP: scanning routing tables

2d17h: BGP: 10.0.0.0 computing updates, neighbor version 8,

table version 9, starting at 0.0.0.0

2d17h: BGP: 10.0.0.0 update run completed, ran for 0ms, neighbor

version 8, start version 9, throttled to 9, check point net 0.0.0.0

2d17h: BGP: 10.1.0.0 computing updates, neighbor version 8,

table version 9, starting at 0.0.0.0

2d17h: BGP: 10.1.0.0 update run completed, ran for 4ms, neighbor

version 8, start version 9, throttled to 9, check point net 0.0.0.0

router#

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

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

إستخدام عملية العرض | تضمين أمر ماسح BGP الضوئي لرؤية أولوية وحدة المعالجة المركزية. تستخدم قيمة LSI في إخراج العينة التالية L للإشارة إلى عملية ذات أولوية منخفضة.

6513#show processes | include BGP Scanner

172 Lsi 407A1BFC       29144     29130    1000 8384/9000  0 BGP Scanner

وحدة المعالجة المركزية (CPU) العالية بسبب عملية موجه BGP

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

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

1. قم بالتقاط خط أساسي لاستخدام وحدة المعالجة المركزية (CPU) العادية قبل بدء الاختبار.

router#show process cpu

CPU utilization for five seconds: 0%/0%; one minute: 4%; five minutes: 5%

2. وبمجرد بدء الاختبار، تصل وحدة المعالجة المركزية إلى نسبة إستخدام تبلغ 100 بالمائة. يوضح أمر طريقة معالجة BGP أن حالة وحدة المعالجة المركزية العالية تحدث بسبب موجه BGP، ويشار إليها بواسطة 139 (معرف عملية Cisco IOS لموجه BGP) في الإخراج التالي.

router#show process cpu

CPU utilization for five seconds: 100%/0%; one minute: 99%; five minutes: 81%

!--- Output omitted.

139     6795740   1020252       6660 88.34% 91.63% 74.01%   0 BGP Router

3. يمكنك مراقبة المخرجات المتعددة والتقاط لها من العرض ip bgp summary وإظهار أوامر وحدة المعالجة المركزية (CPU) للعملية في هذا الوقت. يلتقط الأمر show ip bgp summary حالة جيران BGP.

router#show ip bgp summary

Neighbor    V    AS  MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down State/PfxRcd

10.0.0.0    4  64512  309453  157389    19981    0  253 22:06:44 111633

10.1.0.0  4  65101  188934    1047    40081   41    0 00:07:51 58430

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

router#show process cpu

CPU utilization for five seconds: 3%/0%; one minute: 82%; five minutes: 91%

5. أستخدم المخرجات الملتقطة من أوامر العرض السابقة لحساب وقت تقارب BGP. على وجه الخصوص، أستخدم عمود أعلى/أسفل</strong> من الأمر show ip bgp summary وقارن أوقات بدء وإيقاف حالة وحدة المعالجة المركزية (CPU) العالية. وعادة، يمكن أن يستغرق تقارب BGP عدة دقائق عند تبديل جدول توجيه إنترنت كبير.

ملاحظة: يمكن أن تكون وحدة المعالجة المركزية (CPU) عالية على الجهاز بسبب عدم إستقرار جدول BGP. يحدث ذلك إذا كان الموجه يستقبل نسختين من جدول التوجيه، واحدة من eBGP peering مع ISP والأخرى من iBGP peering في الشبكة. والسبب الجذري لذلك هو مقدار الذاكرة الموجودة على الجهاز. توصي Cisco بذاكرة وصول عشوائي (RAM) واحدة كحد أدنى لنسخة واحدة من جدول توجيه الإنترنت. للالتفاف على عدم الاستقرار هذا، قم بزيادة ذاكرة الوصول العشوائي (RAM) على الجهاز أو تصفية البادئات حتى يتم إعفاء جدول BGP والذاكرة المشغولة به.

تحسينات الأداء

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

- تم قبول كافة المسارات.

- تم تثبيت جميع المسارات في جدول التوجيه.

- يساوي إصدار الجدول لجميع النظراء إصدار الجدول لجدول BGP.

- InQ و OutQ لجميع الأقران صفر.

يصف هذا القسم بعض تحسينات أداء Cisco IOS لتقليل وقت تقارب BGP، مما ينتج عنه تقليل حالة وحدة المعالجة المركزية (CPU) المرتفعة بسبب عملية BGP.

قائمة الانتظار لاتصالات نظير TCP

يقوم BGP الآن بوضع البيانات في قائمة انتظار قوية من BGP OutQ إلى مأخذ توصيل TCP لكل نظير حتى يتم إستنزاف OutQs بالكامل. ونظرا لأن بروتوكول BGP يرسل الآن بمعدل أسرع، فإن عمليات التقارب BGP تتم بسرعة أكبر.

مجموعات نظير BGP

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

مسار وحدة الحد الأقصى للنقل (MTU) وأمر ip tcp path-mtu-discovery

يتم تقييد جميع جلسات عمل TCP بحد على عدد وحدات البايت التي يمكن نقلها في حزمة واحدة. هذا الحد، المعروف باسم الحد الأقصى لحجم المقطع (MSS)، هو 536 بايت بشكل افتراضي. بمعنى آخر، يقوم TCP بتقسيم الحزم في قائمة انتظار الإرسال إلى 536 مجموعة بايت قبل أن يقوم بتمرير الحزم إلى طبقة IP. إستخدام جيران show ip bgp | تضمين أمر الحد الأقصى للبيانات لعرض MSS الخاص بنظراء BGP:

Router#show ip bgp neighbors | include max data

Datagrams (max data segment is 536 bytes):

Datagrams (max data segment is 536 bytes):

Datagrams (max data segment is 536 bytes):

Datagrams (max data segment is 536 bytes):

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

الحل هو تمكين ميزة وحدة الحد الأقصى للنقل (MTU) الخاصة بالمسار (PMTU) باستخدام الأمر ip tcp path-mtu-discovery. يمكنك إستخدام هذه الميزة لتحديد مدى كبر قيمة MSS بشكل ديناميكي، وفي الوقت نفسه، لا يمكنك إنشاء الحزم التي يلزم تجزئتها. تسمح PMTU ل TCP بتحديد أصغر حجم MTU بين جميع الارتباطات في جلسة عمل TCP. بعد ذلك يستخدم TCP قيمة MTU هذه، مع خصم مساحة رؤوس IP و TCP، كخوادم MSS لجلسة العمل. إذا كانت جلسة TCP تجتاز مقاطع الإيثرنت فقط، فإن MSS يكون 1460 بايت. إذا كان يجتاز الحزمة عبر مقاطع SONET (POS) فقط، فعندئذ يكون MSS هو 4430 بايت. تعمل الزيادة في عدد وحدات التخزين متعددة الطبقات (MSS) من 536 إلى 1460 أو 4430 بايت على تقليل المصروفات الإضافية لبروتوكول TCP/IP، مما يساعد على تقارب BGP بشكل أسرع.

بعد تمكين PMTU، أستخدم مرة أخرى جيران show ip bgp | تضمين أمر الحد الأقصى للبيانات للاطلاع على قيمة MSS لكل نظير:

Router#show ip bgp neighbors | include max data

Datagrams (max data segment is 1460 bytes):

Datagrams (max data segment is 1460 bytes):

Datagrams (max data segment is 1460 bytes):

Datagrams (max data segment is 1460 bytes):

زيادة قوائم انتظار إدخال الواجهة

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

Router#show interface pos 8/0 | include input queue

Output queue 0/40, 0 drops; input queue 0/75, 278637 drops

Router#

إذا قمت بزيادة عمق قائمة انتظار إدخال الواجهة (باستخدام الأمر hold-queue في ) فإنها تساعد على تقليل عدد رسائل TCP ACK التي تم إسقاطها، والتي تقلل مقدار ما يجب أن يقوم به بروتوكول BGP للعمل للتجميع. عادة، تقوم القيمة 1000 بحل المشاكل التي تتسبب فيها حالات إسقاط قائمة انتظار الإدخال.

ملاحظة: يمكن أن يؤدي إستخدام هذا بشكل واعي كتزايد في قائمة انتظار الإدخال إلى إضافة بعض التأخير.

تحسينات إضافية في برنامج Cisco IOS

يتضمن Cisco IOS العديد من عمليات التحسين لكود مجموعة نظير BGP لتحسين تعبئة التحديث والنسخ المتماثل. قبل مراجعة هذه التحسينات، راجع تعبئة التحديث والنسخ المتماثل بمزيد من التفاصيل.

يتكون تحديث BGP من مجموعة من السمات (مثل MED = 50 و LOCAL_pref = 120) وقائمة من بادئات معلومات إمكانية الوصول إلى طبقة الشبكة (NLRI) التي تتشارك في هذه المجموعة من السمات. وكلما زاد عدد بادئات NLRI التي يمكن أن يسرد BGP في تحديث واحد، زادت سرعة تقارب BGP منذ تقليل المصروفات العامة (مثل رؤوس IP و TCP و BGP). يشير تحديث التعبئة إلى تعبئة NLRI في تحديثات BGP. على سبيل المثال، إذا كان جدول BGP يحتوي على 100000 مسار مع 15000 مجموعة سمات فريدة، يحتاج BGP إلى إرسال 15000 تحديث فقط إذا تم تعبئة NLRI بفعالية 100 بالمائة.

ملاحظة: تعني فعالية التعبئة بنسبة صفر في المائة أن بروتوكول BGP سيحتاج إلى إرسال 100000 تحديث في هذه البيئة.

أستخدم الأمر show ip bgp peer-group لعرض كفاءة تحديثات BGP.

إذا كان عضو مجموعة نظير في حالة مزامنة، فإن موجه BGP يأخذ رسالة تحديث منسقة لزعيم مجموعة النظير ويقوم بنسخها للعضو. يعد تكرار تحديث عضو مجموعة نظير أكثر فعالية من إعادة تنسيق التحديث. على سبيل المثال، افترض أن مجموعة نظيرة تحتوي على 20 عضوا وأن جميع الأعضاء يحتاجون إلى تلقي 100 رسالة BGP. ويعني النسخ المتماثل بنسبة 100 في المائة أن موجه BGP يقوم بتنسيق 100 رسالة لقائد مجموعة النظير وينسخ هذه الرسائل إلى أعضاء مجموعة النظير ال 19 الآخرين. لتأكيد تحسينات النسخ المتماثل، قارن عدد الرسائل المنسوخة نسخا متماثلا بعدد الرسائل المنسقة، كما هو موضح بواسطة الأمر show ip bgp peer-group. تحدث هذه التحسينات فارقا كبيرا في أوقات التقارب وتسمح لبروتوكول بوابة الحدود (BGP) بدعم المزيد من الأقران.

على سبيل المثال، أستخدم الأمر show ip bgp peer-group للتحقق من كفاءة تحديث التعبئة والتكرار. والمخرج التالي هو من إختبار تقارب مع 6 مجموعات نظيرة و 20 نظير في كل من مجموعات الأقران الخمس الأولى (نظراء eBGP) و 100 نظير في مجموعة الأقران السادسة (نظراء BGP (iBGP) الداخليين). كما أن جدول BGP المستخدم كان يحتوي على 36250 مجموعة سمات.

إخراج النموذج التالي لمجموعة نظيرة show ip bgp | يتضمن أمر منسوخ نسخا متماثلا على موجه يعمل بنظام التشغيل Cisco IOS 12.0(18)S يعرض هذه المعلومات:

Update messages formatted 836500, replicated 1668500

Update messages formatted 1050000, replicated 1455000

Update messages formatted 660500, replicated 1844500

Update messages formatted 656000, replicated 1849000

Update messages formatted 501250, replicated 2003750

!-- The first five lines are for eBGP peer groups.

Update messages formatted 2476715, replicated 12114785

!-- The last line is for an iBGP peer group.

لحساب معدل النسخ المتماثل لكل مجموعة نظير، قم بقسمة عدد التحديثات التي تم نسخها نسخا متماثلا على عدد التحديثات المنسقة:

1668500/836500 = 1.99 145000/105000 = 1.38 184500/660500 = 2.79 184900/656000 = 2.81 2003750/501250 = 3.99121111111111111111111111111111111111111114111111444445/2476715 = 4.89

- إذا تم نسخ BGP بشكل مثالي، فسيكون لكل مجموعة نظير من مجموعات eBGP معدل نسخ يبلغ 19 نظرا لوجود 20 نظير في مجموعة النظير. تم تنسيق التحديث لمؤشر مجموعة الأقران ثم تم نسخه نسخا متماثلا إلى النظراء ال 19 الآخرين. وهذا يوفر معدل نسخ مثالي يبلغ 19. سيكون معدل النسخ المثالي لمجموعة نظراء iBGP هو 99 نظرا لوجود 100 نظير.

- إذا قام BGP بحزم التحديثات بشكل مثالي، فسيكون هناك 36،250 تحديث مهيأة فقط. تحتاج فقط إلى إنشاء 36250 تحديث لكل مجموعة نظير لأن هذا هو عدد مجموعات السمات في جدول BGP. تقوم مجموعة نظير iBGP وحدها بتنسيق ما يقرب من 2،500،000 تحديث بينما تقوم كل مجموعة نظيرة eBGP بإنشاء أي مكان من 500،000 إلى 1،000،000 تحديث.

على موجه يعمل بنظام التشغيل Cisco IOS 12.0(19)S، يتم إستخدام مجموعة نظيرة ip bgp | يتضمن الأمر copyEded يوفر هذه المعلومات:

Update messages formatted 36250, replicated 688750

Update messages formatted 36250, replicated 688750

Update messages formatted 36250, replicated 688750

Update messages formatted 36250, replicated 688750

Update messages formatted 36250, replicated 688750

Update messages formatted 36250, replicated 3588750

ملاحظة: تحديث التعبئة هو الأمثل. تم تنسيق 36250 تحديث لكل مجموعة نظيرة بالضبط. 688750/36250 = 19 68750/36250 = 19 688750/36250 = 19 688750/36250 = 19 688750/36250 = 19 358750/36250 = 99

ملاحظة: النسخ المتماثل للتحديث مثالي أيضا.

إجراءات أستكشاف الأخطاء وإصلاحها

أستخدم هذه الإجراءات لاستكشاف أخطاء وحدة المعالجة المركزية (CPU) العالية وإصلاحها بسبب ماسح BGP الضوئي أو موجه BGP:

- تجميع معلومات حول مخطط BGP الخاص بك. حدد عدد نظراء BGP وعدد الموجهات التي يتم الإعلان عنها بواسطة كل نظير. هل مدة حالة وحدة المعالجة المركزية (CPU) المرتفعة معقولة استنادا إلى بيئتك؟

- حدد وقت حدوث إرتفاع في وحدة المعالجة المركزية (CPU). هل يتزامن مع المشي المنتظم لجدول بوابة الحدود؟

- هل اتبعت وحدة المعالجة المركزية (CPU) العالية رفرفة واجهة؟ أنت يستطيع استعملت أمر show ip bgp دامغ flap-statistics أمر إن مكنت دامزة يكون.

- يتم الآن إختبار الاتصال من خلال الموجه ثم إختبار الاتصال من الموجه. يتم التعامل مع أصداء بروتوكول ICMP كعملية ذات أولوية منخفضة. يشرح DocumentUnderstanding الأمر ping و traceroute هذا بمزيد من التفاصيل. تأكد من عدم تأثر إعادة التوجيه المنتظمة.

- ستحتاج إلى التأكد من أنه يمكن للحزم اتباع مسار إعادة توجيه سريع عند التحقق من تمكين التحويل السريع و/أو إعادة التوجيه السريع على الواجهات الواردة والصادرة. تأكد من أنك لا ترى الأمر no ip route-cache cef على الواجهة أو الأمر no ip cef على التكوين العام. لتمكين CEF في وضع التكوين العام، أستخدم الأمر ip cef.

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

- تحقق من وجود ذاكرة كافية على الموجه. طبقا للتوصية، قم بتعيين 1 غيغابايت كحد أدنى من DRAM إلى مساحة Cisco IOS لكل نظير BGP الذي يرسل جدول توجيه الإنترنت الكامل. مساحة DRAM المذكورة هنا هي الذاكرة المطلوبة فقط لبروتوكول BGP. يمكن أن تتطلب الميزات الأخرى التي يتم تشغيلها على الموجه مساحة إضافية.

معلومات ذات صلة

- صفحة دعم توجيه IP

- الدعم الفني - Cisco Systems