ثلثان من مَن؟ قراءة قواعد RIR المقترحة

الخلاصة

تقترح المسودة نقل الخدمات والبيانات اللازمة إلى جهة خلف أو مشغّل مؤقت عند الحاجة، مع شروط للتعافي واستعادة العمل. تغيير صفة المؤسسة لا يعني إلغاء موارد الشبكات تلقائياً.
يمكن لـ ICANN ولمجموعة مؤهلة من الأعضاء تقديم اقتراح سحب الاعتراف. لكن المبادرة ليست القرار: يلزم دعم السجلات الأخرى، ولا يُحسب السجل المعني ضمن أغلبية الثلثين المطلوبة ضد نفسه.

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

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

لذلك تستحق قواعد التصويت قراءة أدق من عبارة «موافقة الثلثين». فمَن نعدّ ضمن هذه النسبة، وفي أي مرحلة؟ يختلف الجواب بين الاعتراف بمؤسسة جديدة وسحب الاعتراف بمؤسسة قائمة.

للاعتراف بسجل جديد، تشترط النسخة الثالثة الموصى بها، المنشورة في 1 سبتمبر 2026، دعم ثلثي السجلات التي تقدّم تقييمات على الأقل. أما لسحب الاعتراف، فيلزم دعم ثلثي السجلات على الأقل مع استبعاد السجل محل النظر. والقرار النهائي في الحالتين يعود إلى ICANN، ضمن الشروط المحددة في النص.

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

من يستطيع بدء الملف؟

اقتراح سحب الاعتراف يمكن أن تقدّمه أي مؤسسة RIR، أو ICANN، أو مجموعة من أعضاء السجل المعني. وتحتاج مجموعة الأعضاء إلى العدد الأقل من 25% من مجموع الأعضاء أو 2,000 عضو. لا يشترط الوصول إلى الرقمين معاً.

ولا يمنح بلوغ هذا الحد سلطة إزاحة المؤسسة. فالاقتراح يجب أن يحدد الالتزامات التي يُزعم الإخلال بها، وأسباب الطلب، ومعلومات كافية تسنده. ويُمنح السجل وقتاً معقولاً للرد قبل النظر في القضية. بعد ذلك تأتي تقييمات السجلات الأخرى ومراجعة ICANN.

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

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

المقيم قد يتأثر بنتيجة التقييم

عند طلب الاعتراف بسجل جديد، يقدّم المرشح طلبه إلى السجلات وICANN معاً. تأتي التقييمات بعد استلام الطلب، لا بوصفها اتفاقاً مسبقاً لا يُسمح بدونه بوصوله إلى ICANN.

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

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

الخدمة لا تنتقل بمجرد تغيير الصفة

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

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

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

تشرح صفحة الأسئلة الشائعة لدى NRO اتساع المراجعة لتشمل الاعتراف والتشغيل والمساءلة وإمكان سحب الاعتراف. ويتضح هنا سبب الفصل بين إبقاء الخدمة متاحة والحسم في وضع المؤسسة التي تقدّمها.

مسودة نهائية، لا اعتماد نهائي

في تقرير ARIN عن اجتماع 22 أكتوبر، أوضح Michael Abejuela أن NRO Executive Council سلّم الوثيقة إلى ICANN للنظر فيها. لكنه عرض الدعوة الأخيرة للملاحظات، والتعليقات العامة، واعتماد مجالس RIR وICANN، ثم إعداد إجراءات التنفيذ، بوصفها مراحل لا تزال أمام العملية.

وهناك فرق بين هذا الدليل المباشر على مرحلة العمل وبين الاستدلال على عدم الاعتماد لأن بحثاً لم يعثر على قرار. كما لا يجوز تجاهل ما كان منشوراً بالفعل: النسخة الثانية المؤرخة في 28 أغسطس 2025 تضمنت مبادرة ICANN، واستبعاد السجل المعني من الموافقة على سحب الاعتراف، وأحكام نقل الخدمات. النسخة الثالثة تعدّل قواعد مهمة، ولا تبدأ من فراغ كامل.

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

تصحيح وتحديث، 24 أكتوبر 2026: استنتج المقال السابق خطأً أن ICANN تفتقر إلى حق بدء اقتراح السحب، وأن السجل المعني يستطيع نقض سحب الاعتراف بنفسه، وأن أحكام التسليم غائبة. كما أغفل مشاورات منشورة. تصحح هذه النسخة تلك الاستنتاجات وتضيف النسخة الثالثة وتحديث 22 أكتوبر. تاريخ النسخة الثانية هو 28 أغسطس 2025؛ ولا يجعل ختم زمني متعارض لصفحةٍ هذا التاريخ مجهولاً.