الخلاصة

  • لم تكن entPhySensorValue قراءة تفسر نفسها. فقد حدد النوع ومقياس القوة العشرية والدقة معنى العدد، بينما حدت الحالة والطابع الزمني ومعدل التحديث من صلاحيته بوصفه ملاحظة حالية.
  • جمع معدل التحديث الصفري ثلاثة معان: تحديث عند الطلب، أو عند الحدث، أو جهل بالمعدل. كما أن ok(1) أثبت قدرة الوكيل على الحصول على قيمة فقط، لا معايرة المستشعر ولا صحة العالم الفيزيائي.

العدد 315 لم يقل ما الذي قيس

يتلقى نظام الإدارة العدد 315. قد يعني 31.5 درجة مئوية، أو 315 دورة في الدقيقة، أو 315 واطاً، أو قيمة نسبية، أو قراءة قديمة. التخزين سهل؛ تحديد الادعاء أصعب.

نشرت RFC 3433 في ديسمبر 2002 لتعريف Entity Sensor MIB. ويحفظ النص وسجل RFC Editor وصفحة IETF والتاريخ والمراجع وبحث التصويبات عقد تمثيل Standards Track، لا قياس جهاز حالي.

أضافت الوحدة جدولاً متناثراً للكيانات الفيزيائية المصنفة sensor(8)، مستخدمة entPhysicalIndex نفسه. استند النص إلى Entity MIB في RFC 2737، وحافظت النسخة اللاحقة RFC 6933 على نموذج الهوية الفيزيائية. كان تحديد الجزء سابقاً لتفسير رقمه.

النوع والمقياس والدقة شكلت معنى واحداً

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

إذا كان النوع Celsius والمقياس units والدقة 1، صار 315 يساوي 31.5 درجة. ومع نوع أو مقياس آخر يصبح الادعاء مختلفاً.

حجزت الأنواع الثابتة -1,000,000,000 و+1,000,000,000 للنقص والفيض. لا يجوز تحويلهما إلى نقاط قياس عادية.

جاء البناء من SMIv2 في RFC 2578، والاتفاقيات النصية في RFC 2579، والمطابقة في RFC 2580، واللغة المعيارية في RFC 2119.

وصحح التصويب الموثق 2008 تعليقين متبادلين: peta(14) هو 10^15 وexa(15) هو 10^18. نقل التعليق الخاطئ كان يغير المقدار ألف مرة.

دقة العرض لم تكن دقة معايرة

وصفت precision موضع الفاصلة أو الخانات الصحيحة في تمثيل ثابت. لم تثبت المعايرة أو عدم اليقين أو التتبع أو فئة دقة تنظيمية.

أكدت RFC 7460 لاحقاً أن RFC 3433 لا تحمل فئات دقة عدادات الكهرباء ANSI/IEC، ولذلك عرّفت حقلاً مستقلاً. وجود منزلة عشرية لا يعني أن الخطأ أقل من عُشر وحدة.

كان entPhySensorUnitsDisplay نص عرض، لا بديلاً عن النوع والمقياس للآلة.

الحالة عبّرت عن معرفة الوكيل

ok(1) يعني أن الوكيل يستطيع الحصول على القيمة؛ unavailable(2) يعني أنه لا يستطيع الآن؛ وnonoperational(3) يعني أنه يعتقد بوجود عطل صلب أو قراءة خارجة أو متذبذبة.

لا يثبت اللون الأخضر المعايرة أو صحة التثبيت. وتضع RFC 3410 الـMIB في موضعها: مخزن افتراضي يقدمه وكيل، لا نافذة مباشرة على الواقع.

الصفر حمل ثلاث سياسات زمنية

سجل الطابع قيمة sysUpTime عند آخر حصول على القيمة أو الحالة. وأعلن المعدل الموجب مدة polling مقدرة بالميلي ثانية.

أما الصفر فقد يعني تحديثاً عند الطلب، أو عند تغير القيمة، أو أن الوكيل لا يعرف المعدل. لا يجوز تحويل هذا الغموض إلى شعار «لحظي». وحتى المعدل الموجب يصف دورية معلنة لا زمن التحويل الفيزيائي.

الإنذار كان خارج الجدول

لم تعرف RFC 3433 عتبة خاصة، وأحالت إلى آليات عامة مثل Alarm وEvent في RFC 2819. القيمة وتجاوز العتبة وتقييمها ووصول التنبيه وتنفيذ الإجراء أحداث منفصلة. الصف للقراءة فقط لا يثبت إيقافاً أو إصلاحاً.

القراءة قد تكون حساسة

حذرت الوثيقة من حساسية قيمة المستشعر ومن أن SNMPv1 ليس آمناً بذاته. وأوصت بـUSM في RFC 3414 وVACM في RFC 3415. إثبات هوية القارئ وحقه لا يثبت صحة المستشعر.

المصادر والحدود

يساعد فصل Heng Lu بين طبقات الواقع واعتبار الكود العامل دليلاً أولياً في إبقاء المواصفة والتنفيذ والاستجابة والكمية الفيزيائية والإنذار والنتيجة حقائق مختلفة.

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