الخلاصة

  • يقسم draft-ietf-netmod-yang-next-agreement-00 القضايا إلى ما ينبغي إدخاله، وما يمكن بحثه عند وجود اهتمام كافٍ، وما يؤجل إلى ما بعد النسخة التالية، وما أُغلق أو يُقترح إغلاقه.
  • هذه خريطة تصنيف مرتبطة بالمراجعة 00. لا يثبت المسار أو إغلاق قضية أو حالة WG Document بمفرده إجماعاً بنداً بنداً أو إدراجاً نهائياً أو معنى معيارياً أو توافقاً أو جاهزية أدوات أو تبنياً تشغيلياً.

حين توضع مئة وستون قضية تقريباً في أربع خانات، يبدو العمل أكثر حسماً مما هو عليه. يرى مدير المنتج خانة «ينبغي إدخاله» فيحوّلها إلى موعد. ويرى مشغّل الشبكة قضية مغلقة فيظن أن الخطر التقني انتهى. ويرى المشتري عبارة «وثيقة مجموعة عمل» فيفهم منها أن IETF وافقت على الحل.

لكن وظيفة المراجعة 00 مختلفة. فهي تسقط قائمة netmod-wg/yang-next على Internet-Draft تابع لمجموعة NETMOD، وتطلب الاتفاق أولاً على حجم النسخة المقبلة وشكلها. إنها تنظم الأسئلة التي قد تصبح عملاً معيارياً؛ ولا تكتب لغة YANG الجديدة نفسها.

الحالة تثبت موقع النقاش لا نتيجته

يعرض Datatracker الوثيقة باعتبارها Internet-Draft نشطة لمجموعة NETMOD، بالمراجعة 00 وآخر تحديث في 23 يونيو 2026. حالة المجموعة هي WG Document وحالة IESG هي I-D Exists، بينما حقل Intended RFC status المنظم فارغ. وفي ترويسة النص تظهر عبارة Intended status: Informational وتاريخ انتهاء 25 ديسمبر 2026.

ينبغي إبقاء الوصفين منفصلين. الأول حقول حالية في Datatracker، والثاني تصريح داخل المسودة. لا ينتج من جمعهما قول إن IETF اعتمدت التصنيف أو أقرت وثيقة Informational نهائية.

المسودة نفسها تحد الادعاء: غرضها مناقشة نطاق النسخة التالية من YANG وشكلها ومحاولة إيجاد اتفاق. وتقول إنه لا هدف لنشر هذه الوثيقة ذاتها كـ RFC، وإن لوحة GitHub قد تتولى التتبع لاحقاً. لذلك تعني WG Document أن النقاش يملك وعاءً معترفاً به، لا أن كل صف حصل على موافقة.

القوة الحقيقية هي القدرة على التأجيل

تذكر المسودة نحو 125 قضية مفتوحة و35 مغلقة، تتفاوت في الحجم والتعقيد والأهمية وأثر التوافق. ولو حددت رغبة المساهمين وحدها محتوى النسخة، فقد تنمو اللغة من دون قرار مشترك حول المشكلة التي يفترض أن تحلها.

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

القرار الأهم هنا ليس «نعم»، بل «ليس الآن». فالمواصفة الأولية الدنيا تحتاج حدوداً صغيرة قابلة للاختبار، مع إبقاء القرارات المستقبلية في وقتها الصحيح. التأجيل لا يمحو الحاجة؛ بل يمنعها من تضخيم النواة قبل وجود أدلة كافية.

حتى المسار الأقوى ليس حكماً نهائياً. تقول الفقرة إن هذه قضايا «يعتقد المؤلفون» وجوب إضافتها، وتقر بأن بعض التوضيحات قد لا تحتاج تغييراً بعد المراجعة. كما يعرض Appendix Issue 152 تصنيفاً مختلفاً. الخريطة نفسها إذن موضوع للنقاش.

كلمة «مغلق» تخفي أسباباً متباينة

يضم قسم الإغلاق قضايا مغلقة في GitHub، وقضايا مفتوحة يقترح المؤلف إغلاقها، وتكرارات، وسوء فهم للغة، وتغييرات يُنظر إليها على أنها ضارة، ومشكلات مكانها بروتوكول لا اللغة. وقد يكون السبب انخفاض الأولوية أو شدة التعقيد أو وجود حل التفافي.

التكرار لا يعني زوال المشكلة؛ ربما انتقلت إلى رقم آخر. والنقل إلى متتبع بروتوكول يغير صاحب القرار. واقتراح الإغلاق ليس تقييماً من الرؤساء. وقد تعود فكرة أُغلقت تحت قيود توافق YANG 1.1 إذا تغير السياق إلى YANG 2.0. تعترف المسودة صراحة بعودة بعض القضايا المغلقة إلى قوائم أخرى.

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

للإجماع ملف أدلة مستقل

تظهر محاضر NETMOD المراحل بوضوح. في IETF 120 كان هناك اهتمام بـ YANG Next، لكن لم يكن واضحاً هل الهدف YANG 1.1 أم 1.2 أم 2.0. طلب الرئيس صياغة الدوافع والأهداف وأكد أن Git لا يستبدل عملية إجماع المجموعة. وفي IETF 121 كانت عملية تقييم القضايا من فريق مفتوح ذاتي الاختيار. طُلب أن يعود الناتج إلى المجموعة، وأن تُعرض وجهة عامة وقائمة مصنفة قبل استثمار سنوات من العمل.

كان اعتماد وثيقة تلخيصية وسيلة لطلب قبول الاتجاه، لا إيصالاً بأن القبول حصل. ويشرح RFC 7282 أن rough consensus لا يساوي عد الأصوات؛ بل يتطلب العثور على الاعتراضات المبررة وفهمها ومعالجتها. لذلك لا تكفي تسمية إدارية.

سبع درجات لا تختصرها خانة

الدرجة الأولى هي سجل القضية: الهوية والمقترح والمثال والحالة والزمن. الثانية سجل التصنيف: مكانها في المراجعة 00 والسبب والبدائل. الثالثة سجل الإجماع: القائمة والاجتماع والاعتراضات والردود وتقييم الرؤساء. الرابعة النص المعياري الدقيق في مواصفة لاحقة.

الخامسة توافق اللغة والنماذج والإضافات والعملاء والخوادم. السادسة تطبيقات مستقلة واختبارات سلبية وتشغيل بيني. السابعة تبنٍ تدريجي ورصد وتراجع ونتائج فعلية.

قوة هذه المسودة في الدرجة الثانية. أما YANG 2.0 فيعالج أساس اللغة، وmodule versioning هوية المراجعات، وschema comparison الفروق، وmodule filename أسماء المستودع، وYANG Packages تركيب الوحدات. لا يملك تصنيف القضايا أدلة تلك الأعمال ولا تمنحه تلك الأعمال إجماعاً.

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

المصادر

الوثيقة والتاريخ: YANG Next Agreement revision 00، Datatracker، السجل.

السياق: محضر NETMOD في IETF 120، محضر IETF 121، RFC 7282، RFC 7950، YANG 2.0 revision 00.

إطار القراءة: Minimum Initial Specification، On Reality Layers، Running Code Primary.