المحتويات

المقدمة

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

مجموعة السجلات

تحليل السجلات

تكوين عرض SNMP

TroubleshootingTip

القرار

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

المقدمة

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

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

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

- وحدة التحكم اللاسلكية: C9800-80-K9 التي تشغل الإصدار 17.09.03

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

مجموعة السجلات

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

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

- هل يواجه النظام إرتفاعات أو معدلات إستخدام مرتفعة بشكل مستمر؟

- ما هي النسبة المئوية للاستخدام في أي من الحالتين؟

- ما هو معدل الاستخدام المرتفع لوحدة المعالجة المركزية؟

- ما مدى تكرار كل خادم SNMP في التحقق من عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)؟

- من هم أفضل المتكلمين؟

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

#terminal length 0

#show clock

#show process cpu sorted | exclude 0.0

#show process cpu history

#show processes cpu platform sorted | exclude 0.0

#show snmp stats oid

#show snmp stats hosts

تحليل السجلات

بعد تجميع هذه السجلات، يجب تحليلها لفهم التأثير.

دعنا نلقي نظرة على عينة من سجلات إستخدام وحدة المعالجة المركزية (CPU) ونحدد عملية SNMP التي تستهلك معظم وحدة المعالجة المركزية (CPU).

WLC#show process cpu sorted | exclude 0.0

CPU utilization for five seconds: 96%/7%; one minute: 76%; five minutes: 61%

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

250   621290375    58215467      10672 58.34% 39.84% 34.11%   0 SNMP LA Cache pr  <-- High utilization

93   167960640   401289855        418 14.50% 11.88%  9.23%   0 IOSD ipc task

739   141604259   102242639       1384  8.57%  6.95%  7.21%   0 SNMP ENGINE

763        7752       34896        222  4.00%  3.41%  1.83%   5 SSH Process

648     6216707   181047548         34  0.72%  0.37%  0.31%   0 IP SNMP

376     3439332    51690423         66  0.40%  0.36%  0.25%   0 SNMP Timers

143     3855538   107654825         35  0.40%  0.35%  0.23%   0 IOSXE-RP Punt Se

108     6139618    17345934        353  0.40%  0.30%  0.34%   0 DBAL EVENTS

تم فرز المخرجات من وحدة المعالجة المركزية show process | يشير الأمر إستثناء 0.0 إلى أن عملية SNMP تستهلك بالفعل كمية غير متناسبة من موارد وحدة المعالجة المركزية. وعلى وجه التحديد، تعد عملية ذاكرة التخزين المؤقت لذاكرة التخزين المؤقت لبروتوكول SNMP هي الأكثر إستخداما لوحدة المعالجة المركزية (CPU)، والتي تليها العمليات الأخرى المتعلقة ببروتوكول SNMP.

سوف تساعدنا المجموعة التالية من الأوامر في الانتقال لأسفل إلى عملية الاستخدام العالي لبروتوكول SNMP.

WLC#show snmp stats oid

time-stamp               #of times requested             OID

11:02:33 Austral Jun 8 2023      27698                   bsnAPIfDBNoisePower  <-- Frequently polled OID

11:02:23 Austral Jun 8 2023      1                       sysUpTime

11:02:23 Austral Jun 8 2023      17                      cLSiD11SpectrumIntelligenceEnable

11:02:23 Austral Jun 8 2023      1                       cLSiD11SpectrumIntelligenceEnable

11:02:23 Austral Jun 8 2023      6                       cLSiD11Band

11:02:23 Austral Jun 8 2023      1                       cLSiD11Band

11:02:23 Austral Jun 8 2023      1                       cLSiD11Band

11:02:23 Austral Jun 8 2023      1                       cLSiD11Band

11:02:19 Austral Jun 8 2023      24                      clcCdpApCacheApName

11:02:19 Austral Jun 8 2023      1                       clcCdpApCacheDeviceIndex

11:02:19 Austral Jun 8 2023      9                       cLApCpuAverageUsage

11:02:19 Austral Jun 8 2023      1315                    cLApCpuCurrentUsage

11:02:19 Austral Jun 8 2023      2550                    bsnAPIfDBNoisePower

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

دعنا نحاول فهم ما يفعله OID BSNapiFDBNoisePower وأوقات تخزين البيانات الخاصة به.

انتقل إلى متصفح كائن SNMP وابحث في معرف المستخدم الرئيسي (OID) "BSNapiFDBNoisePower".

نتيجة بحث OID

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

وبالمثل، تحتاج إلى فهم سلوك معرف فئة المورد (OID) المحدد الذي يتم استقطابه بقوة.

سيساعدك الأمر التالي على معرفة خوادم SNMP التي تقوم بالتحقق من عنصر التحكم في الشبكة المحلية اللاسلكية (WLC).

WLC#show snmp stats hosts

Request Count    Last Timestamp  Address

77888844          00:00:00 ago   10.10.10.120

330242            00:00:08 ago   10.10.10.150

27930314          00:00:09 ago   10.10.10.130

