الخلاصة

  • ينفذ RSSAC Caucus معظم العمل الفني وراء تقارير RSSAC ومشورته، لكنه لا يستطيع اتخاذ إجراء رسمي باسم RSSAC. اللجنة الرسمية تعيّن أعضاء Caucus، وتستطيع تعديل نطاق العمل ومراجعة المسودة والتصويت على النشر.
  • يوضح RSSAC000v10 الصادر في 2026 العملية أكثر مما كانت عليه عند مراجعتها في 2018. ومع ذلك لا تكشف السجلات العامة أعداد الرفض والاستئناف الحالية، ولا توزيع المساهمات، ولا تاريخ التغييرات الجوهرية بين المسودة المستقرة والنص المعتمد.
  • تكمن قوة Caucus في تشكيل الحجة الأولى، لا في قيادة الجذر. فهو لا يخصص موارد الأرقام، ولا يضع سياسات سجلات الإنترنت الإقليمية أو معايير IETF، ولا يلزم مجلس ICANN أو مشغلي خوادم الجذر المستقلين.

صفحة الشكر تكشف بنية السلطة

تقدم RSSAC062، وهي مشورة أقرها RSSAC في مايو/أيار 2025 بشأن الإبلاغ عن الحوادث الأمنية، مثالا ملموسا. تسمي الوثيقة ثلاثة عشر مساهما من RSSAC Caucus. يظهر Robert Story قائدا لفريق العمل، وKen Renard بصفة RSSAC shepherd. ويظهر أربعة من موظفي ICANN ضمن فريق الدعم، بينهم محرر. ثم تسجل الوثيقة عدم وجود اعتراضات أو انسحابات، وتنسب الموافقة التوافقية إلى RSSAC.

لا تحدد هذه الصفحة مقدار ما كتبه كل شخص. ولا تكشف كل تعديل أدخله RSSAC. لكنها تميز بين إنتاج الخبرة، وإدارة العمل، والربط باللجنة الرسمية، والتحرير، ومنح الإذن المؤسسي.

يجعل RSSAC000v10، الذي أقر في 4 أغسطس/آب 2026، هذا الفصل جزءا من الإجراء الحالي. ينص على أن Caucus ينتج غالبية وثائق RSSAC، ومنها التقارير والمشورات. وينص أيضا على أن RSSAC وحده يستطيع اتخاذ إجراء رسمي بصفته RSSAC.

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

لا يملك المؤلفون قرار النشر. لكل مشغل خادم جذر صوت واحد داخل RSSAC، وتتطلب الوثيقة أغلبية معززة بنسبة 75 في المئة وفق الإجراء الحالي. وبعد الموافقة يتولى الموظفون إعداد النسخة المنشورة.

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

الاختيار يبدأ قبل النقاش الفني

أظهرت صفحة Caucus العامة 115 نتيجة عند الالتقاط، بينما أظهرت صفحة أعضاء RSSAC الرسمية 24 نتيجة. هذه أعداد ملفات منشورة، وليست قياسا للنشاط أو الأصوات. لكنها تظهر أن مجموعة الإنتاج أوسع من هيئة القرار.

تجري Membership Committee الفحص الأول. تقيم معرفة المتقدم بعمل RSSAC، والوقت الذي يستطيع تخصيصه، والقيمة التي تضيفها مهاراته وخبرته. ويعين RSSAC أعضاء هذه اللجنة. تسمي صفحة الانضمام الحالية Shailesh Gupta وDave Lawrence وJeff Osborn وKen Renard.

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

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

لهذا المدخل أثر لاحق. من لا يصبح عضوا لا يستطيع الاقتراح أو الصياغة أو المراجعة بصفته عضوا في Caucus. لا توافق Membership Committee على الاستنتاج الفني، لكنها تسهم في تحديد من سيصوغه مستقبلا.

يمكن اقتراح العمل من القاعدة، ولا ينتقل التفويض إلى القاعدة

يستطيع عضو RSSAC أو Caucus اقتراح بند عمل داخل الهيئة المناسبة. يحتاج عمل Caucus إلى بيان نطاق يناقش ويعدل داخله. ثم يستطيع RSSAC مناقشته وتعديله مرة أخرى قبل أن يدعو الرئيس إلى تصويت على بدء المشروع.

