المحتويات

المقدمة

خط الأساس

ما هو خط الأساس؟

لماذا خط الأساس؟

الهدف الأساسي

مخطط انسيابي للأساس الأساسي

الإجراء الأساسي

الخطوة 1: تجميع جرد الأجهزة والبرامج والتكوين

الخطوة 2: التحقق من دعم قاعدة معلومات الإدارة (MIB) ل SNMP في الموجه

الخطوة 3: إستطلاع كائن قاعدة معلومات الإدارة (MIB) المحدد ل SNMP وتسجيله من الموجه

الخطوة 4: تحليل البيانات لتحديد الحدود

الخطوة 5: حل المشاكل الفورية المحددة

الخطوة 6: مراقبة حد الاختبار

الخطوة 7: تنفيذ مراقبة الحدود باستخدام SNMP أو RMON

قواعد معلومات الإدارة (MIB) الإضافية

قواعد معلومات الإدارة (MIB) للموجهات

قواعد معلومات الإدارة (MIB) لمحول Catalyst

قواعد معلومات الإدارة (MIB) للارتباط التسلسلي

أوامر تكوين الأحداث وتنبيه RMON

إنذار

الأحداث

تنفيذ تنبيه وحدث RMON

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

المقدمة

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

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

خط الأساس

ما هو خط الأساس؟

الخط الأساسي هو عملية لدراسة الشبكة على فواصل زمنية منتظمة لضمان عمل الشبكة كما هو مصمم. وهو أكثر من تقرير واحد يفصل سلامة الشبكة في وقت معين من الزمن. باتباع العملية الأساسية، يمكنك الحصول على المعلومات التالية:

- احصل على معلومات قيمة حول سلامة الأجهزة والبرامج

- تحديد الاستخدام الحالي لموارد الشبكة

- إتخاذ قرارات دقيقة حول حدود تنبيه الشبكة

- تحديد مشاكل الشبكة الحالية

- توقع مشاكل المستقبل

هناك طريقة أخرى للنظر إلى خط الأساس موضحة في الرسم التخطيطي التالي.

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

الغرض من خط الأساس هو تحديد:

- حيث تقع شبكتك على الخط الأخضر

- مدى سرعة زيادة حمل الشبكة

- آمل أن تتنبأوا في أي وقت سيتقاطعا

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

لماذا خط الأساس؟

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

- إستخدام البيانات

- الميزات الممكنة

- تصميم الشبكة

تتضمن موارد مستوى التحكم معلمات مثل:

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

- إستخدام الذاكرة

- إستخدام المخزن المؤقت

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

ومع إدخال التطبيقات التي يمثل زمن الوصول فيها أمرا حيويا مثل الصوت والفيديو، أصبحت القاعدة الآن أكثر أهمية من أي وقت مضى. تتميز تطبيقات بروتوكول التحكم في الإرسال/بروتوكول الإنترنت (TCP/IP) التقليدية بالمسامحة وتسمح بقدر معين من التأخير. يعد الصوت والفيديو مستندين إلى بروتوكول مخطط بيانات المستخدم (UDP) ولا يسمحان بإعادة الإرسال أو إزدحام الشبكة.

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

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

الهدف الأساسي

الهدف من خط الأساس هو:

1. تحديد الحالة الحالية لأجهزة الشبكة

2. قارن هذه الحالة بإرشادات الأداء القياسية

3. قم بتعيين الحدود لتنبيهك عندما تتجاوز الحالة تلك الإرشادات

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

من أجل البساطة، يشرح هذا المستند كيفية وضع أساس لقاعدة معلومات إدارة بروتوكول إدارة شبكة بسيط للغاية (SNMP MIB): CPMcputOtal5min. cpmCPUTotal5min هو متوسط الاضمحلال لمدة خمس دقائق لوحدة المعالجة المركزية (CPU) لموجه Cisco، وهو مؤشر أداء مستوى التحكم. سيتم تنفيذ الخط الأساسي على موجه من السلسلة Cisco 7000.

بمجرد التعرف على العملية، يمكنك تطبيقها على أي بيانات متوفرة في قاعدة بيانات SNMP الواسعة المتوفرة في معظم أجهزة Cisco، مثل:

- إستخدام شبكة الخدمات الرقمية المتكاملة (ISDN)

- فقد الخلايا في وضع النقل غير المتزامن (ATM)

- ذاكرة النظام المجانية

مخطط انسيابي للأساس الأساسي

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

الإجراء الأساسي

الخطوة 1: تجميع جرد الأجهزة والبرامج والتكوين

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

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

الجدول التالي مثال لتقرير مخزون برنامج فئة موجه من Cisco تم تصديره من Essentials، ثم تم تحريره في Microsoft Excel. من هذا المخزون، لاحظ أنه يجب عليك إستخدام بيانات SNMP MIB ومعرفات الكائنات (OIDs) الموجودة في إصدارات 12.0x و 12.1x Cisco IOS.