839999            00:00:36 ago   10.10.10.170

6754377           19:45:34 ago   10.10.10.157

722               22:00:20 ago   10.10.10.11

يوفر هذا الأمر قائمة بخوادم SNMP مع عدد الطلبات الخاصة بها وطابع الوقت الأخير لنشاط الاقتراع الخاص بها.

أنت يستطيع رأيت هناك يتعدد نادل مختلف أن يستعرض ال 9800 WLC. إذا نظرتم إلى بيانات السجلات الكاملة التي تم تجميعها خلال ال 10 دقائق الأخيرة، يمكنكم قياس معدل تواتر تصويتهم كذلك.

الآن يمكنك الذهاب إلى كل خادم وترى كم مرة يتم إستقصاء OID المسيء. في هذه الحالة، يتم استبيان OID كل 30 ثانية، وهو بشكل كبير أكثر تواترا من اللازم. بما أن WLC يستلم بيانات RF/RRM كل 180 ثانية، فإن إستقصاء OID كل 30 ثانية ينتج عنه معالجة غير ضرورية ويساهم في إستخدام عال لوحدة المعالجة المركزية.

بمجرد التعرف على OID المسيء والخادم، يمكننا تجربة حلول مختلفة متعددة لتقليل الحمل على عنصر التحكم في الشبكة المحلية اللاسلكية (WLC).

1. قم بتقليل تردد الاقتراع على خادم SNMP.

2. إذا لم تكن هناك حاجة إلى معرف الكائن (OID) لاستخدام العملية، فقم بتعطيل فحص معرف الكائن (OID) هذا من خادم SNMP.

3. إذا لم يكن لديك تحكم على خادم SNMP، فيمكنك إستخدام طريقة عرض SNMP لحظر معرف المستخدم المؤذي.

تكوين عرض SNMP

قم بتحديد طريقة عرض جديدة تستثني معرف المستخدم الذي تريد حظره. على سبيل المثال، تريد حظر معرف المستخدم (OID) 1.3.6.1.4.1.14179.2.2.15.1.21، وإنشاء طريقة عرض جديدة وإرفاق معرف المستخدم (OID) بالعرض.

snmp-server view blockOIDView 1.3.6.1.4.1.14179.2.2.15.1.21 excluded  <-- This is the OID of bsnAPIfDBNoisePower

snmp-server community TAC view blockOIDView RO <-- This command assigns the blockOIDView to the community myCommunity with read-only (RO) access.

snmp-server group TAC v3 priv read blockOIDView <-- This command assigns the blockOIDView to the group myGroup with the priv security level for SNMPv3.

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

- إستخدام وحدة المعالجة المركزية (CPU) للخط الأساسي: توثيق مستويات إستخدام وحدة المعالجة المركزية (CPU) العادية عندما لا تتسبب عملية SNMP في إستخدام عال.

- تكوين SNMP: مراجعة إعدادات تكوين SNMP الحالية، بما في ذلك سلاسل المجتمع، الإصدار (v2c أو v3)، وقوائم الوصول.

- أفضل ممارسة لبروتوكول SNMP: أستخدم مستند أفضل ممارسة 9800 WLC ومطابقة التكوين المقترح لبروتوكول SNMP أقرب ما يمكن.

C9800(config)#snmp-server subagent cache

C9800(config)#snmp-server subagent cache timeout ?

<1-100>  cache timeout interval (default 60 seconds)

- معدل تكرار اقتراع SNMP: حدد عدد مرات إجراء استعلامات SNMP لاستطلاع وحدة التحكم في الشبكة المحلية اللاسلكية (WLC)، نظرا لأن ترددا مرتفعا قد يساهم في زيادة حمل وحدة المعالجة المركزية (CPU).

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

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

- التغييرات الأخيرة: لاحظ أي تغييرات حديثة في تكوين وحدة التحكم في الشبكة المحلية اللاسلكية (WLC) أو الشبكة التي يمكن أن تتزامن مع بدء إستخدام وحدة المعالجة المركزية (CPU) بشكل مرتفع.

- مع 9800 WLC، تم التركيز على القياس عن بعد. يعمل القياس عن بعد في نموذج "الدفع" حيث تقوم WLC بإرسال المعلومات ذات الصلة إلى الخادم دون الحاجة للاستعلام. إذا كانت استعلامات SNMP تستهلك دورات وحدة المعالجة المركزية الخاصة بوحدة التحكم في الشبكة المحلية اللاسلكية (WLC) مسببة مشاكل في التشغيل، فمن الأفضل الانتقال إلى بيانات القياس عن بعد.

القرار

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

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

- مراقبة Catalyst 9800 WLC عبر SNMP باستخدام OIDs

- إدارة سلسلة وحدة التحكم اللاسلكية Catalyst 9800 مع البنية الأساسية ل Prime مع SNMP V2 و V3 و NetCONF

- تأمين بروتوكول إدارة الشبكة البسيط

- أفضل ممارسات تكوين Cisco Catalyst 9800 Series