الخلاصة

  • ظل DAWN في 27 أغسطس 2026 مجموعة Proposed. كان ميثاقه الأول 00-00 في المراجعة الداخلية لدى IESG/IAB، ولم يسأل الاقتراع إلا إن كان النص جاهزاً للمراجعة الخارجية.
  • كان NETCONF مجموعة Active، لكن 20-02 بقي اقتراحاً لإعادة تحديد اختصاصها. وأكد Datatracker أن النسخة 20 هي الميثاق المعتمد حالياً.
  • يجعل RFC 2418 الميثاق المعتمد التزاماً مؤسسياً محدوداً بمجموعة مهام، ويفصل بين الصياغة والمراجعة الداخلية والمراجعة الأوسع وقرار IESG وإعلان الأمانة.
  • اعتماد الميثاق يفتح نطاقاً للعمل؛ ولا يتبنى Internet-Draft بعينه، ولا يثبت التوافق على مضمونه، ولا يعتمد RFC، ولا يأمر أي مشغل بالتنفيذ.

كلمة «الأحدث» تخفي ساعتين

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

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

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

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

DAWN كان قابلاً للمراجعة لا مخولاً بالعمل

عرضت صفحة DAWN عبارة «Proposed WG Discovery of Agents With Names». وكانت حالة المجموعة Proposed، والميثاق charter-ietf-dawn-00-00، والمرحلة Start Chartering/Rechartering (Internal Steering Group/IAB Review).

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

ضبطت صفحة الاقتراع السؤال بدقة: «Is this charter ready for external review?». سجل Éric Vyncke موقف Yes، وسجل Mohamed Boucadair موقف Block، ولم يسجل بقية الأعضاء المدرجين موقفاً. وقال الملخص إن المواقف تكفي لاجتياز هذه المرحلة بعد حل الاعتراض.

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

كما أن Yes لا يجيب عن سؤال أوسع من السؤال المكتوب. حذف عبارة «جاهز للمراجعة الخارجية» يحول خطوة تمهيدية إلى قرار تأسيس. ويبين سجل التاريخ ظهور 00-00 وإنشاء الاقتراع ودخول المراجعة الداخلية في 24 أغسطس، ثم تسجيل Block في 25 أغسطس؛ ولا يسجل قرار إنشاء نهائياً.

وكان اجتماع BoF في IETF 126 قد ناقش المصطلحات وحالات الاستخدام والمتطلبات والميثاق المقترح. المشاركة تثبت وجود خبرة واهتمام وخلافات تستحق السماع. ولا تنقل قرار إنشاء المجموعة من IESG إلى الحاضرين.

قد يتقدم DAWN بعد تاريخ الرصد أو يتغير أو يتوقف. لا تتنبأ المقالة بالنتيجة. لكنها تمنع أي موافقة لاحقة من إعادة وصف الفترة التحضيرية بأثر رجعي كعمل صادر عن مجموعة كانت مخولة آنذاك.

ظل ميثاق NETCONF القديم نافذاً أثناء فحص الجديد

بدأ NETCONF من وضع معاكس. فقد صنفته صفحة المجموعة Active، وله مجال قائم حول NETCONF وRESTCONF وYANG وإدارة الشبكات.

عرضت صفحة الميثاق charter-ietf-netconf-20-02، محدثاً في 12 أغسطس، وفي المراجعة الداخلية بصفته إعادة تحديد للاختصاص. لكنها أضافت القيد الحاسم: المعلومات المعروضة تخص اقتراحاً، أما الميثاق المعتمد حالياً فهو النسخة 20.

كانت هناك ثلاثة أشياء لا شيء واحد: مجموعة NETCONF النشطة، والنسخة 20 التي تحدد صلاحيتها الحالية، و20-02 الذي يطلب تغييرها مستقبلاً. لم توقف مراجعة الاقتراح الميثاق القديم، ولم تجعل المهام الجديدة عملاً عادياً للمجموعة قبل القرار.

سأل اقتراع NETCONF أيضاً عن الجاهزية للمراجعة الخارجية. أبقى Christopher Inacio موقف Block بسبب غياب milestones. وسجل Mahesh Jethanandani Yes، وسجل عدد من الأعضاء No Objection. وأشار الملخص إلى إمكانية المرور بعد حل Block. لم يكن موضوع الاقتراع دخول النص حيز النفاذ.

إذا طلب IESG تعديلات، فقد تصبح نسخة لاحقة هي المرشح الحقيقي. وإذا سحب الاقتراح، تبقى النسخة 20. وإذا اعتمد نص جديد، ينبغي أن يسمي القرار النسخة النهائية والميثاق المستبدل ووقت السريان. لا يحتاج أي احتمال إلى افتراض أن 20-02 أصبح نافذاً يوم نشره.

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

الخبرة موزعة، والقرار محدد

