الخلاصة

  • اختصر RFC 6410 مسار المعايير من ثلاث درجات إلى اثنتين، مع إبقاء تصنيف Draft Standard للوثائق القائمة إلى أن يعاد تصنيفها صراحة.
  • سمحت القواعد الجديدة بالترقية وفق معايير الانتشار أو بخيار من IESG لإعادتها إلى Proposed Standard بعد عامين؛ ولم يحدث تنظيف تلقائي.

التحليل

ما الذي تطلبته الدرجة القديمة

في أكتوبر 1996، وضع RFC 2026 ثلاث درجات لنضج المواصفات في مسار المعايير: Proposed Standard وDraft Standard وInternet Standard. وكان الانتقال إلى Draft Standard يتطلب وجود تطبيقين مستقلين على الأقل، متوافقين في العمل ومبنيين على قواعد شيفرة مختلفة، مع خبرة تشغيلية ناجحة وكافية. وكان على رئيس مجموعة العمل توثيق التطبيقين واختبارات التشغيل البيني. Draft Standard تصنيف لنضج مواصفة منشورة، وليس اسماً آخر لمسودة Internet-Draft.

أما الدرجة الأعلى فكانت تجيب عن سؤال مختلف. ربط RFC 2026 صفة Internet Standard بخبرة معتبرة في التنفيذ والتشغيل، وباعتقاد واسع بأن البروتوكول أو الخدمة يفيدان مجتمع الإنترنت. وهكذا فصل السلّم بين الدليل الأولي على التنفيذ والنضج الأوسع.

ما الذي تغيّر في 2011

ذكر RFC 6410 أن عدداً قليلاً جداً من المواصفات تقدم خلال العقد السابق، بينما بقيت الغالبية في Proposed Standard. فدمج Draft Standard وStandard في درجة واحدة هي Internet Standard. وبقي الانتشار والخبرة التشغيلية ضمن الشروط: يلزم وجود تطبيقين مستقلين متوافقين على الأقل، واسعَي الانتشار وناجحَين في التشغيل. كما ينبغي فحص الأخطاء المنشورة التي تمنع التوافق والميزات غير المستخدمة التي تزيد التعقيد كثيراً.

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

انتقال لا إعادة تصنيف جماعية

تعاملت قاعدة الانتقال مع الحالات السابقة بشكل منفصل. بقيت Proposed Standards كما هي، وأعيد تصنيف Internet Standards القائمة فوراً إلى Internet Standard. أما الوثيقة التي كانت بالفعل في Draft Standard فاحتفظت بالتصنيف نفسه ما لم يقع إجراء صريح. وكان يمكن ترقيتها وفق الشروط الجديدة. وبعد مرور عامين على اعتماد RFC 6410 كأفضل ممارسة حالية، جاز لـ IESG أن يختار إعادتها إلى Proposed Standard.

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

التصنيف والشبكة

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

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

المصادر