الخلاصة

  • اختار RFC 1052 بروتوكول SNMP أساساً قصير الأجل، وسجل توصية Craig Partridge بسحب HEMS لتيسير اتفاق شامل. وفي القرار نفسه جعل تعريفات RFC 1024 أحد مدخلات عمل MIB المشترك.
  • صدر RFC 1076 بعد ذلك القرار، ووثق بديلاً أكثر تعبيراً: مفسر صغير يقرأ كائنات ASN.1 أثناء وصولها، ويتحرك في شجرة بيانات هرمية، ويرد بصورة منظمة لما قرأه أو عدله.
  • اختيار البروتوكول، وإعادة استخدام المعنى، وتفويض الطلب، والقيمة التي أعادها الوكيل، والأثر الذي لوحظ على الجهاز حقائق منفصلة؛ لا يثبت أي منها السلسلة كلها.

اتساع الإنترنت أسقط الإدارة القائمة على ذاكرة المشغل

انطلق RFC 1021 من تغير عملي. حين كانت بوابات الشبكات المهمة تأتي من عدد قليل من الموردين، أمكن لمدير خبير أن يتعلم أدوات كل مورد. ومع ازدياد الشركات والشبكات والأجهزة، لم تعد المعرفة الفردية واجهة تشغيل قابلة للتوسع.

قسم High-Level Entity Management System، أو HEMS، المسؤوليات. تحمل الجهة المدارة معالج استعلام صغيراً ومولد أحداث، بينما تصوغ تطبيقات مركز الإدارة الأسئلة وتفهم النتائج، بما فيها الامتدادات الخاصة بالمورد. بقيت العقدة الحرجة بسيطة نسبياً، وانتقلت أعمال التفسير الأثقل إلى التطبيق.

وفصل المشروع بين المراقبة والتحكم. المراقبة تجمع بيانات لفهم السلوك، والتحكم يحاول تغييره في الزمن الحقيقي. شدد RFC 1021 على أن تغيير الشبكة من دون رؤية أثر التغيير ليس مفيداً. لذلك ركز التصميم الأول على المراقبة، وأقر بأن العمليات العامة للحكم وآليات الوصول القوية لم تكتمل.

في مارس 1988 أصبح الاختيار مؤسسياً. وثق RFC 1052 مراجعة HEMS وSNMP وCMIP/CMIS. أوصى مجلس IAB باعتماد SNMP أساساً قصير الأجل لأن البرمجيات كانت متاحة وتعمل فعلاً، ولأن المشغلين احتاجوا إلى نقطة التقاء عاجلة.

وسجل التقرير أن Craig Partridge أوصى بسحب HEMS من الاعتبار كي يصبح الاتفاق على مستوى الإنترنت ممكناً. لم يتبع السحب محو للعمل. فقد وصف التقرير عناصر المراقبة التي طورها HEMS بأنها واسعة ومدروسة، وطلب من مجموعة MIB أن تستخدم تعريفات RFC 1024 مدخلاً إلى جانب مواد SNMP وCMIP/CMIS.

غادر حامل محتمل، لكن المعاني التي رتبها بقيت على طاولة المعيار التالي.

مواصفة مكتملة لمسار لم يقع عليه الاختيار

صدر RFC 1076 في نوفمبر 1988 وحل محل RFC 1023. لم يزعم إعادة فتح قرار أبريل. أكمل وصف لغة المراقبة والتحكم التجريبية في HEMS، ولذلك يكشف بدقة ما كان البديل قادراً عليه.

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

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

عرفت اللغة ثماني عمليات فقط: BEGIN وEND وGET وGET-ATTRIBUTES وGET-RANGE وSET وCREATE وDELETE. لم تحفظ برامج، ولم توفر إجراءات فرعية أو بنى تحكم عامة. جاءت القدرة التعبيرية من تركيب المسارات والقوالب والقيم والمرشحات مع هذه النواة الصغيرة.

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

اختيار العنصر بصفته لا بموضعه المؤقت

تتغير جداول الواجهات والمسارات واتصالات TCP. قد لا تبقى الواجهة الثالثة ثالثة بعد إعادة التشغيل. لذلك لم يجعل RFC 1076 الفهرس العددي هوية عامة، بل وفر مرشحات تختبر القيمة داخل السجل.

