أستكشاف أخطاء الوظائف الأساسية لبروتوكول SNMP وإصلاحها

المقدمة

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

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

المتطلبات

cisco يوصي أن يتلقى أنت معرفة من:

• تشغيل بروتوكول SNMPv2c و SNMPv3
• واجهة سطر الأوامر (CLI) ل Cisco IOS® XE

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

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• سلسلة محول Catalyst 3650 من Cisco

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

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

1. رسالة الخطأ: "٪SNMP-3-RESPONSE_DELAYED: معالجة GetNext من <OID> (<الوقت المنقضي> مللي ثانية)

في هذا المثال، CiscoMgmt.810.1.2.1.1 هو المعرف الفريد (OID) المقترن بطلب GetNext المؤجل. قم بربط الرسائل المتكررة باستخدام وحدة المعالجة المركزية (CPU) وسجلات إستطلاع NMS والعيوب الخاصة بالإصدار قبل تحديد السبب الجذري:

*May 24 01:30:48.463: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.2.1.1 (24008 msecs)

*May 24 01:31:12.477: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.2.1.1 (24012 msecs)

*May 24 01:31:36.486: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.2.1.1 (24008 msecs)

*May 24 01:32:00.503: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24016 msecs)

*May 24 01:32:24.515: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24012 msecs)

*May 24 01:32:48.528: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24012 msecs)

*May 24 01:33:12.537: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.3.1.1 (24008 msecs)

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

تحقق من تكوين SNMP على الجهاز. بالنسبة ل SNMPv2c، يبدو مماثلا للإخراج في حالة إضافة مجتمعات متعددة إلى الجهاز:

snmp-server community TAC1 RO

snmp-server community TAC2 RO  --> 

ل SNMPv3:

snmp-server view TESTV3 iso include

snmp-server group TestGroupV3 v3 auth read TESTV3

snmp-server user cisco TestGroupV3 v3 auth md5 ciscorules priv des56 cisco123

أدخل وضع تكوين الجهاز وأضف طريقة عرض إلى تكوين SNMP.

ل SNMPv2c:

snmp-server community TAC1 RO view cutdown RO

snmp-server community TAC2 RO view cutdown RO

الفكرة هي إستبعاد معرف فريد (OID) الذي يسبب المشكلة، ومع ذلك، يرجى مراجعة وظيفة معرف فريد (OID) التي يمكن إستبعادها قبل تطبيق أي تغييرات:

snmp-server view cutdown iso included

snmp-server view cutdown ciscoMgmt.810 excluded -->>> 

بالنسبة ل SNMPv3، يتم تطبيق إستثناء العرض باستخدام أمر مجموعة خوادم snmp:

snmp-server view TESTV3 internet included

snmp-server view TESTV3 ciscoMgmt.810 excluded

snmp-server group TestGroupV3 v3 priv write TESTV3 

2. رسالة خطأ "الاستخدام العالي لوحدة المعالجة المركزية (CPU) بسبب ذاكرة التخزين المؤقت لذاكرة Flash (الذاكرة المؤقتة) ل SNMP".

Device#show processes cpu sorted

CPU utilization for five seconds: 99%/0%; one minute: 22%; five minutes: 18%

PID    Runtime(ms)     Invoked      uSecs      5Sec          1Min     5Min     TTY    Process    

447    561399          143012       3925       0.00%         1.58%    1.83%     0     Snmp Flash Cache

سجلات SNMP:

 ٪SYS-2-Sigpending: يتم إرسال إشارات متعددة إلى عملية 91 -process= "ذاكرة تخزين مؤقت لذاكرة Flash (الذاكرة المؤقتة) ل SNMP"، IPL= 0، pid= 91.

888888888888888888888888888888888888888888888898878889

625424254283314655456532533533772205363424335694492379

  100                                              *      *

  90 * *    *  *    *** ***  *  *  **  * *      ***    **

  80 ******************************************************

  70 ******************************************************

  60 ******************************************************

  50 ******************************************************

  40 ######################################################

  30 ######################################################

  20 ######################################################

  10 ######################################################

   0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..

لحل المشكلة:

يمكن أن تستهلك عملية ذاكرة التخزين المؤقت لذاكرة Flash (الذاكرة المؤقتة) ل SNMP وحدة معالجة مركزية (CPU) عالية عند تمكين التخزين المؤقت ل Flash MIB. تأكيد الحالة التي تم تكوينها باستخدام show running-config all | تضمين ذاكرة تخزين مؤقت لذاكرة فلاش من نوع SNMP MIB والتحقق من وحدة المعالجة المركزية (CPU) للعملية قبل تطبيق عدم وجود ذاكرة تخزين مؤقت لذاكرة فلاش من نوع SNMP MIB.

3. رسالة الخطأ: "٪SNMP-3-INPUT_QFULL_ERR:تم إسقاط الحزمة بسبب امتلاء قائمة انتظار الإدخال"

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

للقيام بذلك، قم بتنفيذ هذا الأمر:

Device#show snmp stats oid

time-stamp                                #of times requested            OID

15:40:19 BKK Dec 27 2019        11180008                           ifAlias

15:40:19 BKK Dec 27 2019        44018183                        dot1dBasePortEntry.4