اسم الجهاز

نوع الموجه

الإصدار

إصدار البرامج

field-2500a.embu-mlab.cisco.com

Cisco 2511

M

12.1(1)

qdm-7200.embu-mlab.cisco.com

Cisco 7204

B

12٫1(1)E

voip-3640.embu-mlab.cisco.com

Cisco 3640

0x00

12.0(3c)

wan-1700a.embu-mlab.cisco.com

Cisco 1720

0x101

12.1(4)

wan-2500a.embu-mlab.cisco.com

Cisco 2514

L

12.0(1)

wan-3600a.embu-mlab.cisco.com

Cisco 3640

0x00

12.1(3)

wan-7200a.embu-mlab.cisco.com

Cisco 7204

B

12٫1(1)E

172.16.71.80

Cisco 7204

B

12.0(5T)

إذا لم يتم تثبيت Essentials في الشبكة، فيمكنك إستخدام أداة سطر أوامر UNIX للانتقال السريع من محطة عمل UNIX للعثور على إصدار IOS. وهذا موضح في المثال التالي. إذا لم تكن متأكدا من كيفية عمل هذا الأمر، فاكتب Man snmpwalk في مطالبة UNIX للحصول على مزيد من المعلومات. سيكون إصدار IOS مهما عندما تبدأ في إختيار MIB OIDs إلى الخط الأساسي، نظرا لأن كائنات MIB معتمدة على IOS. لاحظ أيضا أنه من خلال معرفة نوع الموجه، يمكنك لاحقا تحديد ما يجب أن تكون عليه العتبات لوحدة المعالجة المركزية (CPU) ومخازن التخزين المؤقت وما إلى ذلك.

nsahpov6% snmpwalk -v1 -c private 172.16.71.80 system

system.sysDescr.0 : DISPLAY STRING- (ascii): Cisco Internetwork Operating System Software

IOS (tm) 7200 Software (C7200-JS-M), Version 12.0(5)T, RELEASE SOFTWARE (fc1)

Copyright (c) 1986-2001 by cisco Systems, Inc.

Compiled Fri 23-Jul-2001 23:02 by kpma

system.sysObjectID.0 : OBJECT IDENTIFIER:

.iso.org.dod.internet.private.enterprises.cisco.ciscoProducts.cisco7204

الخطوة 2: التحقق من دعم قاعدة معلومات الإدارة (MIB) ل SNMP في الموجه

الآن بعد أن قمت بعمل جرد للجهاز الذي تريد إستطلاعه للأساس الخاص بك، يمكنك البدء في إختيار OIDs المحددة التي تريد إستطلاعها. فهو يوفر الكثير من الإحباط إذا قمت مسبقا بالتحقق من أن البيانات التي تريدها موجودة بالفعل. كائن CPMcputOtal5min MIB موجود في Cisco-PROCESS-MIB.

للعثور على المعرف الفريد الذي تريد استطلاعه، تحتاج إلى جدول تحويل متوفر على موقع ويب CCO من Cisco. للوصول إلى موقع الويب هذا من مستعرض ويب، انتقل إلى صفحة Cisco MIBs، وانقر فوق إرتباط معرفات المستخدم (OIDs).

للوصول إلى موقع الويب هذا من خادم FTP، اكتب ftp://ftp.cisco.com/pub/mibs/oid/. من هذا الموقع، يمكنك تنزيل قاعدة معلومات الإدارة (MIB) المحددة التي تم فك ترميزها وفرزها بواسطة أرقام OID.

يستخرج المثال التالي من جدول Cisco-Process-MIB.oid. يوضح هذا المثال أن معرف الهوية ل CPMcputOtal5min MIB هو .1.3.6.1.4.1.9.9.109.1.1.1.1.5.

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

ftp://ftp.cisco.com/pub/mibs/oid/CISCO-PROCESS-MIB.oid

### THIS FILE WAS GENERATED BY MIB2SCHEMA

"org" "1.3"

"dod" "1.3.6"

"internet" "1.3.6.1"

"directory" "1.3.6.1.1"

"mgmt" "1.3.6.1.2"

"experimental" "1.3.6.1.3"

"private" "1.3.6.1.4"

"enterprises" "1.3.6.1.4.1"

"cisco" "1.3.6.1.4.1.9"

"ciscoMgmt" "1.3.6.1.4.1.9.9"

"ciscoProcessMIB" "1.3.6.1.4.1.9.9.109"

"ciscoProcessMIBObjects" "1.3.6.1.4.1.9.9.109.1"

"ciscoProcessMIBNotifications" "1.3.6.1.4.1.9.9.109.2"

"ciscoProcessMIBConformance" "1.3.6.1.4.1.9.9.109.3"

"cpmCPU" "1.3.6.1.4.1.9.9.109.1.1"

"cpmProcess" "1.3.6.1.4.1.9.9.109.1.2"

"cpmCPUTotalTable" "1.3.6.1.4.1.9.9.109.1.1.1"

"cpmCPUTotalEntry" "1.3.6.1.4.1.9.9.109.1.1.1.1"

"cpmCPUTotalIndex" "1.3.6.1.4.1.9.9.109.1.1.1.1.1"

"cpmCPUTotalPhysicalIndex" "1.3.6.1.4.1.9.9.109.1.1.1.1.2"

"cpmCPUTotal5sec" "1.3.6.1.4.1.9.9.109.1.1.1.1.3"

"cpmCPUTotal1min" "1.3.6.1.4.1.9.9.109.1.1.1.1.4"

"cpmCPUTotal5min" "1.3.6.1.4.1.9.9.109.1.1.1.1.5"

هناك طريقتان شائعتان لاستطلاع MIB OID للتأكد من توفرها وتشغيلها. إنها لفكرة جيدة أن تقوم بذلك قبل أن تبدأ في تجميع البيانات غير الكبيرة بحيث لا تضيع وقتك في إستطلاع شيء غير موجود وينتهي بقاعدة بيانات فارغة. تتمثل إحدى الطرق للقيام بذلك في إستخدام واجهات قاعدة معلومات الإدارة (MIB) من النظام الأساسي ل NMS لديك مثل برنامج OpenView Network Node Manager (NNM) من HP أو CiscoWorks Windows، وإدخال معرف الهوية (OID) الذي تريد التحقق منه.

فيما يلي مثال على ميزة ووكر قاعدة معلومات الإدارة (MIB) ل OpenView SNMP من HP.

هناك طريقة أخرى سهلة لاستطلاع معرف قاعدة معلومات الإدارة (MIB) وهي إستخدام ميزة سير أوامر UNIX كما هو موضح في المثال التالي.

nsahpov6% cd /opt/OV/bin

nsahpov6% snmpwalk -v1 -c private 172.16.71.80 .1.3.6.1.4.1.9.9.109.1.1.1.1.5.1

cisco.ciscoMgmt.ciscoProcessMIB.ciscoProcessMIBObjects.cpmCPU.cpmCPUTotalTable.cpmCPUTotalEntry.cpmCPUTotal5min.1 : Gauge32: 0

في كلا المثالين، أعادت قاعدة معلومات الإدارة قيمة 0، مما يعني أنه بالنسبة لدورة الاقتراع تلك، بلغ متوسط إستخدام وحدة المعالجة المركزية 0٪. إذا واجهت صعوبة في الحصول على إستجابة الجهاز بالبيانات الصحيحة، فحاول النقر فوق الجهاز والوصول إلى الجهاز عن طريق برنامج Telnet. إذا كانت لا تزال لديك مشكلة، فتحقق من تكوين SNMP سلاسل مجتمع SNMP. قد تحتاج إلى العثور على قاعدة معلومات إدارة (MIB) بديلة أو إصدار آخر من IOS لتنفيذ هذا العمل.

الخطوة 3: إستطلاع كائن قاعدة معلومات الإدارة (MIB) المحدد ل SNMP وتسجيله من الموجه

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

الآن بعد أن أصبحت تعرف أن معرف فئة المورد (OID) مدعوم في الموجه، تحتاج إلى تحديد عدد المرات التي تستعرضه فيها وكيفية تسجيله. توصي Cisco باستطلاع قاعدة معلومات الإدارة (MIB) الخاصة بوحدة المعالجة المركزية على فترات زمنية مدتها خمس دقائق. سيؤدي وجود فاصل زمني أقل إلى زيادة الحمل على الشبكة أو الجهاز، وبما أن قيمة قاعدة معلومات الإدارة هي متوسط خمس دقائق على أي حال، فلن يكون من المفيد إستطلاعها أكثر من متوسط القيمة. كما يوصى بشكل عام بأن يكون الاقتراع الأساسي لمدة أسبوعين على الأقل حتى تتمكن من تحليل دورتين أسبوعيتين على الأقل من سير العمل على الشبكة.

توضح لك الشاشات التالية كيفية إضافة كائنات قاعدة معلومات الإدارة (MIB) باستخدام الإصدار 6.1 من برنامج OpenView Network Node Manager من HP. من الشاشة الرئيسية، حدد خيارات > تجميع البيانات والحدود.

ثم حدد تحرير > إضافة > كائنات MIB.

من القائمة، قم بإضافة سلسلة معرف فئة المورد (OID) وانقر فوق تطبيق. لقد قمت الآن بإدخال عنصر قاعدة معلومات الإدارة (MIB) في النظام الأساسي OpenView من HP حتى يمكن استطلاعه.

يجب أن تقوم بعد ذلك بالسماح ل HP OpenView بمعرفة الموجه الذي سيتم استطلاعه لهذا المعرف الشخصي.

من قائمة تجميع البيانات، حدد تحرير > إضافة > مجموعات MIB.

في حقل المصدر، أدخل اسم نظام تسمية المجال (DNS) أو عنوان IP الخاص بالموجه الذي سيتم استقطابه.

حدد مخزن، بدون حدود من قائمة وضع مجموعة المجموعات.

تعيين الفاصل الزمني لعملية التحقق إلى 5 م، لفواصل زمنية مدتها خمس دقائق.

انقر فوق تطبيق.

يجب تحديد ملف > حفظ حتى تصبح التغييرات مؤثرة.

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

انقر فوق إغلاق"، واترك المجموعة تعمل لمدة أسبوع. وفي نهاية الفترة الأسبوعية، استخرج البيانات لتحليلها.

يتم تحليل البيانات بسهولة أكبر إذا قمت بتفريغها إلى ملف ASCII واستيرادها إلى أداة جداول إلكترونية مثل Microsoft Excel. للقيام بذلك باستخدام وحدة الشبكة النمطية (NNM) لبرنامج OpenView من HP، يمكنك إستخدام أداة سطر الأوامر، snmpColDump. تكتب كل مجموعة تم تكوينها إلى ملف في الدليل /var/opt/ov/share/database/snmpCollection/.

استخرج البيانات إلى ملف ASCII يسمى testfile باستخدام الأمر التالي:

snmpColDump /var/opt/OV/share/databases/snmpCollect/cpmCPUTotal5min.1 > testfile

ملاحظة: CPMcputOtal5min.1 هو ملف قاعدة البيانات الذي أنشأه برنامج OpenView NNM من HP عند بدء التحقق من OID.

يظهر ملف الاختبار المولد مشابها للمثال التالي.

03/01/2001 14:09:10 nsa-gw.cisco.com 1

03/01/2001 14:14:10 nsa-gw.cisco.com 1

03/01/2001 14:19:10 nsa-gw.cisco.com 1

03/01/2001 14:24:10 nsa-gw.cisco.com 1

03/01/2001 14:29:10 nsa-gw.cisco.com 1

03/01/2001 14:34:10 nsa-gw.cisco.com 1

03/01/2001 14:39:10 nsa-gw.cisco.com 1

03/01/2001 14:44:10 nsa-gw.cisco.com 1

03/01/2001 14:49:10 nsa-gw.cisco.com 1

03/01/2001 14:54:10 nsa-gw.cisco.com 1

03/01/2001 14:59:10 nsa-gw.cisco.com 1

03/………

بمجرد وصول إخراج ملف الاختبار إلى محطة UNIX، يمكنك نقله إلى الكمبيوتر باستخدام بروتوكول نقل الملفات (FTP).

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

الخطوة 4: تحليل البيانات لتحديد الحدود

الآن بعد أن أصبح لديك بعض البيانات، يمكنك البدء في تحليلها. تحدد هذه المرحلة من الخط الأساسي إعدادات الحد الفاصل التي يمكنك إستخدامها والتي تعد مقياسا دقيقا للأداء أو الخطأ ولن تقوم بتشغيل العديد من الإنذارات عند تشغيل مراقبة الحد. أحد أسهل الطرق للقيام بذلك هو إستيراد البيانات إلى جدول بيانات مثل Microsoft Excel ورسم مخطط تشتت. تجعل هذه الطريقة من السهل جدا معرفة عدد المرات التي كان جهاز معين سيقوم بإنشاء تنبيه إستثناء فيها إذا كنت تراقبه لعتبة معينة. من غير المستحسن تشغيل الحدود بدون عمل خط أساس، لأن ذلك قد يؤدي إلى إنشاء عواصف تنبيه من الأجهزة التي تجاوزت الحد الذي إخترته.

لإدراج ملف الاختبار في جدول بيانات Excel، افتح Excel وحدد ملف > فتح وحدد ملف البيانات الخاص بك.

ثم يطلبك تطبيق Excel من خلال إستيراد الملف.

عند الانتهاء، يجب أن يبدو الملف المدرج مماثلا للشاشة التالية.

يتيح لك المخطط المبعثر إمكانية عرض طريقة عمل إعدادات الحد المختلفة على الشبكة بسهولة أكبر.

لإنشاء مخطط تشتت، قم بتمييز العمود C في الملف المستورد ثم انقر فوق أيقونة معالج المخطط. ثم اتبع الخطوات من خلال "معالج المخطط" لإنشاء مخطط تشتت.

في الخطوة 1 من معالج المخطط، كما هو موضح أدناه، حدد علامة التبويب الأنواع القياسية، وحدد نوع المخطط XY (المبعثر). ثم انقر فوق التالي.

في الخطوة 2 من معالج المخطط، كما هو موضح أدناه، حدد علامة التبويب نطاق البيانات وحدد نطاق البيانات وخيار الأعمدة. انقر فوق Next (التالي).

في الخطوة 3 من معالج المخطط، كما هو موضح أدناه، أدخل عنوان المخطط وقيم المحور س و ص، ثم انقر فوق التالي.

في الخطوة 4 من معالج المخطط، حدد ما إذا كنت تريد مخطط التشتيت في صفحة جديدة أو ككائن في الصفحة الموجودة.

انقر فوق إنهاء لوضع المخطط في موقعك المطلوب.

"ماذا لو؟ " تحليل

يمكنك الآن إستخدام مخطط التشتت للتحليل. ومع ذلك، قبل المتابعة، عليك طرح الأسئلة التالية:

- ماذا يوصي المورد (في هذا المثال هو المورد Cisco) كحد لمتغير MIB هذا؟

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

- ماذا لو أستخدمت 60 في المئة كإعداد عتبة؟

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

- ماذا لو قمت بتعيين عتبة 50 في المئة؟

من المقدر أن هذا الموجه وصل إلى إستخدام 50٪ أربع مرات خلال دورة الاقتراع هذه وكان سيولد إنذارا بالعتبة في كل مرة. تصبح هذه العملية أكثر أهمية عندما تنظر إلى مجموعات من الموجهات لمعرفة ما ستفعله إعدادات العتبة المختلفة. على سبيل المثال، "ماذا لو قمت بضبط الحد الفاصل عند 50٪ للشبكة الأساسية بأكملها؟ " كما ترون، من الصعب جدا إختيار رقم واحد فقط.

تحليل "ماذا لو" لحد وحدة المعالجة المركزية (CPU)

وواحدة من الاستراتيجيات التي يمكنك إستخدامها لتسهيل ذلك هي منهجية "جاهز" و"جاهز" و"عتبة الانتقال". وتستخدم هذه المنهجية ثلاثة أرقام عتبة في تتابع.

- جاهز - هي العتبة التي تقوم بتعيينها كجهاز توقع لما قد تحتاج الأجهزة إلى إنتباه في المستقبل

- تعيين—الحد الذي يتم إستخدامه كمؤشر مبكر، والذي ينبهك للبدء في التخطيط للإصلاح أو إعادة التكوين أو الترقية

- Go—العتبة التي تعتقد أنت و/أو البائع أنها حالة خطأ وتتطلب بعض الإجراءات لإصلاحها، في هذا المثال هي 60 في المائة

يوضح الجدول التالي إستراتيجية "جاهز" و"جاهز" و"انتقال".

العتبة

الإجراء

نتيجة

45 في المائة

مواصلة التحقيق

قائمة خيارات خطط العمل

50 في المائة

صياغة خطة عمل

قائمة الخطوات في خطة العمل

60 بالمائة

تنفيذ خطة العمل

لم يعد الموجه يتجاوز الحدود. العودة إلى وضع الاستعداد

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

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

إذا بدأت هذه الخطوات بالتفكير منذ البداية، فستكون مستعدا بشكل جيد للحفاظ على سلامة الشبكة. يعد تنفيذ هذا النوع من التخطيط مفيدا للغاية أيضا لتخطيط الموازنة. إذا كنت تعرف ما هي الموجهات الخمس الأولى التي تعمل بها، والموجهات ذات المجموعة المتوسطة لديك، والموجهات الجاهزة للأسفل، فيمكنك بسهولة التخطيط لحجم الموازنة التي ستحتاج إليها لإجراء عمليات الترقية استنادا إلى نوع الموجهات الموجودة عليها وخيارات خطة العمل الخاصة بك. يمكن إستخدام نفس الاستراتيجية لارتباطات شبكة المنطقة الواسعة (WAN) أو أي معرف قاعدة معلومات إدارة (MIB) آخر.

الخطوة 5: حل المشاكل الفورية المحددة

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

