الملخص

  • تم قبول ICP-2 في عام 2001 كمتطلبات أساسية وإطار عمل للاعتراف بسجلات الإنترنت الإقليمية الجديدة. يتناول نصها معايير الدخول: النطاق الإقليمي، الدعم الواسع من موزعي الإنترنت (LIRs) ومزودي خدمة الإنترنت (ISPs)، السياسة التصاعدية، الحياد، القدرة الفنية، التمويل، السجلات، والسرية.
  • تمت صياغة الوثيقة لعالم ينتقل من ثلاث سجلات RIR قائمة نحو إقليمية محتملة في أفريقيا وأمريكا اللاتينية. لم تحدد التعليق، الاعتراف المشروط، تقييد الخدمة في حالات الطوارئ، سحب الاعتراف، اختيار الخلف، حقوق العلاج، المراجعة المستقلة، أو حماية حاملي الموارد لسجل معترف به يفشل لاحقًا.
  • لذا فإن سلطة سحب الاعتراف الحديثة تحتاج إلى قاعدتها الخاصة. يجب أن تبدأ من السلطة المزعومة، وتحدد اختبارًا قانونيًا وتشغيليًا قابلاً للقياس، وعندها فقط تسأل ما إذا كانت معايير الدخول القديمة دليلاً على الالتزامات المستمرة.

قائمة فحص الدخول طُلب منها القيام بعمل الخروج

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

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

عند الخروج، المؤسسة ليست مقترحًا. إنها سجل المسؤولية لحاملي الموارد، وتفويضات DNS العكسية، ومواد أمن التوجيه، وبيانات التسجيل، واعتماد النقل، وسجلات الفوترة، وحقوق العضوية، والتوظيف المحلي، والعقود، ومواقف التقاضي، وتوقعات المجتمع. يمكن لقاعدة خروج فاشلة أن تضر بالشبكات التي لم تسبب فشل الحوكمة. يمكن لتهديد اعتراف متسرع أن يصبح أيضًا أداة مساومة لفصيل داخل نزاع محلي. لذا فإن السؤال ليس فقط ما إذا كان السجل الحالي لا يزال يشبه المرشح الذي وصفته ICP-2 ذات مرة. السؤال هو ما هو العلاج المتبع، ومن يقرر، وما هي الأدلة التي يتم فحصها، وكيف تستمر الخدمات العادية، وكيف يمكن للمجتمع المتأثر الطعن في النتيجة أو علاجها.

نصICP-2 المستضاف من قبل ICANNواضح بشأن غرضه كمعايير دخول. يقول إن الوثيقة تم تطويرها من خلال منظمة دعم العناوين (ASO) بمساعدة من APNIC وARIN وRIPE NCC، وتم قبولها من قبل مجلس إدارة ICANN في 4 يونيو 2001، واستخدامها كمتطلبات أساسية وإطار للنظر في طلبات الاعتراف بسجلات RIR جديدة. تقول نفس الصفحة إن المعايير طُلبت حتى تتمكن ICANN من تقييم طلبات الاعتراف بسجلات RIR جديدة. هذه ليست كلمات عرضية. إنها تحدد المشكلة التي صُممت المعايير لحلها.

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

وثيقة 2001 تنتمي إلى لحظة إقليمية

من الأفضل قراءة ICP-2 في ضوء حالة نظام السجلات الذي تصفه. تسجل المقدمة عالمًا توزع فيه ثلاثة سجلات RIR مساحة العناوين المستلمة من IANA ثم تخصصها لسجلات الإنترنت المحلية أو مزودي خدمة الإنترنت. تسرد التغطية الحالية كأوروبا والشرق الأوسط عبر RIPE NCC، وأفريقيا عبر ARIN وRIPE NCC، وأمريكا الشمالية عبر ARIN، وأمريكا اللاتينية بما في ذلك الكاريبي عبر ARIN، وآسيا والمحيط الهادئ عبر APNIC. ثم تقول إن أفريقيا وأمريكا اللاتينية قد أعلنتا بالفعل عن نواياهما لإنشاء سجلات RIR جديدة.

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

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

سياق التوسع مرئي أيضًا في متطلب الدعم. طلبت ICP-2 من سجل RIR جديد إظهار دعم واسع من LIRs وISPs في المنطقة المقترحة. كان السبب هو الهجرة. كانت الشبكات القائمة تتلقى بالفعل خدمات التسجيل من سجل RIR قائم. لم يستطع المرشح إثبات الشرعية بتقديم رسائل من النخبة أو اسم للمنطقة. كان عليه أن يظهر أن أغلبية كبيرة جدًا من الشبكات المتأثرة كانت مستعدة لدعم المؤسسة الجديدة، وتلقي الخدمات منها، والمشاركة في تطويرها التصاعدي، ودعمها ماليًا.

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

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

