المحتويات

المقدمة

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

المتطلبات

الوصف

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

الخطوة 1 - تعرف على الوحدة النمطية باستخدام وحدة معالجة مركزية (CPU) عالية

الخطوة 2 - تحليل الوحدة النمطية

الخطوة 3 - عمليات IOS

الخطوة 4 - عمليات لينوكس

الخطوة 5 - عمليات FECP

الخطوة 6 - إستخدام QFP

الخطوة 7 - تحديد السبب الرئيسي والتعرف على الإصلاح

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

الأوامر الإضافية

معالج المسار

معالج الخدمات المضمنة

المقدمة

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

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

المتطلبات

توصي Cisco بفهم بنية ASR1000 لتفسير هذا المستند واستخدامه.

الوصف

قد يتم تحديد وحدة المعالجة المركزية (CPU) العالية على موجه Cisco على أنها الحالة التي يكون فيها إستخدام وحدة المعالجة المركزية (CPU) على الموجه أعلى من الاستخدام العادي. في بعض السيناريوهات، من المتوقع زيادة إستخدام وحدة المعالجة المركزية (CPU) بينما قد تشير في سيناريوهات أخرى إلى وجود مشكلة. يمكن تجاهل إستخدام وحدة المعالجة المركزية (CPU) العالي المؤقت على الموجه بسبب تغيير الشبكة أو تغيير التكوين ومن المتوقع أن يكون هذا السلوك.

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

فيما يلي أسباب إرتفاع وحدة المعالجة المركزية:

1. تتلقى وحدة المعالجة المركزية (CPU) لمستوى التحكم حركة مرور بيانات عالية جدا

2. عملية تتصرف بشكل غير متوقع وتنتج عنه زيادة في إستخدام وحدة المعالجة المركزية

3. تم زيادة إستخدام معالج مستوى البيانات /زيادة الاشتراك

4. عدد كبير جدا من مقاطعات المعالج

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

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

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

الخطوة 1 - تعرف على الوحدة النمطية باستخدام وحدة معالجة مركزية (CPU) عالية

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

حدد الوحدة النمطية التي يتم ملاحظتها داخل الجهاز لتجربة وحدة معالجة مركزية (CPU) عالية. هل هو RP أو ESP أو SIP باستخدام الأمر التالي

إظهار موجز عن التحكم في حالة برامج منصات العمل

راجع الإخراج التالي لعرض العمود المميز

إذا كانت قيمة RP منخفضة في وضع الخمول، فقم بالمتابعة إلى الخطوة 2 النقطة 1

إذا كان ESP يحتوي على قيمة خاملة منخفضة، فقم بالمتابعة إلى الخطوة 3 النقطة 2

إذا كان SIP له قيمة خاملة منخفضة، فقم بالمتابعة إلى الخطوة 4 النقطة 3

الموجه#show platform software status control-processor موجز

متوسط الحمولة

حالة الفتحة 1-Min 5-Min 15-Min

RP0 سليم 0.00 0.02 0.00

ESP0 سليم 0.01 0.02 0.00

SIP0 سليم 0.00 0.01 0.00

الذاكرة (kB)

إجمالي حالة الفتحات المستخدمة (PCT) الخالية (PCT) الملتزم بها (PCT)

RP0 صحي 2009376 1879196 (94٪) 130180 (6٪) 1432748 (71٪)

ESP0 Healthy 2009400 692100 (34٪) 1317300 (66٪) 472536 (24٪)

SIP0 صحي 471804 284424 (60٪) 187380 (40٪) 193148 (41٪)

إستخدام وحدة المعالجة المركزية

نظام مستخدم وحدة المعالجة المركزية (CPU) ذو الفتحة الخاملة الجميلة IRQ SIRQ IoWait

RP0 0 2.59 2.49 0.00 94.80 0.00.09 0.00

ESP0 0 2.30 17.90 0.00 79.80 0.00.00.00

SIP0 0 1.29 4.19 0.00 94.41 0.09 0.00.00

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

الخطوة 2 - تحليل الوحدة النمطية

- معالج المسار

تأكد داخل RP من المعالج الذي تمت ملاحظته لتحقيق إستخدام عال لوحدة المعالجة المركزية باستخدام الأمر التالي. هل هي عملية لينوكس أم ios؟

show platform software process slot RP active monitor

إذا كانت النسبة المئوية لوحدة المعالجة المركزية IOS عالية (linux_iosd-imag)، فهذا هو RP IOS. انتقل إلى الخطوة 3

إذا كانت النسبة المئوية لوحدة المعالجة المركزية (CPU) للعمليات الأخرى مرتفعة، فمن المحتمل أن تكون عملية لينوكس. انتقل إلى الخطوة 4