بعد إنشاء فريق العمل يدير الموظفون البداية إلى أن يختار قائد. وإذا لم يكن القائد عضوا في RSSAC، يلزم تعيين shepherd من RSSAC. ينسق القائد المساهمين والمراجعين والمراقبين، ويرفع تقارير التقدم إلى RSSAC. وإذا اعتبر RSSAC التقدم غير كاف، يمكنه استبدال القائد.

يقدم RSSAC001v3 اختبارا حاليا. يعيد بيان العمل الصادر في أبريل/نيسان 2025 تقييم توقعات الخدمة من مشغلي خوادم الجذر. قد يقرر الفريق أن نسخة جديدة غير لازمة، لكنه يجب أن يعلن ذلك على قائمة Caucus الرئيسية قبل أسبوعين. إذا اعترض عضو واحد أو أكثر، ينتقل قرار الإغلاق إلى تصويت RSSAC. وإذا نتجت نسخة جديدة، فهي أيضا تحتاج إلى تصويت RSSAC قبل أن تصبح منشورا رسميا.

توجد مساحة واسعة للمبادرة والبحث داخل Caucus. لا ينتقل حق استخدام الاسم المؤسسي معه.

مراجعة 2018 خط أساس وليست وصفا للحاضر

سجلت المراجعة المستقلة لعام 2018 تقديرا لجودة وثائق Caucus ووضوحها لدى القراء الفنيين. وسجلت أيضا تقديرا تاريخيا بأن 25 إلى 30 فقط من نحو 90 عضوا كانوا يساهمون بنشاط، وأن الحدود مع RSSAC والأولويات كانت غير واضحة، وأن هناك أعضاء غير نشطين وسيطرة فعلية لـRSSAC لأنه يقرر من ينضم ومن يغادر.

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

دعت التوصية 6a إلى عملية أكثر فعالية وشفافية لتعريف المشاريع وإشراك الأعضاء وإدارتهم وإدارة العمل ونشر المخرجات. قال تقرير التنفيذ لعام 2020 إن النقاشات الجوهرية ومراجعات المسودات والنسخ النهائية انتقلت إلى قائمة Caucus العامة، وإن Membership Committee تقيم المشاركة. وظل التغيير الهيكلي معتمدا على Root Server System Governance Working Group.

في 2022 أعلن فريق التنفيذ اكتمال المراجعة الثانية من منظور إدارة المشروع، لكنه أبقى التوصية 6a ضمن البنود المعتمدة على عمل آخر. قبل مجلس ICANN الحالة المعلنة وطلب تحديثات دورية. ثم أجلت المراجعة الثالثة لـRSSAC. وتقول الصفحة الحالية إن المراجعات التنظيمية مؤجلة حتى انتهاء الدورة الأولى من Continuous Improvement Program.

الدليل الأقوى على الحاضر هو RSSAC000v10: مراحل اقتراح واضحة، وقادة وshepherds، وعمل على قائمة عامة، ومراجعة للعضوية، ومرحلتان لمراجعة النص، ومساحة للاعتراض والانسحاب، وتصويت رسمي ونشر. هذا يجيب عن جزء من نقد 2018. لكنه لا يعرض نتائج حالية عن المشاركة أو الرفض أو الاستئناف أو التعديل.

المشورة تنتهي قبل الأمر التنفيذي

تحدد لوائح ICANN دور RSSAC بأفعال استشارية: تقديم المشورة، والتواصل، وتقييم المخاطر، والاستجابة، والتقرير، والتوصية بالسياسات. لا تمنح المواد التي راجعت Caucus أو RSSAC حق تشغيل خادم جذر، أو توجيه مشغل مستقل، أو تخصيص ASN أو عنوان IP، أو تعديل سياسة RIR، أو اعتماد معيار IETF.

ولا يصبح مجلس ICANN ملزما بالنشر. بعد موافقة RSSAC، يمكن عرض الوثيقة على المجلس لمدة 48 ساعة على سبيل المجاملة قبل النشر. لدى ICANN أيضا مسار لاستلام توصيات اللجان ودراستها وتنفيذها وإغلاقها. وجود المسار يثبت المعالجة، لا القبول أو السببية أو الإكراه.

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

المصادر