المعايير هي التزامات، لكنها ليست علاجات

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

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

يمكن إخفاء هذه الفجوة عندما يتفق الجميع. إذا كان المرشح يفتقر إلى الدعم، يمكن لـ ICANN رفض الاعتراف. إذا كان لدى سجل RIR جديد فجوات فنية، يمكنه الانتظار. إذا كانت خطة التمويل ضعيفة، يمكن مراجعتها. يسمح إعداد الدخول بنعم بسيطة، أو ليس بعد، أو لا. إعداد الفشل الناضج لا يفعل ذلك. السجل القائم الفاشل لا يزال بإمكانه أن يكون الهيئة الوحيدة التي لديها بيانات العملاء، ومعرفة الموظفين، والسلطة القانونية، وترتيبات DNS العكسية، وسجلات الفوترة، والذاكرة المجتمعية اللازمة للحفاظ على الخدمات. إزالة الاعتراف يمكن أن تجعل الفشل أسوأ ما لم يتم تسلسل العلاج.

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

وثيقةحوكمة RIR من NRO الإصدار 2مفيدة على وجه التحديد لأنها تعامل هذا التمييز كمشكلة تصميم. يحمل تاريخ مسودة 28 أغسطس 2025 ويقول إن الوثيقة تغطي الاعتراف والتشغيل وسحب الاعتراف المحتمل. تعرف الاعتراف، وسحب الاعتراف، وخدمات RIR، والاستمرارية الطارئة، والمشغل الطارئ، وحاملي الموارد، والأعضاء. كما تنص على التزامات التشغيل، ومفاهيم التدقيق، والاستمرارية الطارئة، وإعادة التأهيل، وآثار سحب الاعتراف. قد لا تكون تلك المسودة التسوية النهائية، لكن هيكلها دليل على أن المعايير الأصلية تحتاج إلى آليات إضافية قبل أن تحكم الفشل.

الدرس ليس أن ICP-2 يجب التخلص منها. الدرس هو أنه يجب استخدامها في الموضع الصحيح. يمكنها تحديد القيم التي يجب أن يستمر السجل في تلبيتها. يمكنها توفير السياق التاريخي لأهمية الدعم الإقليمي، والحياد، والكفاءة الفنية، والسجلات، والسرية. لا يمكنها، وحدها، أن تخبر العالم بكيفية إزالة أو استبدال سجل بعد عقود من الاعتماد.

الدعم الواسع كان دليلاً على الهجرة، وليس تصويتًا بسحب الثقة

معيار الدعم الواسع هو أحد أهم أحكام ICP-2. يقول إن سجل RIR الجديد يجب أن يظهر دعمًا واسعًا من LIRs ومجتمع ISP في المنطقة المقترحة. يدعو إلى توافق واضح، وأغلبية كبيرة جدًا، واستعداد لتلقي الخدمات، ومشاركة نشطة، ودعم مالي. كما يطلب من المرشح إظهار كل جهد للاتصال بـ LIRs الحاليين، بما في ذلك قوائم البريد العامة، ومواقع الويب، وسجلات الاتصال الفردية.

هذا معيار صعب، لكن اتجاهه مهم. كان الدعم الذي تم اختباره هو الدعم لإنشاء سجل RIR جديد ونقل علاقات الخدمة إليه. لم يكن تصويتًا بسحب الثقة ضد سجل قائم. كانت الشبكات المتأثرة مخدومة بالفعل من قبل ARIN أو RIPE NCC أو APNIC أو مزيج منها. كان على المرشح أن يظهر أن المجتمع المخدوم يريد الهيئة الإقليمية الجديدة بما يكفي لجعل الهجرة قابلة للتصديق.

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

بالنسبة لسحب الاعتراف، يجب أن يكون سؤال الدعم أكثر دقة. هل المجتمع المعني هو جميع حاملي الموارد، أو الأعضاء المصوتين، أو LIRs، أو ISPs، أو الحكومات، أو مجتمع المجتمع المدني، أو المشغلين التقنيين، أو مجتمع الترقيم الأوسع؟ هل يتم احتساب الحاملين القدامى؟ هل يتم احتساب الأعضاء المعلقين أو المتقاضين؟ هل يتم تجميع الشركات التابعة؟ هل يتم احتساب الشبكات الصغيرة بالتساوي مع كبار حاملي العناوين؟ هل المساهمة المالية مهمة؟ هل الصمت معارضة أم حياد أم عدم استجابة؟ ما الدليل المطلوب على أن الشخص الموقع على رسالة يمكنه ربط الشبكة المسماة في الرسالة؟