- معالج الخدمات المضمنة

تأكد داخل ESP ما إذا تمت ملاحظة أن معالج مستوى التحكم يستخدم وحدة المعالجة المركزية بشكل مرتفع. هل هو برنامج الغذاء العادل؟

show platform software process slot fp active monitor

إذا كانت العمليات عالية فهي FECP، ثم انتقل إلى الخطوة 5

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

- معالج الواجهة SPA Interface Processor

إذا لوحظ أن SIP يستخدم وحدة المعالجة المركزية (CPU) بشكل عال، فسيتم ملاحظة أن IOCP به وحدة معالجة مركزية (CPU) عالية. تحديد العمليات أو العمليات التي تتم داخل IOCP والتي يتم ملاحظتها بحيث يكون لها إستخدام عال لوحدة المعالجة المركزية.

أنجزت ربط على قبض وحدد أي حركة مرور يكون أعلى من معتاد وأي عملية يكون صحبت مع هذا نوع الحركة مرور. انتقل إلى الخطوة 7

الخطوة 3 - عمليات IOS

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

إذا كانت نسبة المقاطعة عالية، فإنها تشير إلى أن مقدار كبير من حركة المرور يتم تثبيته في RP، (يمكن تأكيد ذلك باستخدام الأمر show platform software punt)

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

تأكد ضمن برنامج IOS من أن العملية أو العمليات التي تمت ملاحظتها لها تستخدم وحدة المعالجة المركزية (CPU) بشكل كبير باستخدام الأمر التالي.

إظهار العمليات التي تم فرزها

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

الموجه#show عمليات وحدة المعالجة المركزية التي تم فرزها

إستخدام وحدة المعالجة المركزية لمدة خمس ثوان: 0٪/0٪؛ دقيقة واحدة: 1٪؛ خمس دقائق: 1٪

تم إستدعاء PID Runtime(ms) إلى uSec 5 sec 1Min 5Min 5Min TTY عملية

تم إستدعاء PID Runtime(ms) إلى uSec 5 sec 1Min 5Min 5Min TTY عملية

188 8143 434758 18 0.15٪ 0.18٪ 0.19٪ 0٪ MSEC TI

515 380 7050 53 0.07٪ 0.00٪ 0.00٪ العملية الرئيسية SBC

برنامج EXEC 3 2154 215 10018 0.07٪ 0.00٪ 0.19٪ 0

مؤقت 380 1783 55002 32 0.07٪ 0.06٪ 0.06٪ 0 MMA DB

63 3132 1143 281 0.07٪ 0.07٪ 0.07٪ مهمة IPC لمعالج iOSD

عدد 5 موجهات ISSU بنسبة 0.00٪ و 0.00٪ بنسبة 0.00٪ وفقا لمعيار IPC

ورد النص الرئيسي لرقيق الترددات اللاسلكية 6 19 1583 0. 00٪ 0. 00٪ 0. 00٪

8 0 1 0.00٪ 0.00٪ 0.00٪ 0.00٪ أو وحدات التوقيت التي يتم الإعلام بها

7 0 0.00٪ 0.00٪ 0.00٪ 0_EDDRI_MAIN

10 6 75 80. 00٪ 0. 00٪ 0. 00٪ مدير التجمع

9 5671 538 10540 0.00٪ 0.14٪ 0.12٪ 0 كبلات تفتيش

الخطوة 4 - عمليات لينوكس

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

الخطوة 5 - عمليات FECP

إذا كانت إحدى العمليات أو العمليات مرتفعة، فمن المحتمل أن تكون هذه هي العمليات داخل بروتوكول FECP المسؤولة عن الاستخدام العالي لوحدة المعالجة المركزية، انتقل إلى الخطوة 7

الخطوة 6 - إستخدام QFP

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

إظهار إستخدام قاعدة بيانات QFP النشطة لأجهزة النظام الأساسي

تحديد ما إذا كان الإدخال أو الإخراج عاليا، وعرض حمل العملية ثم الانتقال إلى الخطوة 7

الموجه#show platform hardware qfp active dataPath إستخدام

CPP 0: الانحراف الفرعي 0 5 ثوان 1 دقيقة 5 دقيقة 60 دقيقة

الإدخال: الأولوية (PPS) 0 0

(بت في الثانية) 208 176 176 176

غير ذي أولوية (PPS) 0 2

(بت في الثانية) 64 784 784 784

المجموع (PPS) 0 2

(بت في الثانية) 272 960 960 960

الناتج: الأولوية (PPS) 0 0

(بت في الثانية) 192 160 160 160

غير ذي أولوية (PPS) 0 1 1

(بت في الثانية) 0 6488 6496 6488

