تأخير التحقق من SNMP
ICSeverity
5 - إشعار
التأثير
تم تأخير استجابات قاعدة معلومات الإدارة.
الوصف
بروتوكول إدارة الشبكات البسيط (SNMP) هو بروتوكول إدارة شبكة ذي أولوية منخفضة. هذه الرسالة عبارة عن رسالة إعلام من مرسل SNMP إلى المستخدم يخطر فيها بأن وقت إستجابة SNMP تجاوز وقت الحد الافتراضي. يحدث هذا أثناء إجراء عملية الاقتراع وهي مكلفة وتستهلك الكثير من الوقت OID في قاعدة معلومات الإدارة (MIB) أو في الوقت نفسه مع عدد كبير من OID. تشير رسائل الخطأ عادة إلى OID/MIB الذي يواجه التأخير. يرجى الاطلاع على الأمثلة التالية: SNMP-3-RESPONSE_DELAYED: معالجة GetNext من cefcFRUPowerStatusEntry.1 (# مللي ثانية) SNMP-3-RESPONSE_DELAYED: معالجة GetNext من ciscoFlashFileEntry.1 (# مللي ثانية) لا يمكن أن يكون لهذا الأمر أي تأثير على النظام. تكون السجلات إعلامية بحيث يمكن تجاهلها أو يمكنك حذف هذه السجلات بشكل دائم. ومع ذلك، إذا كان الاستقصاء يتم بغرض العمل، يجب أن تفكر في تحديد المضيفين الذين يمكنهم الاستعلام عن الجهاز أو الحد من معرفات الأجهزة الأصلية التي يمكن أن تكون استطلاعا، أو كليهما.
SyslogMessage
SNMP-3-RESPONSE_DELAYED
MessageSample
Jan 31 15:00:19.270 EST <> %SNMP-3-RESPONSE_DELAYED: processing Get of ifHCInOctets.394344 (19164 msecs) THIS IS A SAMPLE MESSAGE
عائلة المنتجات
- المحولات Cisco Catalyst 3650 Series Switches
- المحولات Cisco Catalyst 3850 Series Switches
- المحولات Cisco Catalyst 9200 Series Switches
- المحولات Cisco Catalyst 9300 Series Switches
- المحولات Cisco Catalyst 9400 Series Switches
- المحولات Cisco Catalyst 9500 Series Switches
- المحولات Cisco Catalyst 9600 Series Switches
- المحولات Cisco Catalyst 6800 Series Switches
- موجّهات الخدمات المتكاملة للسلسلة Cisco 4000 Series
- سلسلة موجهات خدمات التجميع طراز ASR 1000 من Cisco
- مبدّلات السلسلة Cisco Catalyst 3750-X Series
- مبدّلات السلسلة Cisco Catalyst 2960-X Series
ريغيكس
غير متوفر
التوصية
هناك العديد من العيوب المعروفة جيدا التي يمكن أن تتسبب في رؤية هذا الخطأ. بافتراض أنك تقوم بتشغيل إصدار ثابت ولا تزال ترى هذه المشكلة، قم بتنفيذ هذه الخطوات للعمل من المحتمل حول الخطأ. يمكنك التحقق من مخرجات الأمر "show proc cpu التي تم فرزها" للتأكد من أن إستخدام وحدة المعالجة المركزية ليس مرتفعا جدا وأن الجهاز يعمل بشكل مثالي. "عرض المعالج الرئيسي | كما يمكن أن يعرض الأمر i SNMP Engine مقدار الاستخدام بسبب محرك SNMP الذي يعالج الطلبات الواردة. يظهر Device# إستخدام وحدة المعالجة المركزية (CPU) للفرز لخمس ثوان: 99٪/0٪؛ دقيقة واحدة: 22٪؛ خمس دقائق: 18٪ وقت تشغيل PID (مللي ثانية) تم إستدعاء uSec 5Min 5Min 5Min TTY عملية 189 153547845697105815 2202 8.15٪ 13.40٪ 8.74٪ من محرك SNMP < </High CPU لمدة دقيقة أو أكثر لإشارة هذه العملية يمكن أن تكون عدوانية للغاية، ويواجه الجهاز مشكلة في مواكبة حجم ووتيرة الطلبات. وغالبا ما تكون الارتفاعات المرتفعة لوحدة المعالجة المركزية (CPU) التي تدوم بضع ثوان فقط أمرا متوقعا ولا يثير القلق. يعد SNMP عملية ذات أولوية منخفضة ويمكن أن ينتج عنها معالجة وحدة المعالجة المركزية إذا كانت هناك عملية أكثر أهمية تتطلب ذلك. يمكنك التحقق من إخراج الأمر "show snmp stats oid" للتحقق من أرقام OID العليا التي يتم استقطابها. يمكنك زيادة قيمة حد الاستجابة أو تقليصها ل SNMP MIBs، باستخدام الأمر التالي في وضع التكوين العام: يمكن تعيين حد حد حد حد الحد الأدنى لاستجابة شاشة SNMP على أي قيمة بين 1000 و 5000 مللي ثانية وهو تغيير غير مؤثر. تؤدي زيادة السعة بما يتجاوز الإعداد الافتراضي البالغ 2000 مللي ثانية إلى منح الجهاز المعني مزيدا من الوقت للاستجابة لطلب SNMP معين إذا كانت أوقات التأخير الخاصة بك هي <5000 مللي ثانية. يمكنك أيضا إستخدام أمر التكوين "no snmp monitor response". سيقوم هذا الأمر بتعطيل الآلية لمقارنة وقت الاستجابة بالعتبة ولا يمكن عرض مخططات تأخير SNMP. لا تزال طلبات SNMP ل "قاعدة معلومات الإدارة" المتأخرة، وربما الطلبات اللاحقة قد تنتهي، ولكن يتعذر على النظام طباعة سجل عند حدوث ذلك. أخيرا، إذا كانت هناك OID محدد يسبب المشكلة باستمرار، يمكنك حظر OID باستخدام طريقة عرض SNMP. مثال التكوين العام: عرض خادم snmp TAC تضمن عرض خادم snmp TAC 1.3.6.1.4.1.9.9.91.1.1.1.1 باستثناء عرض مجتمع خادم snmp TAC RO
الأوامر
#show version
#show module
#show proc cpu sort
#show run | s snmp
#show snmp
#show snmp stats oid