لا تجيب ICP-2 على تلك الأسئلة. تقدم فكرة أن الدعم يجب أن يكون واسعًا وحقيقيًا. لا تقدم المقام. معاملة العبارة القديمة كولاية حديثة ذاتية التنفيذ ستدعو إلى أدلة انتقائية. يمكن لجانب جمع رسائل من الحكومات. يمكن لآخر جمع بيانات من كبار حاملي العناوين. يمكن لثالث الإشارة إلى منشورات القوائم البريدية. قد يكون كل منها حقيقيًا، لكن لن يثبت بالضرورة التفويض الإقليمي.

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

منطقة واحدة، سجل واحد كان قاعدة استمرارية

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

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

نفس منطق الاستمرارية يعمل ضد سحب الاعتراف العشوائي. إذا كانت منطقة واحدة يجب أن يكون لها سجل واحد لأن التجزئة ضارة، فإن إزالة سجل قائم بدون خطة خلف خطيرة. يجب ألا يخلق العلاج نفس الارتباك الذي حاولت ICP-2 تجنبه. يجب أن يحافظ على تماسك السجلات، وسير عمليات DNS العكسية، واستقرار خدمة حامل المورد، وسلطة السياسة المقروءة. قرار سحب الاعتراف الذي يخلق مدعين متنافسين، أو قواعد بيانات غير متسقة، أو سلطة تعاقدية غير مؤكدة سينتهك روح قاعدة المنطقة الواحدة حتى لو تم تأطيره كإنفاذ.

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

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

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

الكفاءة الفنية كانت عتبة، وليس ترخيصًا للإشراف

تطلبت ICP-2 الكفاءة الفنية لأن سجل RIR جديد لا يمكن أن يكون شرعيًا إذا لم يستطع التشغيل. أدرجت المعايير اتصالاً عالميًا بالإنترنت من درجة الإنتاج، وخوادم DNS لـ DNS العكسي، وبنية تحتية مناسبة، وعدد كافٍ من الموظفين القادرين تقنيًا للحفاظ على مستويات الخدمة. كانت تلك المتطلبات قائمة على مخاطر عملية. السجل الإقليمي ليس مجرد غرفة اجتماعات أو جمعية عضوية؛ إنه مؤسسة خدمة ذات واجبات بيانات وبروتوكول وموثوقية.

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

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

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

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

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

حفظ السجلات يخلق قابلية التدقيق، وليس النقل التلقائي

بند حفظ السجلات في ICP-2 هو من بين أقوى رؤاها. تقول إن سجلات RIR يجب أن تحتفظ بسجلات مناسبة لنشاط السجل، بما في ذلك المعلومات التي تم جمعها من LIRs أثناء تعيينات العناوين، لأن البيانات مطلوبة للطلبات اللاحقة ولقابلية التدقيق اللازمة لإظهار العمليات المسؤولة والمحايدة. كما تتوقع توفر الوثائق الأساسية ومعلومات التدقيق التشغيلي باللغة الإنجليزية لمراجعة سجلات RIR الأخرى أو IANA أو ICANN.

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

لكن حفظ السجلات ليس نفس أمر النقل التلقائي. لم تقل ICP-2 إنه يمكن الاستيلاء على السجلات، أو نسخها بالجملة، أو جعلها عامة، أو نقلها إلى خلف كلما ادعى فاعل واحد عدم الامتثال. تطلبت أيضًا السرية. المعلومات التي تم جمعها في التسجيل يجب حفظها بسرية تامة واستخدامها لأغراض التسجيل، مع النقل فقط إلى سجل RIR آخر أو IANA عند الطلب، أو في أي مكان آخر بموافقة كتابية من LIR أو ISP المخدوم. لذا تحمل الوثيقة مبدأين معًا: قابلية التدقيق والسرية.

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

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

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

اعتراف AFRINIC يظهر الدخول في أوضح صوره

اعتراف AFRINIC في 2005 هو أنقى مثال على عمل ICP-2 كما هو مقصود. قرر مجلس إدارة ICANN في 8 أبريل 2005 الاعتراف المؤقت في 2004، واستكمال خطة الانتقال، وتحديث الطلب، وتقييم إيجابي من NRO، وتحديد رئيس ICANN أن الطلب يتوافق تمامًا مع ICP-2. ثم أعلن المجلس أن AFRINIC سجل RIR معتمد ومعترف به بالكامل لمنطقة خدمة أفريقيا.

