الخلاصة

  • أعادت RFC 1285 صياغة كائنات ANSI لإدارة محطات FDDI كي تلائم SMI وSNMP في الإنترنت؛ تغيرت الأسماء وبعض الصيغ، مع السعي إلى إبقاء معنى كل كائن.
  • تقول RFC 1512 إن انتقال ANSI SMT من الإصدار 6.2 إلى 7.3 استلزم فرعاً آخر في شجرة MIB، وتحذر صراحة من افتراض التوافق مع RFC 1285.

كان لدى FDDI معجم للإدارة خارج إطار SNMP الخاص بالإنترنت. وتمثل تحدي RFC 1285 في نقل هذا المعجم: كيف يستطيع مدير شبكة يستخدم SNMP الوصول إلى معلومات المحطة وMAC والمسار والمنفذ والاتصال التي حددتها أعمال ANSI لإدارة محطات FDDI؟ قالت الوثيقة إن تعريفاتها مطابقة قدر الإمكان لكائنات ANSI، ثم أعادت صياغتها لتناسب SMI وMIB في الإنترنت.

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

ولم تختزل الوثيقة الحلقة في ضوء واحد يقول إنها «تعمل». فقد فصلت مجموعات SMT وMAC وPATH وPORT وATTACHMENT ومجموعات الشرائح. وتمثل كل مجموعة سطحاً مختلفاً للإدارة. يحدد معرّف الكائن ونسخته عنصراً بعينه في فضاء أسماء إداري منظم؛ لكنه لا يوثق هوية من أبلغ القيمة، ولا يثبت مسار كابل مادي، ولا يبرهن على نجاح اتصال تطبيق. ولا يحمل العداد أو الحالة أو الإجراء إلا المعنى المسند إلى ذلك الكائن.

وأظهر التنقيح اللاحق حداً قد تخفيه كلمة «الترجمة». فقد راجعت RFC 1512، الصادرة في سبتمبر 1993، واجهة FDDI MIB على ضوء الانتقال من ANSI SMT 6.2 إلى 7.3. وقالت إن التغييرات كثيرة بما يكفي لنقل الكائنات إلى فرع آخر من شجرة MIB، وطلبت عدم افتراض التوافق مع RFC 1285. ومع ذلك أبقت هدف الحفاظ على دلالة الكائنات عند تكييف صيغها مع SNMP. ترجمة الدلالة وتوافق الإصدارات سؤالان منفصلان: يمكن نقل المعنى بين نظامي إدارة من دون ضمان بقاء البنية التي يراها المدير ثابتة بعد تغير النموذج المصدر.

ويصبح الفرق عملياً حين يُتخذ ملصق «يدعم FDDI MIB» اختباراً للتوافق. كان على المدير معرفة إصدار MIB ومعرّفات الكائنات التي يدعمها الوكيل، والتحقق من إصدار النموذج المصدر ووجود المتغيرات المتوقعة. الاسم المألوف لا يكفي. ولا تثبت الوثيقتان أي المنتجات نشرت كل إصدار، أو أن ترقية محددة فشلت، أو أن حركة FDDI وصلت إلى وجهتها. إنهما تسجلان حدّاً تصميمياً، لا جرداً للتطبيقات.

والدرس المحدود المفيد هو أن التشغيل البيني يحتاج عقداً دلالياً محدداً، فيما تحتاج الهجرة عقد توافق منفصلاً. وثقت RFC 1285 الأول؛ ويوضح تحذير RFC 1512 أنه لا يضمن الثاني تلقائياً.

المصادر: RFC 1285؛ RFC 1512؛ RFC 1155؛ RFC 1212؛ RFC 1213.