يمكنك فتح حالة باستخدام مركز المساعدة التقنية (TAC) من Cisco أو الاتصال بمهندس الأنظمة لديك للحصول على الخيارات المتاحة. ولا ينبغي لك أن تفترض أن إعادة الأمور إلى ما تحت العتبة سوف يكلفك مالا. يمكن حل بعض مشكلات وحدة المعالجة المركزية (CPU) من خلال تغيير التكوين لضمان تشغيل جميع العمليات بأكثر الطرق فعالية. على سبيل المثال، يمكن أن تجعل بعض قوائم التحكم في الوصول (ACLs) وحدة المعالجة المركزية للموجه تعمل على مستوى عال جدا بسبب المسار الذي تسلكه الحزم عبر الموجه. في بعض الحالات، يمكنك تنفيذ تحويل NetFlow لتغيير مسار تحويل الحزمة وتقليل تأثير قائمة التحكم في الوصول (ACL) على وحدة المعالجة المركزية. أيا كانت المشاكل، فمن الضروري إعادة جميع الموجهات إلى مستوى الحد الأدنى في هذه الخطوة حتى يمكنك تنفيذ الحدود لاحقا دون خطر إغراق محطات NMS بعدد كبير جدا من أجهزة التنبيه الخاصة بالعتبة.

الخطوة 6: مراقبة حد الاختبار

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

- أسلوب الاستقصاء والمقارنة باستخدام منصة SNMP أو أداة مراقبة SNMP أخرى

تستخدم هذه الطريقة المزيد من النطاق الترددي للشبكة لحركة مرور بيانات الاقتراع وتأخذ دورات المعالجة على منصة SNMP الخاصة بك.

- إستخدام تنبيهات الأحداث والتنبيه للمراقبة عن بعد (RMON) في الموجهات بحيث ترسل تنبيها فقط عند تجاوز حد معين

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

تنفيذ حد باستخدام SNMP

لإعداد طريقة SNMP باستخدام وحدة الشبكة النمطية OpenView NNM من HP، حدد الخيارات > جمع البيانات والحدود كما فعلت عند إعداد الاستقصاء الأولي. ومع ذلك، هذه المرة، حدد المتجر، تحقق من الحدود بدلا من التخزين، لا حدود في قائمة المجموعات. بعد إعداد العتبة، يمكنك رفع إستخدام وحدة المعالجة المركزية (CPU) على الموجه عن طريق إرساله عدة إختبارات اتصال و/أو العديد من خطوات SNMP. قد تضطر إلى خفض قيمة الحد الفاصل إذا لم تتمكن من فرض إرتفاع وحدة المعالجة المركزية (CPU) بشكل كاف لتخطي الحد. على أي حال، يجب عليك التأكد من أن آلية الحد الأدنى تعمل.

أحد قيود إستخدام هذه الطريقة هو عدم إمكانية تنفيذ حدود متعددة في نفس الوقت. ستحتاج إلى ثلاثة أنظمة أساسية لبروتوكول SNMP لضبط ثلاثة حدود متزامنة مختلفة. تتيح أدوات مثل صحة شبكة الاتصال وTracey Trend عتبات متعددة لنفس مثيل OID.

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

تنفيذ حد باستخدام تنبيه RMON وحدث

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

تحتوي أوامر تكوين الموجه التالية على مراقبة الموجه cpmCPUTotal5min كل 300 ثانية. سيقوم بتشغيل الحدث رقم 1 إذا تجاوزت نسبة وحدة المعالجة المركزية 60 بالمائة وسيقوم بتشغيل الحدث رقم 2 عند انخفاض مستوى وحدة المعالجة المركزية إلى 40 بالمائة. في كلتا الحالتين، سيتم إرسال رسالة فخ SNMP إلى محطة NMS باستخدام سلسلة المجتمع الخاصة.

لاستخدام طريقة "جاهز" و"تعيين" و"انتقال"، أستخدم جميع عبارات التكوين التالية.

rmon event 1 trap private description "cpu hit60%" owner jharp

rmon event 2 trap private description "cpu recovered" owner jharp

rmon alarm 10 cpmCPUTotalTable.1.5.1 300 absolute rising 60 1 falling 40 2 owner jharp

rmon event 3 trap private description "cpu hit50%" owner jharp

rmon event 4 trap private description "cpu recovered" owner jharp

rmon alarm 20 cpmCPUTotalTable.1.5.1 300 absolute rising 50 3 falling 40 4 owner jharp

rmon event 5 trap private description "cpu hit 45%" owner jharp

rmon event 6 trap private description "cpu recovered" owner jharp

rmon alarm 30 cpmCPUTotalTable.1.5.1 300 absolute rising 45 5 falling 40 6 owner jharp

يوضح المثال التالي إخراج أمر show rmon alarm الذي تم تكوينه بواسطة العبارات الواردة أعلاه.

zack#sh rmon alarm

Alarm 10 is active, owned by jharp

Monitors cpmCPUTotalTable.1.5.1 every 300 second(s)

Taking absolute samples, last value was 0

Rising threshold is 60, assigned to event

1

Falling threshold is 40, assigned to event

2

On startup enable rising or falling alarm

Alarm 20 is active, owned by jharp

Monitors cpmCPUTotalTable.1.5.1 every 300 second(s)

Taking absolute samples, last value was 0

Rising threshold is 50, assigned to event

