الخلاصة

  • سجّلت RFC 880 لكل بروتوكول حقولاً منفصلة للحالة والمواصفة والمشكلات والمراجع والاعتمادات وجهة الاتصال، فلم تحوّل الإدراج الرسمي إلى ضمان شامل.
  • تكشف الصفوف نفسها استقلال هذه الادعاءات: كان TCP موصى به مع عيوب وثائقية، وكان TFTP اختيارياً لكنه مستخدم، وكان GGP تجريبياً مع عمله في بوابات النواة.
  • فصلت الوثائق اللاحقة بين نضج المعيار ومستوى وجوب التنفيذ، ثم استُبدل الملخص الدوري بقائمة إلكترونية؛ لكن القائمة لم تصبح قياساً للشيفرة العاملة.

صدرت RFC 880 في أكتوبر 1983 بعنوان Official Protocols. لم تعرض بروتوكولات مكتملة في واجهة دعائية، بل قدّمت سجلاً مشروحاً يذكر النص الذي يعرّف البروتوكول، وما إذا كان مطلوباً أو موصى به أو اختيارياً أو تجريبياً، وما بقي من مشاكل، وما يعتمد عليه، ومن يجيب عن الأسئلة.

لهذا لم تكن كلمة «رسمي» نهاية الاستدلال. كانت بداية صف متعدد الحقول. يستطيع السجل أن يثبت تصنيفه، ولا يستطيع بذلك وحده إثبات وجود تنفيذ أو مطابقته أو تفعيله أو نجاحه.

توزعت الوثائق الرسمية على أكثر من كتاب

قالت RFC 880 إن البروتوكولات الرسمية هي، كتقريب أول، ما ورد في Internet Protocol Transition Workbook الصادر في مارس 1982. ثم بيّنت حدود التقريب. استُخدمت بروتوكولات لم تكن في الكتاب، ونُقحت بروتوكولات مدرجة فيه، وانتقلت مواصفات البريد وTelnet إلى مجلدات أحدث، وبقيت مواد قديمة في دليل ARPANET لعام 1978.

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

فصل كل بند بين STATUS وSPECIFICATION وCOMMENTS وOTHER REFERENCES وDEPENDENCIES وCONTACT. عبرت الحالة عن توقع التبني، وحددت المواصفة النص، وحفظت التعليقات مواضع الخلاف، وأظهرت الاعتمادات الشروط الأدنى، وسمّت جهة الاتصال مسار المسؤولية.

لم تكن الحالات درجات في سلّم جودة واحد

Required تعني أن على جميع المضيفين تنفيذ البروتوكول. Recommended تشجعهم على ذلك. Elective تترك القرار لهم. Experimental تقصر التنفيذ على المشاركين المنسقين في التجربة. None تقول إن البند ليس بروتوكولاً.

كان IP وICMP مطلوبين، وUDP وTCP موصى بهما، وTFTP اختيارياً، وEGP وGGP تجريبيين. أما Catenet Model فحمل None لأنه وصف معماري.

لم تكن هذه الكلمات شهادة أمن أو قياس انتشار. لا تثبت Required أن مضيفاً بعينه فعّل الشيفرة. ولا تثبت Recommended قابلية التشغيل البيني. ولا تعني Elective قلة الاستخدام. ولا تجعل Experimental حركة الرزم تساوي صفراً.

ظل TCP موصى به والملاحظات مفتوحة

ربطت القائمة TCP بـ RFC 793 وصنفته Recommended. ثم ذكرت أن تصحيحات كثيرة وصلت، وأن معظمها عيوب في الوثيقة أكثر منها عيوباً في فكرة البروتوكول.

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

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

قد يعمل التجريبي في قلب الشبكة

وصفت RFC 880 كلاً من EGP وGGP بأنه Experimental. كان EGP قيد التطوير، بينما قالت عن GGP إنه بروتوكول البوابات المستخدم آنذاك في بوابات النواة.

لا تحدد العبارة عدد البوابات أو مطابقتها أو توافرها. لكنها تنفي استنتاجاً واحداً بوضوح: الحالة التجريبية ليست إحصاءً لغياب التشغيل. قد يعمل الكود في مسار مهم من دون أن تتحول حالته الإجرائية تلقائياً إلى معيار ناضج.

في Stream Protocol ظهر الانفصال المعاكس. تطور التنفيذ وربما لم يعد متوافقاً مع المواصفة. وجود الشيفرة لم يثبت المطابقة. وكان TFTP اختيارياً مع استخدامه في عدة شبكات محلية؛ حرية الاختيار وحدوث الاختيار حقيقتان مختلفتان.

احتاجت خيارات Telnet إلى عمود مستقل للاستخدام

عرض جدول Telnet Options رقم الوثيقة، ووجود الخيار في الكتيب الجديد أو الدليل القديم، وعمود USE. وُصفت خيارات مثل Echo وBinary Transmission وSuppress Go Ahead بأنها كثيرة التنفيذ، بينما لم يكن لكثير من الخيارات الأخرى استخدام عام.

كانت عائلة الخيارات Elective، لكن القائمة لم تستنتج من ذلك أن كل تطبيق Telnet ينفذ كل خيار. قول «يدعم Telnet» لا يثبت ما سيتفاوض عليه طرفان.

لم يكن USE قياساً شاملاً ذا منهج ومقام معلنين. غير أن وجوده اعترف بأن الوثيقة، والإذن بالتنفيذ، والتنفيذ المرصود ثلاث مسائل.

حدّدت الاعتمادات وجهة الاتصال نطاق الادعاء

اعتمد SMTP وTelnet على TCP، واعتمد TFTP على UDP، واعتمدت بروتوكولات البوابات على IP. لم يكن ظهور التطبيق في السجل كافياً لإنشاء السلسلة التي يحتاجها للتنفيذ.

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

واصلت RFC 991 هذا النسب في 1986 ووصفت نفسها بأنها تقرير رسمي للحالة. كشفت الإصدارات المتعاقبة أن للقائمة زمناً ومراجعة.

أصبح النضج والوجوب محورين صريحين

فصلت RFC 1200 في 1991 بين STATE للتقييس — Standard وDraft Standard وProposed Standard وExperimental وInformational وHistoric — وبين STATUS للوجوب — Required وRecommended وElective وLimited Use وNot Recommended.

وسعت RFC 2026 مسار المعايير وقواعد الانطباق. ثم خفّضت RFC 6410 مستويات النضج من ثلاثة إلى اثنين. غيّرت هذه النصوص الإجراء، لا عدد النسخ العاملة.

وأصبح الملخص الدوري نفسه قديماً. أنهت RFC 7100 آخر ملخص وSTD 1 في 2013 بعدما حلّت قائمة RFC Editor الإلكترونية محله. سهّلت قاعدة البيانات التحديث، لكنها لم تصبح مجساً لكل شبكة.

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

يعتمد المقال على RFC 840 وRFC 880 وRFC 991 وRFC 1200 وRFC 2026 وRFC 6410 وRFC 7100. لا تثبت هذه المصادر انتشاراً حالياً أو مطابقة منتج مسمى أو أمناً راهناً أو سياسة مشغل أو حادثاً.