تقريرIANA حول اعتراف AFRINICيقرأ كتقييم دخول لأنه كان كذلك. راجع كل مبدأ من مبادئ ICP-2. وصف منطقة أفريقيا، وخطة الانتقال، والتواصل، وسجلات RIR القائمة، ودعم السجلات الحالية من خلال NRO، واستنتاج IANA أن AFRINIC استوفت المعايير. فيما يتعلق بالدعم، وصف التقرير التواصل الإقليمي، والمنتديات العامة، واتصالات الأعضاء من قبل سجلات RIR القائمة، والاتصال المستقل بـ ISPs، وقوائم البريد العامة، وموقع الويب، والاجتماعات، والاتصال المباشر بـ LIRs وISPs. وخلص إلى أن أغلبية كبيرة جدًا كانت مستعدة لدعم AFRINIC، والمشاركة في العمليات التصاعدية، وتقديم التزامات مالية.

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

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

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

الأزمة الحديثة تخلق اعتمادًا موروثًا

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

لم تكن ICP-2 بحاجة إلى رسم خريطة كل هذا الاعتماد في 2001 لأن المرشح لم يتراكمه بعد. يمكن رفض طلب سجل جديد دون فك عقود من السجلات. لهذا السبب كان غياب قاعدة الفشل مفهومًا آنذاك وخطيرًا الآن.

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

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

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

النقطة ليست التعاطف المؤسسي. إنها حماية الشبكات. يمكن أن يكون سحب الاعتراف مشروعًا، لكن فقط إذا كان أقل ضررًا من استمرار عدم الامتثال. تساعد ICP-2 في تحديد عدم الامتثال. لا تقدم اختبار الضرر.

إشعار الامتثال ليس دستورًا كاملاً

مراسلات ICANN لعام 2025 حول AFRINIC جعلت الفجوة مرئية. فيرسالة 25 يونيو 2025، ذكّرت ICANN مدير AFRINIC المعين بأن ICANN اعترفت بـ AFRINIC في 2005، وأن AFRINIC استمرت في تحمل مسؤوليات بموجب ICP-2، وأن ICANN لم تبدأ بعد مراجعة الامتثال. ثم قالت الرسالة إن المراجعة قد تكون ضرورية بسبب المزاعم حول العملية الانتخابية، والتوكيلات، والوصول إلى قوائم الأعضاء، واستخدام علامة AFRINIC في اتصالات الحملة، وحفظ السجلات، وثقة الأعضاء.

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

رسالة3 يوليو 2025حادة الموقف. قالت ICANN إن رد المدير لم يقدم وثائق كافية، وأن إبطال الانتخابات لم يجب على العديد من الأسئلة، وأكدت أنها تحتفظ بحقوق بدء مراجعة امتثال لعدم امتثال مادي محتمل مع ICP-2. أكدت NRO، وفقًا للرسالة، أن ICANN تتصرف بما يتماشى مع ICP-2.

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

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

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

مسودة 2025 تثبت الفجوة الأصلية

مسودة حوكمة NRO لعام 2025 تُعامل أحيانًا كمقترح سياسة حول السلطات المستقبلية. إنها أيضًا دليل على الماضي. إذا كانت ICP-2 تحتوي بالفعل على قاعدة دورة حياة كاملة، لما كانت المسودة بحاجة إلى تعريف الاعتراف، والتشغيل، والاستمرارية الطارئة، وعمليات التدقيق، وإعادة التأهيل، وسحب الاعتراف بهذا التفصيل. وجودها يؤكد أن معايير 2001 لم تكن كافية لنظام السجلات الناضج.

تقول ديباجة المسودة إنها تنجح ICP-2 وتغطي دورة الحياة الكاملة لـ RIR، من التأسيس إلى التشغيل وسحب الاعتراف المحتمل. تقول إن الوثيقة تضع قواعد للاعتراف بسجلات RIR جديدة، والتزامات التشغيل، ومعايير وإجراءات سحب الاعتراف. هذا الإطار يتناقض مباشرة مع عنوان ICP-2 الأضيق وإعداد التطبيق.

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

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

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

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

لذا يجب قراءة المسودة كتحذير ضد الادعاء التاريخي المفرط. توفر ICP-2 القيم ومعايير الدخول. يجب أن توفر القاعدة اللاحقة العلاج القانوني.

الاختبار المفقود هو الفشل بالإضافة إلى العلاج

لا ينبغي أن يبدأ معيار سحب الاعتراف الحديث بكلمة "سحب الاعتراف". يجب أن يبدأ بالفشل المدعى والعلاج المقترح. يجب على المراجع طرح أربعة أسئلة بالترتيب.

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

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

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

