المقدمة
يصف هذا المستند بروتوكول إدارة الشبكة البسيط (SNMP) وكيفية إختبار وظائفه على جهاز.
المتطلبات
المتطلبات الأساسية
توصي Cisco بأن تكون لديك معرفة ببروتوكول SNMP واتصالاته مع خادم نظام إدارة الشبكة (NMS).
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
-
SNMP
-
Cisco WS-C3650-12X48UZ
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
الاصطلاحات
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
أستكشاف الأخطاء الشائعة وإصلاحها
1. رسالة الخطأ: "٪SNMP-3-RESPONSE_DELAYED: معالجة GetNext من "أي معرف فريد"."
GetNext of ciscoMgmt.810.1.2.1.1 (24004 msecs)
*May 24 01:30:48.463: %SNMP-3-RESPONSE_DELAYED: processing GetNext of ciscoMgmt.810.1.2.1.1 (24008 msecs)
---> In this scenario ciscoMgmt.810.1.2.1.1 is the OID causes the issue.
*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 على الجهاز. بالنسبة للإصدار الثاني من بروتوكول إدارة الشبكة البسيط (SNMPv2)، يجب أن يبدو كما يلي:
snmp-server community TAC1 RO
snmp-server community TAC2 RO --> If multiple communities are added to device.
ل 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 لتغييره.
بالنسبة للإصدار الثاني من بروتوكول إدارة شبكة الاتصال البسيط:
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 ciscoMgmt.810 excluded -->>>
The Idea is to exclude the OID causes the issue, however,
please read out what is the function of the OID that that is excluded.
ل SNMPv3:
#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".
#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= "ذاكرة تخزين مؤقت فلاش من 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..
للعمل حول:
تم تعطيل عملية تجميع بيانات قاعدة معلومات الإدارة (MIB) في Flash بشكل افتراضي. إذا تم تمكينها باستخدام الأمر snmp mib flash cache (ربما بعد إعادة التحميل)، فقد تتسبب في وجود وحدة معالجة مركزية (CPU) عالية في بعض الحالات.
بدلا من ذلك، أستخدم الأمر #no snmp mib flash cache في وضع التكوين.
أو قم بتثبيت برنامج IM النصي هذا:
event manager applet SNMP authorization bypass
event syslog pattern "SYS-5-RESTART"
action 11 cli command "enable"
action 12 cli command "conf t"
action 13 cli command "no snmp mib flash cache"
action 14 cli command "end"
3. رسالة الخطأ: "٪SNMP-3-INPUT_QFULL_ERR:Packet سقطت بسبب امتلاء قائمة انتظار الإدخال"
قد يكون أحد الأسباب المحتملة لخطأ قائمة الانتظار الكامل هو إجراء عملية اقتراع مكثفة على الجهاز أو معرف فريد محدد يتسبب في المشكلة. لتخفيف ذلك، أولا، تأكد من أن الجهاز تم استقطابه بشدة.
للقيام بذلك، قم بتنفيذ هذا الأمر:
B02#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 أن يسبب المشكلة. للعثور على معرف الهوية (OID) الذي يتسبب في المشكلة واستكشاف الأخطاء وإصلاحها بنفس الوقت، يرجى الرجوع إلى رسالة الخطأ 1 المذكورة سابقا.
4. رسالة خطأ: "إستخدام عال لوحدة المعالجة المركزية بسبب محرك SNMP".
تحديد المشكلة:
يعاني الموجه من وحدة معالجة مركزية (CPU) عالية في الوقت الذي يتم استطلاعه بواسطة عميل، ويمكن التحقق من هذا باستخدام أمر #show process cpu <sorted> في وقت وحدة المعالجة المركزية (CPU) عالية. يمكنك أن ترى أن عملية محرك SNMP تأخذ جميع موارد وحدة المعالجة المركزية:
#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) التي يتم استقطابها بشكل أكثر تكرارا بواسطة العميل.
#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) المرتفع على الجهاز، يمكنك بدء snmpwalk عملية توصيل إلى جهاز من خادم NMS ومراعاة الإخراج. يمكن أن تكون معرفات الأجهزة (OIDs) التي تستجيب بشكل أبطأ من معرفات الأجهزة الأخرى هي المسؤولة عن إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير.
لاستكشاف الأخطاء وإصلاحها:
تحقق من تكوين SNMP على الجهاز. بالنسبة للإصدار الثاني من بروتوكول إدارة الشبكة البسيط (SNMP)، يجب أن يبدو كما يلي:
snmp-server community TAC1 RO
snmp-server community TAC2 RO --> If multiple communities are added to snmp.
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 لتغييره.
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 _causes_the issue_is _to_excluded excluded
-->>> The Idea is to exclude the OID causes the issue, however,
please read out what is the function of the OID that we are about to exclude.
معلومات ذات صلة