15:40:19 BKK Dec 27 2019        44018212                        dot1dBasePortEntry.3

15:40:19 BKK Dec 27 2019        45216156                        ipNetToPhysicalEntry.4

15:40:19 BKK Dec 27 2019        44018059                        dot1dBasePortEntry.5

15:40:19 BKK Dec 27 2019        44578303                        dot1dBasePortEntry.1

15:40:19 BKK Dec 27 2019        6011756                        dot3StatsEntry.19

15:40:19 BKK Dec 27 2019        11095925                        ifSpeed

15:40:19 BKK Dec 27 2019        12879927                        dot1dTpFdbEntry.3

15:40:19 BKK Dec 27 2019        84535                              vmMembershipSummaryEntry.2

15:40:19 BKK Dec 27 2019        3241107                          vmMembershipSummaryEntry.3

15:40:19 BKK Dec 27 2019        45208908                        ipNetToMediaEntry.2

15:40:19 BKK Dec 27 2019        45223410                        ipNetToPhysicalEntry.6

15:40:19 BKK Dec 27 2019        44018324                        dot1dBasePortEntry.2

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

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

4. رسالة الخطأ: "إستخدام عال لوحدة المعالجة المركزية (CPU) بسبب محرك SNMP".

تحديد المشكلة:

يعاني الموجه من وحدة معالجة مركزية (CPU) عالية في الوقت الذي يتم استطلاعه بواسطة عميل، ويمكن التحقق من هذا باستخدام أمر show process cpu <sorted>في وقت وحدة المعالجة المركزية (CPU) عالية. يمكنك أن ترى أن عملية محرك SNMP تأخذ جميع موارد وحدة المعالجة المركزية:

Device#show processes cpu sorted

CPU utilization for five seconds: 99%/0%; one minute: 22%; five minutes: 18%

PID    Runtime(ms)      Invoked      uSecs   5Sec          1Min              5Min    TTY    Process      

189     1535478456      697105815    2202    88.15%        13.40%            8.74%    0     SNMP ENGINE 

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

ملاحظة: إذا لم يساعد أي من الطرق المدرجة هنا في تحديد معرف فريد (OID) يسبب المشكلة، فيرجى فتح حالة باستخدام TAC.

الطريقة 1. أستخدم الأمر show snmp stats oid.

يعرض أمر show snmp stats oid آخر معرف فريد (OID) تم استقطابه. يعرض الطابع الزمني بالترتيب، الهدف هو تحديد معرف الكائن (OID) الذي استجاب ببطء. ويكون هذا الأمر مفيدا أيضا إذا كنت ترغب في العثور على قواعد معلومات الإدارة (MIB) التي يتم استقطابها بشكل أكثر تكرارا بواسطة العميل.

Device#show snmp stats oid

time-stamp #of times     requested   OI

14:34:38 CET Oct 25 2020 24       atEntry.2

14:34:29 CET Oct 25 2020 40       atEntry.1

14:34:11 CET Oct 25 2020  11       ifOutErrors

14:34:07 CET Oct 25 2020 10       ifOutDiscards

14:34:06 CET Oct 25 2020 10       ifOutUcastPkts

14:34:06 CET Oct 25 2020 10      ifOutOctets

14:34:05 CET Oct 25 2020 10      ifInUnknownProtos

يمكنك أن ترى أن Entry.1 استغرق 18 ثانية ليتم حسابه. وهذا يشير إلى أن وحدة المعالجة المركزية كانت مشغولة من أجل حساب هذه البيانات.

الطريقة 2. لاحظ عميل SNMP.

للعثور على معرف المستخدم (OID) المسؤول عن إستخدام وحدة المعالجة المركزية (CPU) العالي على الجهاز، يمكنك بدء عملية مشي بسيطة إلى جهاز من خادم NMS ومراجعة الإخراج. يمكن أن تكون معرفات الأجهزة (OIDs) التي تستجيب بشكل أبطأ من معرفات الأجهزة الأخرى هي المسؤولة عن إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير.

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

تحقق من تكوين SNMP على الجهاز. بالنسبة ل SNMPv2، يجب أن يبدو كما يلي:

snmp-server community TAC1 RO

snmp-server community TAC2 RO

• ل SNMPv3

snmp-server view TESTV3 iso include

snmp-server group TestGroupV3  v3 auth read TESTV3

snmp-server user <username> TestGroupV3 v3 auth sha <auth-secret> priv aes 128 <priv-secret>

أدخل وضع تكوين الجهاز وأضف طريقة عرض إلى تكوين SNMP لتغييره.

• ل SNMPv2

snmp-server community  TAC1 RO view cutdown RO

snmp-server community TAC2 RO view cutdown RO

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

snmp-server view cutdown iso included

snmp-server view cutdown <oid-subtree> excluded 

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

• دليل التكوين: الفصل: SNMP
• الدعم الفني والتنزيلات من Cisco

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
5.0	17-Aug-2026	تقويم
4.0	02-Apr-2025	تنسيق محدث.
3.0	28-Mar-2024	إعادة الاعتماد.
2.0	16-Feb-2023	تنسيق تم تحديثه. تنبيهات CCW المصححة. إعادة الاعتماد.
1.0	12-Jan-2022	الإصدار الأولي