تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يوضح هذا المستند كيفية أستكشاف أخطاء وحدة المعالجة المركزية (CPU) العالية وإصلاحها على موجه من السلسلة ASR1000.
توصي Cisco بفهم بنية ASR1000 لتفسير هذا المستند واستخدامه.
قد يتم تحديد وحدة المعالجة المركزية (CPU) العالية على موجه Cisco على أنها الحالة التي يكون فيها إستخدام وحدة المعالجة المركزية (CPU) على الموجه أعلى من الاستخدام العادي. في بعض السيناريوهات، من المتوقع زيادة إستخدام وحدة المعالجة المركزية (CPU) بينما قد تشير في سيناريوهات أخرى إلى وجود مشكلة. يمكن تجاهل إستخدام وحدة المعالجة المركزية (CPU) العالي المؤقت على الموجه بسبب تغيير الشبكة أو تغيير التكوين ومن المتوقع أن يكون هذا السلوك.
ومع ذلك، فإن الموجه الذي يختبر إستخدام وحدة المعالجة المركزية (CPU) المرتفع لفترات ممتدة دون أي تغييرات في الشبكة أو التكوين يعد غير عادي ويحتاج إلى التحليل. وبالتالي، عند الاستخدام الزائد، لا يمكن لوحدة المعالجة المركزية (CPU) خدمة جميع العمليات الأخرى بشكل فعال، مما ينتج عنه سطر أوامر بطيء وزمن وصول مستوى التحكم وحالات إسقاط الحزم وفشل الخدمات.
فيما يلي أسباب إرتفاع وحدة المعالجة المركزية:
لا تعد وحدة المعالجة المركزية (CPU) العالية مشكلة دائما في موجه من السلسلة ASR1000، حيث يتناسب إستخدام وحدة المعالجة المركزية (CPU) للموجه مباشرة مع الحمل على الموجه. على سبيل المثال، إذا كان هناك تغيير في الشبكة، فسيؤدي ذلك إلى حدوث قدر كبير من حركة مرور مستوى التحكم عند إعادة تجميع الشبكة. لذلك، نحن بحاجة إلى تحديد السبب الجذري للاستخدام المفرط لوحدة المعالجة المركزية لتحديد ما إذا كان السلوك المتوقع أو إحدى المشكلات.
فيما يلي مخطط يوضح بالتفصيل العملية خطوة بخطوة حول كيفية أستكشاف أخطاء وحدة المعالجة المركزية (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.
تأكد داخل 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
إذا لوحظ أن SIP يستخدم وحدة المعالجة المركزية (CPU) بشكل عال، فسيتم ملاحظة أن IOCP به وحدة معالجة مركزية (CPU) عالية. تحديد العمليات أو العمليات التي تتم داخل IOCP والتي يتم ملاحظتها بحيث يكون لها إستخدام عال لوحدة المعالجة المركزية.
أنجزت ربط على قبض وحدد أي حركة مرور يكون أعلى من معتاد وأي عملية يكون صحبت مع هذا نوع الحركة مرور. انتقل إلى الخطوة 7
ارجع إلى الإخراج أدناه، والنسبة المئوية الأولى هي إجمالي إستخدام وحدة المعالجة المركزية (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 كبلات تفتيش
إذا تم ملاحظة إفراط IOS في إستخدام وحدة المعالجة المركزية، حينئذ نحتاج إلى ملاحظة إستخدام وحدة المعالجة المركزية لعملية لينوكس الفردية. هذه العمليات هي العمليات الأخرى المدرجة من العرض منصة برمجية عملية شق RP مدرب نشط. حدد العملية أو العمليات التي تتم ملاحظتها لاختبار وحدة المعالجة المركزية (CPU) عالية ثم انتقل إلى الخطوة 7.
إذا كانت إحدى العمليات أو العمليات مرتفعة، فمن المحتمل أن تكون هذه هي العمليات داخل بروتوكول FECP المسؤولة عن الاستخدام العالي لوحدة المعالجة المركزية، انتقل إلى الخطوة 7
معالج تدفق الكم هو 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
ومع تحديد العملية أو العمليات التي لوحظ أنها أفرطت في إستخدام وحدة المعالجة المركزية، هناك صورة أوضح لسبب حدوث إرتفاع في وحدة المعالجة المركزية. للمتابعة، ابحث عن الوظائف التي تؤديها العملية المحددة. وسيساعد ذلك في تحديد خطة عمل بشأن كيفية معالجة المشكلة. على سبيل المثال - إذا كانت العملية مسؤولة عن بروتوكول معين، فقد ترغب في النظر في التكوين المرتبط بهذا البروتوكول.
إذا كنت لا تزال تواجه مشاكل متعلقة بوحدة المعالجة المركزية، فيوصى بالاتصال ب 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 والتي من شأنها السماح بتعريف السبب الجذري وحلها لمنع مشكلة مماثلة في المستقبل.
بمجرد اكتمال التقاط حزمة، فإن بعض الأمثلة على حركة المرور المنتقبة المحتملة هي:
وهذا يسلط الضوء على كيفية عزل السبب الجذري من خلال تحديد سبب وحدة المعالجة المركزية (CPU) العالية، عندما يصل إلى مستوى عملية فردي. ومن هنا، يمكن تحليل العملية الفردية أو البروتوكول بشكل منفصل لتحديد ما إذا كانت مشكلة تكوين أو مشكلة برامج أو تصميم شبكة أو ممارسة مقصودة.
فيما يلي قائمة بالأوامر الإضافية المفيدة الأخرى التي يتم إستخدامها ويتم فرزها وفقا للمعالج الذي ترتبط به: