يصف هذا وثيقة كيف أن يشكل بسيط شبكة إدارة بروتوكول (SNMP) أن يراقب cisco 9800 لاسلكي lan جهاز تحكم (WLC).
تم إجراء جميع الاختبارات على MacOS 10.14 و WLC 9800-CL مع صورة الإصدار 17.5.1. لا توجد بعض معرفات الأجهزة الأصلية (OIDs) المذكورة في هذه المقالة في إصدارات الصور القديمة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
تعتمد قوائم التحكم في الشبكة المحلية اللاسلكية (WLC) الأقدم من AireOS على بروتوكول SNMP كبروتوكول رئيسي للمراقبة. يمكن الحصول على معظم المعلومات ذات الصلة مثل عدد العملاء وعدد نقاط الوصول المرتبطة والمعالج واستخدام الذاكرة من خلال استعلامات SNMP من الأداة التي تراقب عنصر التحكم في الشبكة المحلية اللاسلكية (WLC).
ومع وجود لجنة الاتصال اللاسلكية 9800، تم التركيز على القياس عن بعد. يعمل القياس عن بعد في نموذج "دفع" حيث تقوم وحدة التحكم في الشبكة المحلية اللاسلكية (WLC) بإرسال المعلومات ذات الصلة إلى الخادم دون الحاجة للاستعلام. لا يزال Catalyst 9800 يقدم SNMP لأغراض قديمة. ويمكن أن تقتصر بعض المعلومات على القياس عن بعد، كما أن بعض معرفات الأجهزة الأصلية المتاحة سابقا على نظام التشغيل AireOS ليست متاحة بعد في عام 9800.
من Cisco IOS XE® Bengaluru 17.6.1، يتم دعم منفذ خدمة الإيثرنت (واجهة الإدارة vrf/GigabitEthernet 0) في وحدة التحكم اللاسلكية Cisco Catalyst 9800 Series.
قبل هذا إصدار، المادة حفازة 9800 WLC يستطيع فقط كنت monitore مع SNMP عن طريق ه لاسلكي إدارة قارن أو عن طريق تكرار إدارة قارن (في حال WLC في إستعداد في HA مجموعة على صيغة 17.5.1 وأعلى).
SNMPv2c هو إصدار مجتمعي من SNMP وتكون جميع الاتصالات بين الأجهزة في نص واضح. SNMPv3 هو الإصدار الأكثر أمانا الذي يوفر عمليات التحقق من سلامة الرسائل والمصادقة وتشفير الحزم. SNMPv1 قديم جدا، ولكنه لا يزال موجودا لتوفير توافق البرامج القديمة. هذا غير مذكور في هذه المقالة.
1. سجل الدخول إلى واجهة الويب الخاصة بلجنة الاتصال اللاسلكية 9800. تحت الإدارة>الإدارة>بروتوكول SNMP وضمان تمكين بروتوكول SNMP بشكل عام. تحت سلاسل المجتمع، يتم عرض جميع المجتمعات التي تم تكوينها حاليا ومستوى الأذونات الخاصة بها:

2. قبل إنشاء مستخدم SNMP v3، يلزم تحديد مجموعة SNMP v3. لإنشاء مجموعة مستخدمين بإذن القراءة + الكتابة، قم بتعيين عرض القراءة وعرض الكتابة إلى v1الافتراضي. أترك مربع حقل عرض الكتابة للمجموعة فقط كفارغ:

3. تحت علامة التبويب مستخدمو SNMP v3، يمكنك الاطلاع على جميع المستخدمين الذين تم تكوينهم والامتيازات والبروتوكولات الخاصة بهم المستخدمة للمصادقة والتشفير. يسمح لك الزر جديد بإنشاء مستخدم جديد.
هناك 3 أوضاع تأمين متوفرة:
4. حدد SHA كبروتوكول مصادقة وأوصى على الأقل AES-128 كبروتوكول خصوصية.

كما يمكن تكوين SNMP من خلال واجهة سطر الأوامر (CLI). توفر واجهة سطر الأوامر (CLI) معلمات تكوين إضافية، مثل القدرة على تخصيص قائمة وصول لمجتمع الإصدار 2 أو مستخدم الإصدار 3. مثال لتكوين مجتمع قراءة v2 + الكتابة، ومجموعة قراءة v3 + كتابة، ومستخدم v3 الذي ينتمي إلى هذه المجموعة:
snmp-server manager
snmp-server community RW
snmp-server community RO
snmp-server group v3 auth write v1default
snmp-server user v3 auth sha priv aes 128 access
هذا مثال على قائمة الوصول التي تسمح فقط للجهاز الموجود على عنوان IP ل: 192.168.10.10. للاستعلام عن مجتمع WLC V2 المسمى "ReadWriteCommunity":
ip access-list standard 50
10 permit 192.168.10.10
20 deny any
snmp-server manager
snmp-server community ReadWriteCommunity RW 50
معرفات الكائن، أو معرفات الكائن المختصرة، هي معرفات فريدة تمثل متغير أو كائن معين. على سبيل المثال، يعتبر إستخدام المعالج الحالي متغيرا، أي القيم يمكن إستردادها بواسطة الاستدعاء عند معرف الكائن الخاص بها. كل معرف فئة (OID) فريد ولا يمكن أن يكون أي إثنين متماثلين، وهذا مماثل لعنوان MAC.
وتتحاذى هذه المعرفات مع التسلسل الهيكلي للشجرة، ويمكن تعقب كل معرف فريد (OID) مرة أخرى إلى الجذر الخاص به. كل بائع له فرعه الخاص مع جذر مشترك. وقد يكون التشبيه عنوان منزلي، حيث الجذر هو الدولة أو الولاية، مع مدينتهم، الرمز البريدي، والشارع، وأخيرا رقم المنزل.
والأرقام التي تطاردها نقطة تمثل كل خطوة يلزم إتخاذها للوصول إلى نقطة معينة في تلك الشجرة أو الفرع.

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

تقدم Cisco قواعد معلومات الإدارة (MIB) ل 9800 WLCs. لا يمكن قراءته بسهولة، ومع ذلك، تحتوي قاعدة معلومات الإدارة (MIB) على جميع أسماء الكائنات المتوفرة وأوصافها.
تستخدم جميع الطرز 9800 (9800-80، 9800-40، 9800-L، 9800-CL، EWC) نفس قاعدة معلومات الإدارة (MIB) التي يمكن تنزيلها في متصفح ميزات Cisco. أحدث تاريخ للكود هو التاريخ الأحدث، وليس التاريخ الذي يحمل اسم إصدار الرمز الأعلى.
تحتوي ملفات الأرشيف التي تم تنزيلها على العديد من ملفات .نصي التي يمكن إستيرادها إلى أي خادم SNMP من جهة خارجية أو فتحها ببساطة باستخدام محرر نصي. للعثور على معرف الكائن الخاص باسم كائن معين، يجب تحديد موقع الملف الدقيق الذي يحتوي عليه أولا.
على سبيل المثال، تقع جميع الكائنات المتعلقة بمراقبة الحالة المادية للأجهزة (مثل وحدة المعالجة المركزية (CPU) والذاكرة) داخل قاعدة معلومات الإدارة (MIB) المسماة Cisco-Process-MIB.my.
"cpmCPUMemoryUsed" هو اسم الكائن الذي يتم إستخدامه لتوفير مقدار الذاكرة المستخدم بواسطة عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) بالبايت. تتم محاذاة جميع ملفات قاعدة معلومات الإدارة (MIB) مع بناء جملة مماثل. تبدو المعلومات الخاصة بكائن الذاكرة المستخدمة كما يلي:
cpmCPUMemoryUsed OBJECT-TYPE
SYNTAX Gauge32
UNITS "kilo-bytes"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The overall CPU wide system memory which is currently
under use."
::= { cpmCPUTotalEntry 12 }
يعتمد معظم برمجيات الطرف الثالث التي تراقب على OIDs وليس على أسماء الكائنات. يمكن إجراء الترجمة بين اسم الكائن ومعرف الكائن باستخدام أداة متصفح كائن SNMP من Cisco.
لاستخدام هذه الأداة، تقوم بإدخال اسم الكائن في شريط البحث ويوفر الإخراج معرف المستخدم (OID) ووصفا موجزا. بالإضافة إلى ذلك، يمكن إستخدام نفس الأداة للعثور على اسم الكائن الخاص بمعرف المستخدم (OID) المتوفر.

بعد الاستحواذ، يمكن تنفيذ معرف الكائن الذي يجب مراقبته، أول استعلام SNMP. تعرض الأمثلة الواردة في هذا الفصل كيفية الحصول على ذاكرة WLC حرة (OID = 1.3.6.1.4.1.9.48.1.1.1.5) لمجتمع SNMPv2 الخاص ومستخدم SNMPv3 باستخدام كلمة مرور مصادقة SHA: Cisco123# وكلمة مرور خصوصية AES: Cisco123#. توجد واجهة إدارة وحدة التحكم على: 10.48.39.133 .
SNMPwalk هو تطبيق SNMP يستخدم طلبات GETtnext الخاصة ب SNMP للاستعلام عن كيان شبكة لشجرة المعلومات. يكون موجودا بشكل افتراضي في برامج MacOS ومعظم برامج لينوكس. بالنسبة ل SNMPv2c، يتوافق الأمر مع هذه الصياغة:
snmpwalk -v2c -c
هذا مثال آخر:
VAPEROVI:~ vaperovi$ snmpwalk -v2c -c private 10.48.39.133 1.3.6.1.4.1.9.9.109.1.1.1.1.12
SNMPv2-SMI::enterprises.9.9.109.1.1.1.1.12.2 = 3783236 <-------- Free Memory in Bytes
إذا تم إستخدام SNMPv3، فسيقوم الأمر بالتقيد بالصيغة:
snmpwalk -v3 -l authPriv -u <username> -a [MD5|SHA] -A <auth_password> -x [AES|DES] -X <priv_password> <WLC_management_interface_ip> <OID>
حدد MD5/SHA و AES/DES استنادا إلى كيفية إنشاء مستخدم SNMPv3 على وحدة التحكم. هذا مثال آخر:
VAPEROVI:~ vaperovi$ snmpwalk -v3 -l authPriv -u snmpadmin -a SHA -A Cisco123# -x AES -X Cisco123# 10.48.39.133 1.3.6.1.4.1.9.9.109.1.1.1.1.12
SNMPv2-SMI::enterprises.9.9.109.1.1.1.1.12.2 = 3783236 <-------- Free Memory in Bytes
#snmpwalk output still shows v2 even though v3 is used
تتم كتابة قصاصات الرمز ل Python 3.9 وتستخدم الوحدة النمطية pysnmp (PIP install pysnmp) لتشغيل استعلامات SNMP لاستخدام الذاكرة ل Catalyst 9800-CL WLC. تستخدم هذه الأمثلة نفس مجتمع SNMPv2 ومستخدم SNMPv3 الذي تم إنشاؤه في الفصول السابقة. ما عليك سوى إستبدال القيم المتغيرة ودمج الشفرة ضمن البرامج النصية المخصصة الخاصة بك.
مثال SNMPv2:
from pysnmp.hlapi import *
communityName = 'private'
ipAddress = '10.48.39.133'
OID = '1.3.6.1.4.1.9.9.109.1.1.1.1.12'
for (errorIndication,
errorStatus,
errorIndex,
varBinds) in nextCmd(SnmpEngine(),
CommunityData(communityName),
UdpTransportTarget((ipAddress, 161)),
ContextData(),
ObjectType(ObjectIdentity(OID)),
lexicographicMode=False):
if errorIndication:
print(errorIndication)
elif errorStatus:
print('%s at %s' % (errorStatus.prettyPrint(),
errorIndex and varBinds[int(errorIndex) - 1][0] or '?'))
else:
for varBind in varBinds:
print(' = '.join([x.prettyPrint() for x in varBind]))
مخرجات مطبوعة:
SNMPv2-SMI::enterprises.9.9.109.1.1.1.1.12.2 = 3783236
مثال SNMPv3:
from pysnmp.hlapi import *
username = 'snmpadmin'
ipAddress = '10.48.39.133'
OID = '1.3.6.1.4.1.9.9.109.1.1.1.1.12'
authKey = 'Cisco123#'
privKey = 'Cisco123#'
for (errorIndication,
errorStatus,
errorIndex,
varBinds) in nextCmd(SnmpEngine(),
UsmUserData(username, authKey, privKey,
authProtocol=usmHMACSHAAuthProtocol,
privProtocol=usmAesCfb128Protocol),
UdpTransportTarget((ipAddress, 161)),
ContextData(),
ObjectType(ObjectIdentity(OID)),
lexicographicMode=False):
if errorIndication:
print(errorIndication)
elif errorStatus:
print('%s at %s' % (errorStatus.prettyPrint(),
errorIndex and varBinds[int(errorIndex) - 1][0] or '?'))
else:
for varBind in varBinds:
print(' = '.join([x.prettyPrint() for x in varBind]))
توفر البنية الأساسية ل Cisco Prime القدرة على مراقبة أجهزة الشبكة المتعددة وتكوينها بسهولة، والتي تتضمن وحدات التحكم اللاسلكية. تأتي Prime Infrastructure محملة مسبقا بجميع معرفات الأجهزة الأصلية (OIDs) وعمليات التكامل مع عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)، وتتألف من إضافة بيانات اعتماد عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) إلى Prime. ويعتمد Prime، الذي يضم 9800 وحدة من وحدات التحكم في الشبكة المحلية اللاسلكية (WLC)، في الغالب على القياس عن بعد لجمع معظم التفاصيل من وحدة التحكم في الشبكة المحلية اللاسلكية (WLC)، بينما يتم الحصول على الجزء الصغير من المعلومات من خلال بروتوكول إدارة الشبكة البسيط (SNMP).
من جهة أخرى، يمكن أيضا دمج Cisco WLC مع حلول جهات خارجية متعددة للمراقبة، طالما كانت معرفات الأجهزة الأصلية معروفة. تتيح برامج مثل Grafana+Prometheus و PRTG Network Monitor وخوادم SolarWind إستيراد قاعدة معلومات الإدارة (MIB) أو معرفات الأجهزة الأصلية (OIDs) وعرض القيم في رسم بياني سهل الاستخدام.
قد يتطلب هذا التكامل بعض التعديلات من جانب خادم SNMP. في هذا المثال، يتم تزويد خادم مراقبة PRTG بمعرف إستخدام وحدة المعالجة المركزية (OID) الخاص بكل مركز، والذي يرجع السلسلة "0٪/1٪، و 1٪/1٪، و 0٪/1٪، و 0٪/1٪، و 0٪/1٪". يتوقع PRTG قيمة عدد صحيح ويثير خطأ.

يتمتع Cisco Unified Communications Manager (CUCM) بميزة تعقب نقطة النهاية اللاسلكية التي تسمح له بتعقب موقع العميل تقريبا استنادا إلى نقطة الوصول التي يتصل بها العميل. لكي تعمل هذه الميزة، يجب أن يسحب CUCM المعلومات من عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) من خلال استعلامات SNMP.
يتضمن الجدول بعض أكثر أسماء الكائنات شيوعا ومعرفات الأجهزة الأصلية (OIDs) الخاصة بها، مع إعتبار أن قاعدة معلومات الإدارة (MIB) تقدم البيانات في الصياغة سهلة الاستخدام:
| الوصف |
اسم الكائن |
OID |
رد متوقع |
| إجمالي إستخدام وحدة المعالجة المركزية (CPU) في ٪ الخمس ثوان الأخيرة (مكافئ ل "إظهار النظام الأساسي لوحدة المعالجة المركزية (CPU) للعملية") |
cpmCPUTotal5sec |
1.3.6.1.4.1.9.9.109.1.1.1.1.3 |
عدد صحيح: 5 |
| إجمالي إستخدام وحدة المعالجة المركزية في ٪ آخر 1 دقيقة |
cpmCPUTotal1min |
1.3.6.1.4.1.9.9.109.1.1.1.1.4 |
عدد صحيح: 5 |
| إجمالي إستخدام وحدة المعالجة المركزية (CPU) في ٪ آخر 5 دقائق |
cpmCPUTotal5min |
1.3.6.1.4.1.9.9.109.1.1.1.1.5 |
عدد صحيح: 5 |
| إستخدام وحدة المعالجة المركزية (CPU) في ٪ آخر 5 دقائق لكل مركز |
cpmCore5min |
.1.3.6.1.4.1.9.9.109.1.1.2.5.5 (.0 إلى .x حسب عدد المراكز) |
عدد صحيح: 5 |
| الذاكرة المستخدمة الحالية بالبايت |
cpmCPUMemoryUsed |
1.3.6.1.4.1.9.9.109.1.1.1.1.12 |
عدد صحيح: 3783236 |
| الذاكرة الحرة الحالية بالبايت |
cpmCPUMemoryFree |
1.3.6.1.4.1.9.9.109.1.1.1.1.13 |
عدد صحيح: 4263578 |
| أقل قدر من الذاكرة الحرة منذ آخر تمهيد بالبايت |
cpmCPUMemoryLower |
1.3.6.1.4.1.9.9.109.1.1.1.1.15 |
عدد صحيح: 4251212 |
| سبب آخر إعادة تحميل |
لماذا إعادة التحميل |
1.3.6.1.4.1.9.2.1.2 |
السلسلة: "إعادة التحميل" |
| صورة البرنامج لجميع نقاط الوصول المرتبطة |
bsnAPSoftwareVersion |
1.3.6.1.4.1.14179.2.2.1.1.8 |
السلسلة: "17.5.1.12 " |
| رقم الطراز لجميع نقاط الوصول المنضمة |
bsnAPModel |
1.3.6.1.4.1.14179.2.2.1.1.16 |
السلسلة: "AIR-AP1840i-E-K9" |
| عدد العملاء |
cLApActiveClientCount |
.1.3.6.1.4.1.9.513.1.1.1.72 |
عدد صحيح |
| عدد نقاط الوصول المنضمة |
cLApGlobalAPConnectCount |
1.3.6.1.4.1.9.9.513.1.3.35 |
معيار 32: 1 |
| حالة وحدة إمداد الطاقة |
CiscoEnvMonSupplyStatusTable |
.1.3.6.1.4.1.9.13.1.5(مضافة من خلال CSCwb73163 |
منضدة |
| حالة المروحة |
CiscoEnvMonFanStatusTable |
.1.3.6.1.4.1.9.13.1.4 (تمت إضافتها من خلال CSCwb73163 |
منضدة |
حاليا، هناك طلبات تعزيز مفتوحة لدعم OIDs العدد الإجمالي للعملاء وعدد نقاط الوصول المنضمة تحت cisco بق id: CSCvu26309 - SNMP OID لعدد العملاء غير موجود على 9800.
لا يتم دعم حالة وحدة التزويد بالطاقة (PSU) وحالة المروحة في الوقت المحدد في هذه المقالة. تم فتح طلب تحسين في إطار
معرف الأخطاء من Cisco: CSCwa23598 - 9800 WLC تحسين / دعم PSU ومعرف SNMP في حالة المروحة (1.3.6.1.4.1.9.9.13).
أنت يستطيع راقبت WLC إحتياطي في مجموعة عالية التوافر من إطلاق 17.5.1. WLC إستعداد يستطيع إما كنت monitore مباشرة من خلال RMI أو مع يستعلم ال WLC نشط.
يمكن مراقبة عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) الاحتياطية مباشرة فقط للشركات المحلية اللاسلكية (WLCs) التي تعمل في نوع HA لبروتوكول RMI + RP. ويتم هذا من خلال عنوان IP لواجهة إدارة التكرار الاحتياطية (RMI) الخاصة بوحدة التحكم في الشبكة المحلية اللاسلكية (WLC) الاحتياطية.
في هذا السيناريو، يتم دعم معرفات OIDs فقط من IF-MIB، مما يجعل من الممكن مراقبة حالة جميع الواجهات على عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) في وضع الاستعداد. إخراج مثال من 9800-CL WLC:
| الوصف |
اسم الكائن |
OID |
رد متوقع |
| اسم الواجهة |
IfDescr |
1.3.6.1.2.1.2.2.1.2 |
SNMPv2-SMI::MIB-2.2.1.2.1 = GigabitEthernet1 |
| حالة تشغيل الواجهة (1=up، 2=down) |
ifOperStatus |
1.3.6.1.2.1.2.2.1.8 |
SNMPv2-SMI::MIB-2.2.2.1.8.1 = 2 |
يمكن أيضا مراقبة حالة WLC الاحتياطية باستخدام الاستعلام إلى عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) النشط. يتم دعم قواعد معلومات الإدارة (MIB) فقط Cisco-LWAPP-HA-MIB وCisco-Process-MIB بشكل رسمي. عند الاستعلام عن عنصر تحكم في الشبكة المحلية اللاسلكية (WLC) نشط في HA، تمثل الاستجابة الأولى قيمة عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) النشط، بينما تمثل الاستجابة الثانية قيمة عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) الاحتياطي.
| الوصف |
اسم الكائن |
OID |
رد متوقع |
| إجمالي إستخدام وحدة المعالجة المركزية (CPU) في ٪ الخمس ثوان الأخيرة |
cpmCPUTotal5sec |
1.3.6.1.4.1.9.9.109.1.1.1.1.3 |
SNMPv2-SMI::enterprise.9.9.109.1.1.1.3.5 = 3 |
| إجمالي إستخدام وحدة المعالجة المركزية في ٪ آخر 1 دقيقة |
cpmCPUTotal1min |
1.3.6.1.4.1.9.9.109.1.1.1.1.4 |
SNMPv2-SMI::enterprise.9.9.109.1.1.1.4.5 = 8 |
| إجمالي إستخدام وحدة المعالجة المركزية (CPU) في ٪ آخر 5 دقائق |
cpmCPUTotal5min |
1.3.6.1.4.1.9.9.109.1.1.1.1.5 |
SNMPv2-SMI::enterprise.9.9.109.1.1.1.5.5 = 10 |
| الذاكرة المستخدمة الحالية بالبايت |
cpmCPUMemoryUsed |
1.3.6.1.4.1.9.9.109.1.1.1.1.12 |
SNMPv2-SMI::enterprise.9.9.109.1.1.12.5 = 4318980 |
| الذاكرة الحرة الحالية بالبايت |
cpmCPUMemoryFree |
1.3.6.1.4.1.9.9.109.1.1.1.1.13 |
SNMPv2-SMI::enterprise.9.9.109.1.1.1.12.5 = 4318739 |
| أقل قدر من الذاكرة الحرة منذ آخر تمهيد بالبايت |
cpmCPUMemoryLower |
1.3.6.1.4.1.9.9.109.1.1.1.1.15 |
SNMPv2-SMI::enterprise.9.9.109.1.1.1.15.5 = 3763868 |
| حالة عنصر التحكم في الشبكة المحلية اللاسلكية (1=up، 0=down) |
cLHaPeerHotStandbyEvent |
1.3.6.1.4.1.9.9.843.1.3.4 |
SNMPv2-SMI::enterprise.9.9.843.1.3.4.0 = 1 |
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
8.0 |
27-Oct-2026
|
التدقيق الإملائي والنحوي والمسافات والمسافات والأفقية المدخلة للفصل بين الأقسام من أجل إمكانية القراءة وتنبيهات CCW الثابتة والنص البديل. |
7.0 |
01-Jul-2025
|
مزيد من المروحة ومصدر الطاقة وأعداد الأجهزة العميلة |
6.0 |
31-Mar-2025
|
URL MIB الثابت |
5.0 |
15-Nov-2023
|
تمت إضافته لكل معرف أساسي لوحدة المعالجة المركزية |
4.0 |
01-Apr-2022
|
OIDs الإضافية المشار إليها |
2.0 |
01-Oct-2021
|
الإصدار الأولي |
1.0 |
12-Oct-2021
|
الإصدار الأولي |