المجموع (أرقام قياسية) 0 1 1 1

(bps) 192 6648 6656 6648

المعالجة: الحمولة (PCT) 0 0 0

الخطوة 7 - تحديد السبب الرئيسي والتعرف على الإصلاح

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

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

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

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

الموجه#show platform software status control-processor موجز

متوسط الحمولة

حالة الفتحة 1-Min 5-Min 15-Min

RP0 سليم 0.66 0.15 0.05

ESP0 سليم 0.00.00.00

SIP0 سليم 0.00.00.00

الذاكرة (kB)

إجمالي حالة الفتحات المستخدمة (PCT) الخالية (PCT) الملتزم بها (PCT)

RP0 صحي 2009376 1879196 (94٪) 130180 (6٪) 1432756 (71٪)

ESP0 Healthy 2009400 692472 (34٪) 1316928 (66٪) 472668 (24٪)

SIP0 صحي 471804 284556 (60٪) 187248 (40٪) 193148 (41٪)

إستخدام وحدة المعالجة المركزية

نظام مستخدم وحدة المعالجة المركزية (CPU) ذو الفتحات طراز IRQ SIRQ IoWait رائع في وضع الخمول

RP0 0 57.11 14.42 0.00 0.00 28.25 0.19 0.00

ESP0 0 2.10 17.91 0.00 79.97 0.00.00.00

SIP0 0 1.20 6.00 0.00 92.80 0.00 0.00

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

الموجه#show عمليات وحدة المعالجة المركزية التي تم فرزها

إستخدام وحدة المعالجة المركزية (CPU) لمدة خمس ثوان: 84٪/36٪؛ دقيقة واحدة: 34٪؛ خمس دقائق: 9٪

تم إستدعاء PID Runtime(ms) إلى uSec 5 sec 1Min 5Min 5Min TTY عملية

107 303230 50749 5975 46.69٪ 18.12٪ 4.45٪ 0 IOSXE-RP Punt SE

63 105617 540091 195 0.23٪ 0.10٪ 0.08٪ مهمة IPC في IOSD

الخيط الرئيسي 159 74792 264591 28 0.15٪ 0.06٪ 0.06٪ من VRRS

116 53685 169683 316 0.15٪ 0.05٪ 0.01٪ 0 وظائف في الثانية

9 305547 26511 11525 0.15٪ 0.28٪ 0.16٪ 0 كبلات تفتيش

188 362507 20979154 17 0.15٪ 0.15٪ 0.19٪ 0 Ethernet Msec TI

3 147 186 790 0.07٪ 0.08٪ 0.02٪ 0 EXEC

مقياس الحمل 2 32126 33935 946 0.07٪ 0.03٪ 0.00٪ 0

446 416 33932 120.07٪ 0.00٪ 0.00٪ من عملية التيار المستمر

164 59945 5261819 11 0.07٪ 0.04٪ 0.02٪ 0 عمر إعادة محاولة IP ARP

43 1703 16969 100.07٪ 0.00٪ 0.00٪ من IPC Keep M

ومن هذا الإخراج، يمكن ملاحظة أن النسبة المئوية لإجمالي وحدة المعالجة المركزية ونسبة المقاطعة أعلى من المتوقع. المعالجة العليا التي تستخدم وحدة المعالجة المركزية هي "IOSXE-RP punt Se" وهي العملية التي تعالج حركة مرور البيانات لوحدة المعالجة المركزية ل RP، وبالتالي يمكننا النظر بشكل أكبر في حركة المرور هذه التي يتم ضربها إلى RP.

أداة تحديد البنية الأساسية لبرنامج النظام الأساسي Router#show

الحالات الداخلية لواجهة LSMPI:

enabled=0، disabled=0، throttled=0، unthroled=0، state ready

المخازن المؤقتة للإدخال = 90100722

المخازن المؤقتة للإخراج = 100439

عدد rxdone = 90100722

عدد txdone = 100436

Rx بدون عدد الجسيمات = 0

عدد Tx no Particletype = 0

Txbuf من عدد الظلال = 0

لا توجد بداية للحزمة = 0

لا توجد نهاية للحزمة = 0

أحصائيات الإسقاط الفاشل:

إصدار غير صحيح 0

نوع غير صحيح 0

رأس الميزة 0

رأس النظام الأساسي HAD 0

رأس الميزة مفقود 0

عدم تطابق الرأس الشائع 0

طول إجمالي غير صحيح 0

طول الحزمة غير صحيح 0

إزاحة الشبكة غير صحيحة 0

ليس عنوان علامة برمجية 0

نوع إرتباط غير معروف 0

لا يوجد عرض 1

رأس ميزة ESS 0 غير صحيح