3

Falling threshold is 40, assigned to event

4

On startup enable rising or falling alarm

Alarm 30 is active, owned by jharp

Monitors cpmCPUTotalTable.1.5.1 every 300 second(s)

Taking absolute samples, last value was 0

Rising threshold is 45, assigned to event

5

Falling threshold is 40, assigned to event

6

On startup enable rising or falling alarm

يوضح المثال التالي إخراج الأمر show rmon event.

zack#sh rmon event

Event 1 is active, owned by jharp

Description is cpu hit60%

Event firing causes trap to community

private, last fired 00:00:00

Event 2 is active, owned by jharp

Description is cpu recovered

Event firing causes trap to community

private, last fired 02:40:29

Event 3 is active, owned by jharp

Description is cpu hit50%

Event firing causes trap to community

private, last fired 00:00:00

Event 4 is active, owned by jharp

Description is cpu recovered

Event firing causes trap to community

private, last fired 00:00:00

Event 5 is active, owned by jharp

Description is cpu hit 45%

Event firing causes trap to community

private, last fired 00:00:00

Event 6 is active, owned by jharp

Description is cpu recovered

Event firing causes trap to community

private, last fired 02:45:47

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

في هذه الحالة، سيتعين عليك خفض الحدود لاختبار العملية: لا يوصى بمحاولة رفع وحدة المعالجة المركزية بشكل مصطنع على موجه إنتاج. يجب التأكد أيضا من أنه عند وصول التنبيهات إلى محطات NMS في مركز العمليات، يوجد نهج تصعيد للتأكد من إعلامك عند تجاوز الأجهزة للحد. تم إختبار هذه التكوينات في مختبر مع الإصدار 12.1(7) من Cisco IOS. إذا واجهت أي مشاكل، فيجب عليك التحقق من مهندس Cisco أو مهندسي الأنظمة لمعرفة ما إذا كان لديك خطأ في إصدار IOS الخاص بك.

الخطوة 7: تنفيذ مراقبة الحدود باستخدام SNMP أو RMON

بمجرد إجراء إختبار شامل لمراقبة العتبة في المختبر، وفي عملية نشر محدودة، تصبح جاهزا لتنفيذ عتبات عبر الشبكة المركزية. يمكنك الآن تنفيذ هذه العملية الأساسية بشكل منهجي لمتغيرات MIB المهمة الأخرى على شبكتك، مثل المخازن المؤقتة والذاكرة الحرة وأخطاء التحقق الدوري من التكرار (CRC) وفقد خلايا AMT وما إلى ذلك.

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

قواعد معلومات الإدارة (MIB) الإضافية

بعد أن تتعرف على هذه العملية، قد ترغب في التحقق من قواعد معلومات الإدارة (MIB) الأخرى إلى خط الأساس والمراقبة. تقدم الأقسام الفرعية التالية قائمة مختصرة ببعض معرفات الأجهزة الأصلية والأوصاف التي قد تجدها مفيدة.

قواعد معلومات الإدارة (MIB) للموجهات

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

كائن

الوصف

OID

CiscoMemoryPoolFree

عدد وحدات البايت من تجمع الذاكرة غير المستخدمة حاليا على الجهاز المدار

1.3.6.1.4.1.9.9.48.1.1.1.6

CiscoMemoryPoolLargestFree

أكبر عدد من وحدات البايت المتصلة من تجمع الذاكرة غير المستخدمة حاليا

1.3.6.1.4.1.9.9.48.1.1.1.7

مصد ElMiss

عدد مرات عدم وجود عنصر المخزن المؤقت

1.3.6.1.4.1.9.2.1.12

فشل المخزن المؤقت

عدد مرات فشل توزيع المخزن المؤقت

1.3.6.1.4.1.9.2.1.46

bufferNoMem

عدد مرات فشل إنشاء المخزن المؤقت بسبب عدم وجود ذاكرة حرة

1.3.6.1.4.1.9.2.1.47

قواعد معلومات الإدارة (MIB) لمحول Catalyst

كائن

الوصف

OID

cpmCPUTotal5min

النسبة المئوية لازدحام وحدة المعالجة المركزية (CPU) الإجمالية خلال الخمس دقائق الأخيرة. يهمل هذا الكائن avgBusy5 من قاعدة معلومات الإدارة القديمة-Cisco-System-MIB

1.3.6.1.4.1.9.9.109.1.1.1.5

cpmCPUTotal5sec

النسبة المئوية لازدحام وحدة المعالجة المركزية (CPU) الإجمالية في فترة الخمس ثوان الأخيرة. يقوم هذا الكائن بتعطيل الكائن "مشغول لكل" من قاعدة معلومات الإدارة القديمة من Cisco-System-MIB

1.3.6.1.4.1.9.9.109.1.1.1.3