يمكن للمرشح اختبار الوجود والمساواة والحد الأعلى أو الأدنى، وربط الشروط بواسطة AND وOR وNOT. وهكذا يستطيع المركز طلب عدادات الواجهة التي تحمل عنوان IP بعينه، ثم دخول جدول ARP الخاص بها، أو تطبيق SET على كل سجل يطابق شرطاً.

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

أتاح GET-RANGE قراءة جزء من OctetString، بما في ذلك تمثيل للذاكرة يعتمد على بنية الجهاز. لكن طلب قاموس كامل لم يكن يعيد الذاكرة تلقائياً. قابلية التصفح لا تعني الإذن باستخراج كل سطح حساس أو مكلف.

القيمة الراجعة لا تغلق ملف الأثر

كان SET وCREATE يعيدان الجزء المتأثر من الشجرة بعد العملية. لا يعيد DELETE عادة شيئاً، وقد يعيد العناصر التي تعذر حذفها. وإذا حاول الطلب تغيير عنصر غير قابل للكتابة، لم يكن الخطأ إلزامياً؛ يمكن للوكيل أن يعيد القيمة الحالية، فيقارنها التطبيق بالقيمة المطلوبة.

وللتحكم اقترح RFC 1076 «سجل أمر وحالة افتراضياً». قد تؤدي كتابة رمز إلى أثر جانبي يحدده التنفيذ، مثل إنزال واجهة، وقد تعيد قراءة العنصر حالة حالية.

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

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

قيمة فارغة تخفي ثلاثة أسباب

حدد RFC 1022 غلاف HEMP للطلبات والردود والأحداث والأخطاء، ووضع أقساماً للمصادقة والتشفير. وجود القسم لا يثبت استعماله في رسالة بعينها؛ بل إن نص 1987 لم يخصص أنواع تشفير بعد.

وترك RFC 1076 نظام التفويض مفتوحاً. تمنح بيئة HEMS الاستعلام مستوى أو قدرات، ثم يختبر كل عنصر حق القراءة أو التعديل. يمكن تقييد GET وSET وCREATE وDELETE، لكن لا ينبغي إخفاء قاموس بما يجعل BEGIN يفشل وينهي الاستعلام المركب كله.

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

أما الخطأ المنهي فحمل نوعه وموقعه الداخلي وإزاحة البايت والعملية والوصف. وإذا كانت طبقات ASN.1 متداخلة مفتوحة في الرد، وضع المعالج نسخة من الخطأ في كل طبقة ثم نسخة أخيرة. بقي الناتج الجزئي قابلاً للفك، لكن ذلك لم يكن تراجعاً آلياً عن آثار سابقة.

بساطة البروتوكول المختار لا تبيح اختراع نسب كامل

بحلول أغسطس 1989 سجل RFC 1109 عمل SNMP في شبكات متعددة ووجود تطبيقات تجارية ومرجعية. وسجل أيضاً مشكلات باقية في التوسع وإدارة الإعداد والوصول ومصادقة الأوامر. عالج الاختيار ضرورة التنسيق ولم يكمل هندسة الإدارة.

وصف RFC 1155 لاحقاً SMI المعيارية بأسماء OBJECT IDENTIFIER الهرمية وأنواع ASN.1 المقيدة ومخزن معلومات افتراضي. وحدد RFC 1157 SNMP بسطح أصغر من Get وGetNext وSet وTrap، وسجل الإطار التشغيلي الموصى به.

لا تثبت هذه التشابهات أن HEMS تحول إلى SNMP. الدليل المباشر أضيق: RFC 1052 سمى RFC 1024 مدخلاً لعمل MIB. لا يقدم خريطة نسخ لكل كائن أو عملية، ولا يزعم توافق RFC 1076 مع SNMP على السلك.

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

المصادر وحدود الإثبات

يشرح RFC 1021 النظام، وRFC 1022 الغلاف، وRFC 1024 التعريفات، وRFC 1052 القرار، وRFC 1076 اللغة، وRFC 1109 المتابعة، وRFC 1155 بنية SMI اللاحقة، وRFC 1157 بروتوكول SNMP اللاحق. ولا تقدم هذه الوثائق تعداداً لنشر HEMS أو لقطات تشغيل RFC 1076 أو خريطة توريث لكل عنصر أو نتيجة أمر محدد.

الخلاصة الموثقة ثلاثية: انسحب HEMS من اختيار البروتوكول العام، وبقي بعض عمله المعلوماتي مدخلاً معلناً، ولم يصبح رد شجرة البيانات بديلاً عن رصد أثر الشبكة.