الخلاصة

  • فصلت RFC 2028 بين إدارة عمل Working Group وبين حفظ قراراته بأمانة في النص، ثم وزعت الإدارة والنشر والموافقة التقنية والإشراف المعماري وتخصيص المعلمات.
  • حدد هذا التوزيع عنوان المساءلة، لكنه لم يكن سجلاً للوقائع ولم يثبت صاحب القرار الفعلي أو تمثيل المشاركين أو اكتمال المحاضر أو أداء المؤسسة أو نشر المعيار.
  • ألغت RFC 9281 الوثيقة في عام 2022 بعد تغير بنية IETF. لذلك تصف خريطة 1996 زمناً تاريخياً ولا تمنح دليلاً على الصلاحيات الحالية.

لا تحتاج المؤسسة إلى قرار جديد كي تستفيد من إعلان من يملك كل واجب. فمجرد تسمية المسؤول يتيح للناس اكتشاف التداخل والفراغ وطلب السجل الصحيح. هذا ما فعلته RFC 2028 في سبع صفحات.

سمّت من يدير النقاش، ومن يصوغ نتيجته، ومن يحتفظ بالسجل العام، ومن ينشر RFC، ومن يدفع الوثيقة في مسار المعايير، ومن يراقب المعمارية، ومن يخصص القيم الفريدة. لكنها لم تقل إن كتابة الاسم تعني أن العمل قد أُنجز.

إدارة النقاش وحفظ نتيجته مسؤوليتان مختلفتان

كان Working Group Chair مسؤولاً عن أنشطة المجموعة واجتماعاتها والتزاماتها الإجرائية، وعن الاتصال الرسمي مع IESG عبر Area Director. أما Document Editor فكان مسؤولاً عن أن يعكس النص القرارات التي اتخذتها المجموعة بدقة.

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

إثبات ذلك يحتاج إلى نسخ المسودة، والسؤال المعروض على المجموعة، ومحاضر الاجتماعات والقوائم البريدية، والاعتراضات المفتوحة، وأسباب الرئيس، والفرق التحريري الناتج.

وقد صاغت RFC 9281 معالجة أوضح عند جمع الدورين: يدير رئيس آخر مسار الوثيقة إذا كان المحرر رئيساً أيضاً، وإن لم يوجد فعلى WG وAD مراقبة العملية بعناية خاصة. الفصل إذن أداة تشغيلية تحتاج إلى صيانة، لا علامة ثابتة تكفي بذاتها.

لكل سجل أثر إثباتي مختلف

كُلّف Secretariat بالدعم الإداري وبحفظ السجل العام الرسمي. وتولى RFC Editor آليات النشر ومستوى السلسلة التحريري. وأدار IESG النشاط التقني وتقدم الوثائق، وراقب IAB المعمارية والمسار، وخصصت IANA المعلمات، وشغلت ISOC موقعها المؤسسي الموصوف في ترتيب ذلك الزمن.

وجود مادة في سجل إداري لا يثبت أن السجل كامل. ونشر RFC لا يثبت وجود تنفيذ متوافق أو انتشار ناجح. وتخصيص IANA ليس موافقة من IESG، ورأي IAB ليس قرار Working Group. كل أثر يثبت نطاقه ويترك سؤالاً تالياً.

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

كشفت الوثيقة نفسها عن خانات غير مكتملة

أشارت فقرة IESG إلى charter لم يكن موجوداً بعد. ووصفت المراجع كلاً من IANA Charter وRFC Editor Charter بأنهما Work in Progress. وبذلك لا تسمح الوثيقة الأصلية بتحويل الخريطة إلى دستور مغلق يحتوي كل مصادر السلطة.

كانت RFC 2028 فهرساً عاماً في لحظة بناء مؤسسي. أمكن تسمية الوظيفة بينما بقيت قواعد التعيين والمراجعة والتنفيذ موزعة في وثائق أخرى أو غير مكتملة.

إذا استُخدمت الخريطة لتبرير فعل ما، فلا بد من طلب الحلقة التالية: ما الـcharter المطبق؟ من قرر ومتى؟ ما الأسباب؟ من نفذ؟ ومن كان يملك المراجعة؟ اسم المؤسسة لا يعوض الوثيقة المفقودة.

الإلغاء يحدد الزمن ولا يمحو التاريخ

جعلت RFC 9281 وثيقة RFC 2028 obsolete في يونيو 2022 لأن البنية تغيرت. أضافت responsible Area Director وIETF Trust وIETF Administration LLC، واستبدلت تسمية RFC Editor بـRFC Production Center، ورتبت أدوار الأفراد وفق مسار عمل نموذجي.

تبقى RFC 2028 مصدراً أولياً لكيفية وصف المسؤوليات علناً في 1996. لكنها لا تثبت أن العلاقات القانونية ونموذج النشر والواجهات المؤسسية بقيت كما كانت.

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

المصادر