الخلاصة

  • أدرجت النسخة -09 من draft-gerke-publication-process-reform، المؤرخة في 29 سبتمبر، RFC 6359 إلى جانب RFC 7841 ضمن الوثائق التي تقترح تحديثها إذا أُقرت. وهي مسودة إنترنت فردية حالتها لدى IESG هي I-D Exists؛ ولم يُحدَّث أي من الوثيقتين بعد.
  • كانت فكرة تجميد التعديلات على مرحلتين موجودة في النسخة 08. الجديد هو ربط ضوابط سلامة الحالة وحدود الكتابة المقترحة بمسار العرض في Datatracker الذي شرحته RFC 6359، مع أن سجلات الحالة المعتمدة لدى IANA وRFC Editor تظل منفصلة.

يظهر التغير أولاً في سطر صغير على غلاف المسودة. نسخة 22 سبتمبر كانت تسمي RFC 7841 وحدها، وهي الوثيقة التي تتناول مسارات إصدار RFC ومعلومات العناوين وعبارات الحالة. أما نسخة 29 سبتمبر فتضيف RFC 6359، التي تصف جمع معلومات تقدم العمل لدى IANA ومحرر RFC وعرضها في Datatracker. اتسع بذلك موضوع المقترح من صياغة علامات النشر إلى البنية التي تُظهر مراحل المعالجة.

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

ولا ينبغي نسبة كل تفاصيل التجميد إلى هذا التحديث. فقد تضمنت النسخة 08 أصلاً مرحلتين للتغييرات التقنية والتحريرية، وفكرة سحب صلاحية الكتابة من IESG بعد مرحلة IESG OK، وحدود التحرير لدى جهة إنتاج RFC. ما تغير هو اتساع النطاق المعلن ومرجعه. ونُقلت أيضاً draft-ietf-procon-2026bis-11 من المراجع المعلوماتية إلى المراجع المعيارية؛ وهي بدورها مسودة لدى مجموعة عمل في مرحلة الدعوة الأخيرة للتعليقات، وليست RFC نافذة.

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

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

المصادر