Summary

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

قائمة ينبغي أن تنتهي صلاحيتها

حمل تقرير Joyce Reynolds وJon Postel، المنشور في مايو 1987، عنوان Official Internet Protocols. وقد وصف نفسه بأنه تقرير حالة يحدد الوثائق التي تشرح البروتوكولات المستخدمة على الإنترنت، ويضيف ملاحظات عن المراجعات أو التغييرات المخطط لها. كان أقرب إلى خريطة مؤرخة لمنظومة متحركة منه إلى دليل يصف حالة كل جهاز.

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

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

التصنيف لا يثبّت برنامجاً

توضح البنود ذلك بجلاء. كان IP مطلوباً، بينما كان TCP وUDP موصى بهما. وصُنّف Graphics Protocol اختيارياً، مع ملاحظة تقول إنه لم تكن هناك تطبيقات نشطة معروفة. لم تحذف الملاحظة البند، ولم ينشئ التصنيف تطبيقاً من تلقاء نفسه. سجل المحررون التصنيف وحدود ما يعرفونه معاً.

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

التقت المواصفة بالتنفيذ بمرور الوقت

كانت RFC 1011 جزءاً من سلسلة تقارير تصدر دورياً؛ إذ تحل الإصدارات الجديدة محل السابقة وتراجع القائمة. وفي أبريل 1989، شرحت RFC 1100 إجراءات أوسع للتقييس: يستطيع أي شخص تقديم مقترح، وتبدي المجموعات التقنية توصياتها، وكانت السياسة العامة تنتظر خبرة التنفيذ قبل إعلان البروتوكول معياراً رسمياً. كما أوضحت أن رقم RFC لا يعاد استخدامه، حتى إذا جرى تحسين البروتوكول وتوثيقه في أرقام RFC لاحقة.

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

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

سجل مفيد، لا شبكة عاملة

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

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

المصادر