الخلاصة

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

قد تكون القيمة 5 صحيحة في سجلين ولا تشير إلى الواجهة نفسها. لم تتعامل RFC 2037 مع هذا الاحتمال كحالة شاذة، بل جعلته سبباً لبناء Entity MIB.

عرضت الوثيقة موجهاً يشارك في نظامين مستقلين، ولكل منهما منطقة OSPF أساسية تحمل الرقم 0.0.0.0. كما أمكن لهيكل مادي واحد أن يحمل موجهات أو جسوراً أو مكررات منطقية عدة خلف نقطة إدارة واحدة. ظل معرف الكائن والفهرس صحيحين، لكنهما لم يكونا فريدين خارج السياق الذي أصدرهما.

كان نطاق التسمية جزءاً من المفتاح

عرّفت RFC نطاق التسمية بأنه معلومات الإدارة التي يمكن الوصول إليها في عملية واحدة وتشترك في فضاء معرفات فريد. في SNMPv1 وSNMPv2c، حدد entLogicalCommunity قيمة community المستخدمة للوصول إلى نطاق الكيان المنطقي.

لهذا لا يكفي ظهور ifIndex.5 مرتين لإثبات واجهة واحدة. يتطلب السجل القابل للتدقيق اسم الوكيل ووقت الجمع وcommunity والفهرس المنطقي. الاحتفاظ بالرقم وحده يبقي القيمة ويحذف عنوانها.

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

بقيت الفتحة الفارغة جزءاً من البنية

بنى entPhysicalContainedIn شجرة تربط كل مكون بحاويته المباشرة: منفذ، ثم وحدة، ثم فتحة، ثم هيكل، حتى الفهرس صفر. واشترطت RFC تمثيل الحاويات سواء كانت فارغة أم مشغولة.

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

لم تكن العلاقة بين المنطقي والمادي واحداً إلى واحد

سمح entLPMappingTable بعلاقة متعدد إلى متعدد. قد يعتمد كيان منطقي واحد على مكونات عدة، وقد تشترك كيانات منطقية عدة في مكون واحد. كانت العلاقة وصفاً للدعم، لا سند ملكية حصرية ولا دليلاً على السيطرة الإدارية أو المسؤولية القانونية.

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

ربط الاسم البديل الرقم الخارجي بالمكون

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

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

جاز لوكيلين أن يقدما صورتين مختلفتين

لم تشترط RFC التكافؤ أو الاتساق بين مثيلات Entity MIB المتداخلة. جاز للوكلاء اختيار فهارس اعتباطية ومعرفات مصنع ومجموعات فرعية مختلفة. لذلك لم تثبت مساواة الفهرس الهوية عبر الوكلاء، ولم يثبت اختلاف الوصف أن أحد الطرفين مخطئ.

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

في RFC 2037 كانت كل الكائنات المتاحة التي عرّفتها الوحدة للقراءة فقط. أثبتت القراءة الناجحة أن وكيلاً أعاد قيمة في نطاق ولحظة محددين؛ ولم تثبت النشر الحالي أو الوصول أو الاكتمال أو السلطة. أضافت RFC 2737 لاحقاً سياقات SNMPv3 وكائنات إدارية قابلة للكتابة، ثم جاءت RFC 4133 وRFC 6933. تنتمي هذه الخصائص إلى المواصفات اللاحقة، لا إلى نسخة 1996.

المصادر