الخلاصة

  • سجل تقرير خبرة التنفيذ لدى AFRINIC عام 2018 حالة محددة: لم يتمكن End User مجهول من الحصول على /24 إضافية لمركز بيانات ثانٍ احتياطي لأن الاستعمال الإجمالي ظل دون 90%.
  • تتيح AFPUB-2026-IPv4-002-DRAFT02، الموجودة حالياً في Last Call، تجاوز العتبة عندما يتعذر عملياً على الموارد القائمة خدمة غرض تقني مُثبت. لكن معيار الإثبات المشترك لا يزيد على «مبرر موثق بما يكفي»، فيما يرفض النقاش المسجل للاجتماع قائمة واحدة للوثائق.
  • لا تقتضي المرونة حكماً غير مرئي. يستطيع إيصال استثناء محمي ومؤرخ بالإصدار أن يحفظ الحساب العادي، وتصنيف الاستثناء، وحيازة الأدلة، وأسئلة المراجع، ورموز الأسباب ومسار الاعتراض، مع إبقاء تصميم الشبكة بيد المشغل.

المشكلة سُجلت قبل كتابة المسودة

لا تبدأ الأدلة من خطاب مؤلف المقترح في 2026. ففي الصفحة الثامنة من تقرير خبرة تنفيذ السياسات المقدم في AFRINIC-29، عرضت AFRINIC سنة 2018 تحدياً واجهه فريق Hostmaster.

طلب عضو من فئة End User كتلة IPv4 إضافية /24 لتوفير التكرار لمركز بيانات. كان مجموع الاستعمال أقل من 90%. وبحسب تفسير Soft Landing المطبق حينها، لم يكن العضو مؤهلاً لموارد أخرى، ولذلك لن يستطيع إنشاء مركز البيانات الثاني.

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

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

الاستثناء ما زال بصيغة الاقتراح

يفهرس متتبع NOG Alliance المحايد المقترح AFPUB-2026-IPv4-002-DRAFT02 تحت الوصف الأوسع Under discussion. أما تسجيل اجتماع AFRINIC-37 فيوثق إعلان rough consensus ونقل النص إلى Last Call. قُدمت النسخة الأولى في 6 مايو 2026، وحملت الثانية تاريخ 16 يونيو، وعُرضت في 24 يونيو. وحتى 23 أغسطس، ما زالت اقتراحاً لا استثناءً منفذاً.

تبقى القاعدة العادية. خلال Exhaustion Phase، يتعين على LIR أو End User يطلب allocation أو assignment إضافية أن يثبت استعمال 90% على الأقل من جميع موارد IPv4 السابقة. ويظل أول طلب لمنظمة جديدة لا تملك موارد سابقة معفى.

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

ثم تأتي جملة تحمل واجهة الإثبات العامة كلها: يجب توثيق المبرر بما يكفي لكي تتمكن AFRINIC من التحقق من مطابقته.

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

للقاعدة العادية رقم، وللاستثناء لا يوجد نوع

يعرّف Consolidated Policy Manual الحالي نفسه بأنه الإصدار 1.6. وإلى جانب عتبة 90%، يسمح بخطط هندسية وخطط subnetting وبنية وتوجيه، ويشترط توقعات واقعية وقابلة للتبرير. كما يطلب تطبيقاً عادلاً بصرف النظر عن الموقع أو الجنسية أو الحجم، ويحمي المعلومات التجارية المستخدمة في التقييم إذا لم تكن مطلوبة للتسجيل العام.

إذن توجد بيئة للمراجعة المهنية وللسرية. ما لا يوجد هو نوع بيانات للاستثناء الجديد.

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

لا تحل الحقول المشتركة محل تقدير Hostmaster. إنها تحفظ موضوع التقدير. هكذا تبقى المرونة من دون أن تصبح ذاكرة خاصة.

رفض قائمة موحدة لا يعني رفض واجهة مشتركة

يسجل تسجيل اجتماع AFRINIC-37 سؤالاً مباشراً: ما الوثائق التقنية التي سيقدمها العضو لعدة مواقع قبل بلوغ 90%؟ أجاب المؤلف بأن قائمة واحدة لا تناسب كل الحالات، لأن انتقال IPv6 ونشر multi-site يحتاجان إلى أدلة مختلفة. ووصف التقييم بأنه حوار input/output مع الموظفين.

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

أيد مشارك آخر غرض المقترح، لكنه حذر من أن اللغة الواسعة تتيح تقريباً لأي عضو الادعاء بالحاجة إلى التكرار أو التوافر العالي، بما يصعب التطبيق العادل. ورفض المؤلف تعداد كل مثال مشروع لأن القائمة قد تستبعد تصميماً جديداً وتحول السياسة إلى إدارة دقيقة للموظفين. ووضع Head of Member Services الحد الحاسم: technical constraints يمكن أن تبرر الاستثناء، أما operational constraints فلا.

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

قرر الرئيسان المشاركان وجود rough consensus في الاجتماع ونقلا النص إلى Last Call. ويقول التسجيل أيضاً إن Secretariat سيشارك تعريف utilisation في تلك المرحلة. يحتفظ المتتبع المحايد بوصفه الأوسع، ولا تثبت المصادر العامة المستخدمة هنا ratification أو implementation أو schema حقول للاستثناء. لا يعني ذلك أن تعريفاً لم يُتداول في مكان آخر؛ بل يحدد ما لا يستطيع القارئ إعادة بنائه من المقترح والاجتماع.