ظل الأساس المنشور RFC 2418، وهو جزء من BCP 25. يتفاوض الرئيس المقترح وArea Director المختص عادة على الميثاق. يقدم IAB المشورة، ويمنح IESG الاعتماد النهائي. وبعد الفحص الداخلي يعرض النص على مجتمع أوسع. ويستطيع IESG الاعتماد أو طلب التغيير أو الرفض، ثم تسجل الأمانة المجموعة المعتمدة وتعلنها.

يسمي RFC 2418 الميثاق عقداً بين IETF ومجموعة العمل لإنجاز مجموعة مهام. المقصود عقد مؤسسي، لا معاهدة سياسية ولا عقداً تجارياً. فهو يجمع منتدى مفتوحاً وإدارة إجرائية ونطاقاً محدوداً يمكن داخله توجيه الانتباه الجماعي.

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

يفصل RFC 3710 الأدوار. قد تأتي المبادرة من المشاركين أو Area Director. يحول الرؤساء المقترحون الفكرة إلى خطة. يقدم المشاركون المعرفة والتأييد والاعتراض. يفحص IAB الأثر المعماري. تكشف المراجعة الواسعة آثار الأمن والخصوصية والتشغيل والتداخل. ينسق Area Director، ويتحمل IESG مسؤولية القرار المؤسسي.

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

وعندما يظهر عمل مهم خارج الميثاق، توجد مسارات: إعادة تحديد الاختصاص، أو مجموعة أخرى، أو عمل خارج WG، أو إنشاء مجموعة جديدة. صيانة الحدود لا تعني الشلل.

صلاحية بحث المشكلة لا تختار الحل

الميثاق المعتمد يفتح مجال أسئلة. ويمكن لمسودة فردية أن تدخل ذلك المجال. أما تبني WG لمسودة فيختار أساساً للعمل ولا يقر كل محتواها. ويأتي rough consensus وWorking Group Last Call وفحص IESG ونشر RFC في مراحل لاحقة. وحتى النشر لا يلغي أهمية المسار والفئة في تحديد المكانة.

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

أظهر draft-ietf-procon-2418bis-04 الحد نفسه. ففي 27 أغسطس ظل WG Document بحالة IESG هي I-D Exists. وقال العنوان إنه سيجعل RFC 2418 وRFC 3934 متقادمين إذا اعتمد. حذف الشرط يختلق نتيجة لم تقع.

ويصف نص المسودة الميثاق بأنه التزام بالنطاق، ويوضح أن تبني Internet-Draft لا يعني التوافق على محتواه. ويخول ميثاق PROCON المجموعة دمج سلسلة محددة من RFCs الإجرائية، ويشترط إعادة تحديد الاختصاص لأي تغييرات جوهرية أخرى. صلاحية كتابة النص الخلف لا تعتمد النص سلفاً.

إيصال تسليم الصلاحية

يبدأ السجل بنوع الفعل: INITIAL_CHARTER أو RECHARTER. ويحفظ اسم المجموعة واختصارها وحالتها ومعرف الاقتراح ونسخته وبصمة النص الدقيقة. ويحفظ حقل مستقل الميثاق المعتمد الحالي وبصمته، أو قيمة خالية صريحة قبل الإنشاء.

يسجل قسم النطاق المهام المضافة والمحذوفة والمستمرة، والمستبعدات والمخرجات والمجموعات المجاورة والتنسيق الخارجي. ويسجل قسم المراجعة Area Director والرؤساء وتاريخ البدء والسؤال الدقيق والمواقف وBlocks وشروط الحل وحالة رأي IAB والإعلان الخارجي ومعالجة الاعتراضات المهمة.

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

ويصحب كل ميثاق معتمد نفيان: لا يثبت التوافق على وثيقة محددة، ولا يأمر بالتنفيذ. لا يضعف ذلك الميثاق، بل يمنع تضخيم سلطته عند نقله إلى سياق آخر.

المصادر

  1. IETF Datatracker: المجموعات قيد الإنشاء أو إعادة تحديد الاختصاص
  2. IETF Datatracker: مجموعة DAWN المقترحة
  3. IETF Datatracker: اقتراع ميثاق DAWN
  4. IETF Datatracker: تاريخ ميثاق DAWN
  5. IETF Datatracker: جدول BoF الخاص بDAWN في IETF 126
  6. IETF Datatracker: اقتراح إعادة تحديد اختصاص NETCONF
  7. IETF Datatracker: ميثاق NETCONF المعتمد، النسخة 20
  8. IETF Datatracker: مجموعة NETCONF النشطة
  9. IETF Datatracker: اقتراع ميثاق NETCONF
  10. RFC 2418: إرشادات وإجراءات مجموعات عمل IETF
  11. RFC 3710: ميثاق IESG
  12. RFC 6292: متطلبات أدوات مواثيق مجموعات العمل
  13. IETF Datatracker: حالة draft-ietf-procon-2418bis
  14. IETF Datatracker: نص draft-ietf-procon-2418bis
  15. IETF Datatracker: ميثاق مجموعة PROCON
  16. RFC 3935: بيان مهمة IETF
  17. RFC 9281: الكيانات المشاركة في عملية معايير IETF