sysTraffic

النسبة المئوية لاستخدام عرض النطاق الترددي للفاصل الزمني السابق للاستقصاء

1.3.6.1.4.1.9.5.1.1.8

sysTrafficPeak

ذروة قيمة مقياس حركة المرور منذ آخر مرة تم مسح عدادات المنفذ فيها أو بدأ النظام

1.3.6.1.4.1.9.5.1.1.19

sysTrafficPeaktime

الوقت (بأجزاء من الثانية) الذي تظهر فيه أعلى قيمة لمقياس حركة المرور

1.3.6.1.4.1.9.5.1.1.20

portTopNUtiliation

إستخدام المنفذ في النظام

1.3.6.1.4.1.9.5.1.20.2.1.4

portTopNBufferOverFlow

عدد عمليات تجاوز سعة التخزين المؤقت للمنفذ في النظام

1.3.6.1.4.1.9.5.1.20.2.1.10

قواعد معلومات الإدارة (MIB) للارتباط التسلسلي

كائن

الوصف

OID

locIfInputQueueDrop

عدد الحزم التي تم إسقاطها لأن قائمة انتظار الإدخال ممتلئة

1.3.6.1.4.1.9.2.2.1.1.26

locIfOutputQueueDrop

عدد الحزم التي سقطت لأن قائمة انتظار الإخراج ممتلئة

1.3.6.1.4.1.9.2.2.1.1.27

locIfInCRC

عدد حزم الإدخال التي تحتوي على أخطاء المجموع الاختباري للتكرار الدوري

1.3.6.1.4.1.9.2.2.1.1.12

أوامر تكوين الأحداث وتنبيه RMON

إنذار

يمكن تكوين تنبيهات RMON باستخدام الصياغة التالية:

rmon alarm number variable interval {delta | absolute} rising-threshold value

[event-number] falling-threshold value [event-number]

[owner string]

عنصر

الوصف

number

رقم التنبيه، المطابق ل alarmIndex في AlarmTable في RMON MIB.

متغير

عنصر MIB الذي تريد مراقبته، والذي يترجم إلى ال alarmVariable يستعمل في alarmTable من ال RMON MIB.

فاصل

في الوقت، بالثواني، يراقب التنبيه متغير MIB، المطابق ل alarmInterval المستخدم في AlarmTable ل RMON MIB.

دلتا

يختبر التغيير بين متغيرات MIB، والذي يؤثر على AlarmSampleType في AlarmTable ل RMON MIB.

مطلق

يختبر كل متغير من متغيرات قاعدة معلومات الإدارة (MIB) مباشرة، والذي يؤثر على AlarmSampleType في AlarmTable ل RMON MIB.

قيمة العتبة المرتفعة

القيمة التي يتم تشغيل التنبيه عندها.

رقم الحدث

(إختياري) يتم تشغيل رقم الحدث عندما يتجاوز عتبة الارتفاع أو الهبوط الحد المسموح به. هذه القيمة مطابقة ل alarmRisingEventIndex أو alarmFallingEventIndex في alarmTable ل RMON MIB.

قيمة العتبة الهابطة

القيمة التي يتم عندها إعادة تعيين التنبيه.

سلسلة المالك

(إختياري) يحدد مالك للتنبيه، وهو مطابق ل alarmOwner في alarmTable من RMON MIB.

الأحداث

يمكن تكوين أحداث RMON باستخدام الصياغة التالية:

rmon event number [log] [trap community] [description string]

[owner string]

عنصر

الوصف

number

رقم الحدث المعين، المطابق ل eventIndex في eventTable في قاعدة معلومات الإدارة (MIB) الخاصة ب RMON.

سجل

(إختياري) إنشاء إدخال سجل RMON عند تشغيل الحدث وتعيين EventType في قاعدة معلومات الإدارة (MIB) الخاصة ب RMON على تسجيل الدخول أو التراكب.

مجتمع الفخ

(إختياري) سلسلة مجتمع SNMP المستخدمة لهذا الاعتراض. تكوين إعداد EventType في قاعدة معلومات الإدارة (MIB) ل RMON لهذا الصف على أنه إما snmp-trap أو log-trap. هذه القيمة متطابقة مع eventCommunityValue في eventTable في قاعدة معلومات الإدارة (MIB) الخاصة ب RMON.

سلسلة الوصف

(إختياري) يحدد وصفا للحدث، يكون مطابقا لوصف الحدث في EventTable من قاعدة معلومات الإدارة (MIB) الخاصة ب RMON.

سلسلة المالك

(إختياري) مالك هذا الحدث، المماثل ل EventOwner في EventTable من RMON MIB.

تنفيذ تنبيه وحدث RMON

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

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

- الدعم التقني والمستندات - Cisco Systems