لا توجد ميزة ESS 0

لا توجد ميزة SSLVPN 0

نوع Punt ل Us غير معروف 0

Punt سبب خارج النطاق 0

أسباب حزمة IOSXE-RP المؤقتة:

62210226 Layer2 Control والحزم القديمة

حزم طلب أو إستجابة ARP 147

حزم البيانات 27801234 للولايات المتحدة

84426 RP<->حزم QFP keepalive

6 تجميع حزم التجاور

حزم التحكم 1647 للولايات المتحدة

إحصائيات بروتوكول IPv4 للتحكم الخاص ب_الولايات المتحدة:

حزم بروتوكول فتح أقصر مسار أولا (OSPF) طراز 1647

الرسم البياني للحزمة (500 بايت/حاوية)، متوسط الحجم في 92، خارج 56:

عدد مرات عدم العد في حجم pak

0+: 90097805 98790

500+: 0 7

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

بمجرد اكتمال التقاط حزمة، فإن بعض الأمثلة على حركة المرور المنتقبة المحتملة هي:

- ARP: قد يكون هذا بسبب عدد كبير من طلبات ARP، والتي قد تحدث إذا كانت عناوين IP المتعددة ستقوم بإرسال طلبات ARP من خلال تكوين مسار IP إلى واجهة بث. كما يمكن أن يكون ذلك بسبب الإدخالات التي تم التفريغ منها من جدول ARP ويجب إعادة نشرها استنادا إلى إدخالات عنوان MAC التي تقادمت، أو الواجهات التي تأتي من أعلى/أسفل.

- SSH: قد يتسبب هذا في إرتفاع وحدة المعالجة المركزية بسبب أمر عرض كبير (show tech-support) أو عند تمكين الكثير من أوامر تصحيح الأخطاء، مما يفرض إرسال الكثير من واجهة سطر الأوامر (CLI) عبر جلسة SSH.

- SNMP: قد يرجع ذلك إلى وكيل SNMP الذي يستغرق فترة طويلة من الوقت لمعالجة طلب، وبالتالي يتسبب في وحدة المعالجة المركزية (CPU) العالية. غالبا ما يكون هناك سببان محتملان هما قواعد معلومات الإدارة (MIB) التي يتم استفتاؤها، أو جداول المسار و/أو بروتوكول تحليل العناوين التي يتم استفتاؤها بواسطة NMS.

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

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

الأوامر الإضافية

فيما يلي قائمة بالأوامر الإضافية المفيدة الأخرى التي يتم إستخدامها ويتم فرزها وفقا للمعالج الذي ترتبط به:

معالج المسار

- <إظهار محفوظات وحدة المعالجة المركزية (CPU) للعملية>

- يوفر رسما بيانيا لتاريخ وحدة المعالجة المركزية (CPU) على مدار 60 ثانية ودقيقة و 72 ساعة الماضية

- <show process process_id>

- معلومات تفصيلية حول ذاكرة العملية الفردية وعمليات تخصيص وحدة المعالجة المركزية (CPU)

- <show platform software infrastructure>

- يوفر معلومات عن كل حركة المرور التي يتم ضربها إلى RP

- <show platform software status control-processor brief>

- يقدم تفاصيل حول حمل وحدة المعالجة المركزية (CPU) و"صحتها"، بالإضافة إلى تفاصيل إحصائيات الذاكرة والوحدات النمطية

- <show platform software process slot r0|r1 monitor>

- يقدم تفاصيل العمليات المختلفة وعمليات تخصيص وحدة المعالجة المركزية (CPU) والذاكرة الخاصة بها على الوحدة النمطية المحددة

- <مدرب منصة برمجية عملية r0|r1>

- يوفر تغذية مباشرة تقوم بتحديث العمليات عند إستخدامها لوحدة المعالجة المركزية

- يتطلب إدخال الأمر "terminal-type" في وضع التكوين العام أولا ليعمل بشكل صحيح

معالج الخدمات المضمنة

- <show platform software process list fp active summary>

- يقدم تفاصيل ملخصا لجميع العمليات التي يتم تشغيلها على وحدة المعالجة المركزية، بالإضافة إلى متوسط الحمل

- <show platform software process slot f0|f1 monitor>

- يقدم تفاصيل العمليات المختلفة وعمليات تخصيص وحدة المعالجة المركزية (CPU) والذاكرة الخاصة بها على الوحدة النمطية المحددة

- <مراقبة عملية برنامج النظام الأساسي f0|f1>

- يوفر تغذية مباشرة تحدث العمليات عند إستخدامها لوحدة المعالجة المركزية

- يتطلب إدخال الأمر "terminal-type" في وضع التكوين العام أولا ليعمل بشكل صحيح