انتقل الضمان إلى داخل التذكرة

تضع عرض المقترح ومناقشته الحماية في عبارة «موثق بما يكفي». يجب إثبات الحاجة التقنية، وبيان أن المخزون الحالي غير عملي لها، وتمكين AFRINIC من فحص الصلة.

يمكن كتابة الاختبار الضمني هكذا:

وظيفة تقنية → الموارد الحالية غير صالحة عملياً → شريحة IPv4 إضافية

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

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

التقدير والأسباب والاعتراض وظائف منفصلة

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

التقدير هو مساحة تفسير الوقائع التي لا تختصر في اختبار آلي. السبب هو سجل كيفية استخدام تلك المساحة. والاعتراض طريق لفحص اتصال القاعدة بالوقائع وبالسبب.

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

مثال multi-PoP لا ينشئ استحقاقاً تلقائياً

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

تجمع معمارية 464XLAT في RFC 6877 بين ترجمة stateful في القلب وترجمة stateless عند الحافة لتقديم اتصال IPv4 محدود عبر شبكة IPv6-only. حالة RFC هي Informational. لا يفرض أربعة PoP أو جهازين في كل موقع أو حجماً محدداً للبادئة العامة.

يمكن للواجهة المشتركة أن تسأل: أي وظيفة وأي مجال عطل يخدمهما المورد؟ لماذا لا يخدمهما المخزون الحالي؟ وكيف حُسب الطلب؟ أما المنتج والموقع وبروتوكول التكرار والتوجيه فتبقى قرارات المشغل.

المواصفة الدنيا ضيقة وصارمة، لا مبهمة

تفصل Minimum Initial Specification لدى Lu Heng بين الحقائق الحتمية القليلة اللازمة للتنسيق المشترك، والقرارات التشغيلية المستقبلية التي تبقى لدى من يشغل الشبكة.

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

الحل أصغر من دليل معماري وأقوى من صفة: تثبيت حقول القرار المشتركة؛ قبول دليل يناسب كل تصميم؛ حماية المرفقات الحساسة؛ نشر الإصدار وتجميعات لا تكشف العضو أو الشبكة.

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

ثمانية عشر حقلاً لإيصال الاستثناء

هذه واجهة يقترحها المقال، وليست نموذج AFRINIC قائماً.

  1. معرف الطلب أو التذكرة. يربط طلباً واحداً بأدلته وحواره ونتيجته.
  2. هوية القاعدة. تحفظ policy أو draft أو implementation version والفقرة المطبقة.
  3. مقدم الطلب ونوعه. تميز LIR عن End User، وallocation عن assignment، والأول عن الإضافي.
  4. الأساس العادي. يجمد portfolio snapshot والحساب الدقيق لـ90% الذي كان سيطبق بلا استثناء.
  5. فئة الاستثناء. تسمي التكرار أو التوافر العالي أو انتقال IPv6 أو الموقع الجديد أو غرضاً تقنياً آخر.
  6. الوحدات الوظيفية. تعرف المواقع أو PoP أو الوظائف في السجل المحمي، وتستخدم تسميات مجهلة في النشر.
  7. الشرائح المطلوبة. تربط كل بادئة أو كمية بالموقع أو الوظيفة التي تخدمها.
  8. نافذة التزامن. تشرح لماذا يجب نشر الوظائف معاً ومدة تعايش الموارد.
  9. صلة عدم الصلاحية. تسجل سبب البنية أو التوجيه أو الترجمة أو مجال العطل الذي يمنع استخدام المخزون الحالي.
  10. خطة العناوين. تحفظ الاستعمال الحالي والمتوقع والوحدة والأفق لكل شريحة ذات صلة.
  11. تحليل المساحة غير المستخدمة. يجرد الموارد الفارغة ويبرر رفض reuse أو renumbering أو موقع آخر.
  12. حيازة الأدلة. تسرد الملفات وhashes والمتحكم وحد الوصول وretention من دون نشر البنية السرية.
  13. تاريخ الحوار. يضيف أسئلة المراجع وإجابات الطالب وtimestamps من دون محو المنطق السابق.
  14. التصنيف والأسباب. يسجل technical أو operational أو mixed برموز مستقرة وشرح طبيعي.
  15. القرار والشروط. يحفظ approval أو denial والحجم الممنوح والشروط والانتهاء والمراجعة اللاحقة.
  16. التصحيح والاعتراض. يربط الإشعار وقناة تصحيح الوقائع والمهلة ومسار appeal المطبق.
  17. إحلال الإصدار. يشير إلى القاعدة اللاحقة التي غيرت الاختبار، ويحفظ المستخدمة وقت القرار.
  18. التجميعات العامة. تنشر الأعداد والفئات ونطاقات المعالجة والنتائج والتصحيحات بلا اسم عضو أو بنية.

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

انشر الواجهة قبل تشغيل باب الاستثناء

اتجاه Draft 2 قابل للدفاع. لا ينبغي لمجال العطل الثاني أن ينتظر اقتراب الأول من الامتلاء؛ وإلا بُني التكرار بعد العطل. ويظهر تقرير 2018 أن التعارض وصل إلى عمل AFRINIC الفعلي.

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

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

المصادر