رابعًا، ما العلاج المناسب؟ قد يكون العلاج إشعارًا عامًا، أو تدقيقًا خارجيًا، أو حفظ سجلات، أو إعادة ضبط انتخابية، أو حارس نزاع، أو دعم خدمة مؤقت، أو تشغيل طارئ محدود، أو اعتراف مشروط، أو سحب اعتراف. يجب أن يتناسب كل علاج مع الفشل. سجل تدقيق مفقود لا ينبغي أن ينتج تلقائيًا استبدالًا. مجلس إدارة مستولى عليه لا ينبغي معاملته كغير ضار إذا كان يتحكم في مستقبل السجل. التناسب هو الجسر بين قيم ICP-2 والإنفاذ الحديث.

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

لا تحتوي ICP-2 على هذا التسلسل. تشير إلى بعض الواجبات، لكنها لا تنظم الاختبار العلاجي. يجب أن تقوم القاعدة الحديثة بذلك العمل علنًا.

تاريخ التوسع يجب أن يضبط السلطة الحالية

الإغراء في أزمة الحوكمة هو قراءة التاريخ كمنحة لأي سلطة تتطلبها اللحظة. لأن ICANN وافقت على سجلات RIR جديدة في 2001 و2005، قد يستنتج المرء أن ICANN يمكنها سحب الموافقة كلما بدت المعايير غير مستوفاة. لأن سجلات RIR الحالية ساعدت في تقييم AFRINIC، قد يستنتج المرء أن سجلات RIR القائمة يمكنها بشكل جماعي تقرير مصير نظير متعثر. لأن الدعم كان مطلوبًا عند الدخول، قد يستنتج المرء أن رسائل الدعم يمكن أن تأذن بالاستبدال. كل استنتاج يحتوي على جزء من الحقيقة وقفزة خطيرة.

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

هذه القراءة الأضيق أكثر وفاءً للوثيقة. تتحدث ICP-2 مرارًا عن سجلات RIR الجديدة، والطلبات، والتأسيس، والهجرة من ترتيبات الخدمة الحالية. تعامل نظام السجلات الحالي على أنه متأصل بعمق وتؤكد على مخاطر التجزئة والارتباك. تطلب عمليات مفتوحة وسجلات قابلة للتدقيق، لكنها لا تحدد كيف يتم إزالة السجل المعترف به من النظام.

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

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

معايير 2001 كانت إجابة مسؤولة على مشكلة التوسع الإقليمي. معاملتها كإجابة كاملة على الفشل الحديث سيجعلها تقوم بعمل لم تصمم أبدًا للقيام به. نظام أقوى سيكرم ICP-2 بالحفاظ على قيمها مع كتابة العلاج المفقود بعبارات عامة واضحة.

المصادر والحدود التحليلية

نصICP-2 من ICANNيدعم الادعاء التاريخي المركزي: تم قبول المعايير في 2001 كمتطلبات أساسية وإطار للاعتراف بسجلات RIR جديدة، في فترة كان من المتوقع أن تصبح أفريقيا وأمريكا اللاتينية إقليمية. نفس النص يدعم مناقشة النطاق الإقليمي، والدعم الواسع من LIRs وISPs، والسياسة التصاعدية، والحياد، والكفاءة الفنية، وخطط النشاط، والتمويل، والسجلات، والسرية.

قرارمجلس إدارة ICANN بالاعتراف بـ AFRINICوتقريرIANA حول طلب AFRINICيدعمان تحليل مراجعة الدخول. يظهران الطلب، وخطة الانتقال، وتقييم NRO، ومراجعة IANA، والاعتراف النهائي. لا يحددان إجراء لاحق لسحب الاعتراف.

مسودةوثيقة حوكمة RIR من NRO الإصدار 2تستخدم كدليل على اتجاه الإصلاح وفجوة التصميم التي تركتها ICP-2. تم وصفها وفقًا لتاريخ المسودة الموضح على صفحة NRO ولا تعامل على أنها تحل بالفعل كل سؤال قانوني أو تشغيلي.

رسائلICANN في 25 يونيو 2025و3 يوليو 2025تستخدم كأمثلة على لغة الاعتراف والامتثال التي أصبحت ذات عواقب في أزمة ناضجة. لا يتم اتخاذ أي نتيجة بشأن حقيقة كل ادعاء موصوف في تلك الرسائل، ولا يتم الادعاء بأن ICANN أكملت مراجعة امتثال رسمية، ولا يتم البت في أي سؤال محكمة محلية يتعلق بـ AFRINIC هنا.