الخلاصة

  • جمع RFC 1243 منافذ AppleTalk ومساراتها ومناطقها وتسجيلات خدماتها وعداداتها في نموذج SNMP واحد، لكنه أبقى مصدر القيمة وحالة الصف ضروريين لفهم ما إذا كانت المعلومة مستخدمة فعلاً.
  • غيّر RFC 1742 لاحقاً عدداً من حدود القراءة والكتابة وأضاف المصدر والقيمة الافتراضية والقيمة الحالية؛ لذلك كانت صفة الوصول توزيعاً قابلاً للمراجعة للمسؤولية، لا إثباتاً لتنفيذ تغيير.

صدر RFC 1243 في يوليو 1991 ليعرّف كائنات إدارة شبكات AppleTalk عبر SNMP. قُسّمت الكائنات إلى مجموعات LLAP وAARP وATPort وDDP وRTMP وKIP وZIP وNBP وATEcho. وكانت المجموعة وحدة امتثال: إذا انطبقت دلالات بروتوكولها على تنفيذ ما، وجب على الوكيل تقديم كائناتها. لكن ذلك يصف عقد الواجهة ولا يثبت حالة جهاز بعينه.

تُظهر مجموعة ATPort الفاصل بوضوح. احتوى صف المنفذ المنطقي على النوع ونطاق الشبكة والعنوان والحالة والمنطقة والواجهة الفيزيائية المرتبطة. كان عدد من هذه الحقول قابلاً للقراءة والكتابة. وبجانبهما جاء atportNetConfig وatportZoneConfig للقراءة فقط، كي يصفا كيف وصلت معلومات الشبكة والمنطقة.

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

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

تكرر النمط في RTMP. حمل المسار نطاق الشبكة والقفزة التالية ونوع الشبكة والمنفذ وعدد القفزات وحالة مستقلة. كانت غالبية قيم المسار قابلة للكتابة في RFC 1243، فيما انتقلت الحالة من جيد إلى مشتبه فيه ثم آخذ في السوء وسيئ. ولم يكن الإبطال وعداً باختفاء الصف. أما KIP ففصل بين مسار مُعد ومسار متعلّم ومسار غير صالح، وأضاف قراراً آخر بشأن مشاركة المعلومة مع موجّهات أخرى. المصدر والصلاحية والانتشار ثلاث مسائل منفصلة.

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

حتى عدادات ATEcho كانت محلية النطاق. فهي تعد طلبات الصدى المستلمة والردود المرسلة، ولا تربط طلباً معيناً برد معين، ولا تعرّف الطرف المقابل أو المسار أو نجاح اختبار المستخدم. كما أن RFC 1243 صرّح بأن قضايا الأمن لم تُناقش.

ماذا غيّر الإصدار الثاني؟

في يناير 1995 أبطل RFC 1742 الوثيقة الأولى وعرّف AppleTalk MIB II. لم يقتصر العمل على إضافة مجموعات وعدادات؛ بل غيّر قابلية الوصول إلى كائنات موجودة.

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

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

اتسع القياس ليشمل عمليات البحث والإصابة في AARP، وحذف المسارات وامتلاء جدول RTMP، وفشل تسجيل NBP، وحركة كل منفذ. وفي المقابل أُهملت عدادات LLAP التي تكرر عدادات واجهات MIB-II. تغيير العداد يغير النطاق والمقام؛ ولا يثبت تاريخ نشر RFC أن الوكلاء والمجمّعات والسجلات التاريخية انتقلت معاً.

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

لا توفر الوثيقتان ذلك السجل التشغيلي. إنما تفسران لماذا لا يغني عنه الجدول.

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

المصدران الأساسيان هما RFC 1243، ‏AppleTalk Management Information Base، وRFC 1742، ‏AppleTalk Management Information Base II. يثبتان التعريفات وخصائص الوصول والحالات والتغييرات الموثقة، ولا يثبتان تنفيذاً بعينه أو مسؤولاً أو تفويضاً أو كتابة مقبولة أو مساراً حياً أو منطقة حالية أو تسجيلاً ناجحاً أو تسليماً أو انتشاراً أو نتيجة مستخدم.