الخلاصة

  • تقترح المسودة الثانية ربط كل طلب أولي أو إضافي لـIPv4 بحيازة IPv6 أو طلبه بالتزامن، وبخطة نشر، ثم بلوغ عتبات لحركة الوجهات الخارجية وخدمات AAAA خلال 12 و24 و48 شهراً. لكنها لا تعرّف وحدة «أعلى 25 وجهة» ولا مقام النسبة ولا الدليل المقبول ولا أثر اعتماد النتيجة على العملاء والموردين والمنبع والمحتوى الخارجي.
  • الخط الفاصل ليس بين مؤيدي IPv6 وخصومه. AFRINIC ماسك دفتر مهمته التفرد ودقة السجل والإثبات والإخطار والتصحيح والاستمرارية؛ ولا تملك ولاية لمعاقبة اختيار معماري أو لتحويل عدم بلوغ نتيجة تشغيلية متعددة السنوات إلى مخالفة عامة.
  • أقوى دفاع عن المسودة هو أن من يطلب مورداً نادراً من المجموعة المتبقية يمكن أن يُلزم مستقبلاً بعمل حقيقي على IPv6 بدلاً من الاحتفاظ بتخصيص خامل. هذا يبرر شرط جاهزية ضيقاً وموضوعياً ومتوقعاً، ولا يبرر معياراً مفتوحاً يعتمد على أطراف خارج سيطرة مقدم الطلب أو يمتد إلى الموارد القائمة.
  • البديل المنضبط هو شرط استشرافي يقتصر على أصول وخدمات يسيطر عليها مقدم الطلب، ويحدد المقام وفترة الرصد وقواعد التصحيح والسرية، ويقبل مسارات إثبات متكافئة، ويستبعد التأخر الخارجي الموثق، ويضمن إخطاراً مكتوباً وفرصة تصحيح ومراجعة مستقلة قبل أي أثر على الطلب.

المسودة التي تغيّر طبيعة السؤال

كان وضع AFPUB-2026-v6-001-DRAFT02 في 9 أغسطس 2026 لا يزال «قيد النقاش». قُدمت النسخة الثانية في 14 يونيو، وأكملت AFRINIC تقييم أثرها المسجل في 20 يونيو، ثم عادت إلى قائمة RPD بعد اجتماع AFRINIC-37 في 24 يونيو من دون توافق. هذه ليست سياسة نافذة، ولا نتيجة محتومة، ولا أساساً قائماً لسحب مورد. إنها اقتراح يكشف، قبل اعتماده، مشكلة أعمق: هل يكفي أن يكون IPv4 نادراً لكي يقرر السجل كيف يجب أن يبني مقدم الطلب شبكته لسنوات؟

تقول المسودة إنها تعدل القسم 5.4.4 من دليل السياسات الموحد. القاعدة الحالية لا تضع حداً صريحاً لعدد المرات التي يستطيع فيها سجل إنترنت محلي أو مستخدم نهائي طلب IPv4 إضافي أثناء مرحلة الاستنفاد. في سياق الهبوط السلس، الحد الأقصى للطلب في المرحلة الثانية هو ‎/22 والحد الأدنى ‎/24، ويُطلب لاستخدام IPv4 الإضافي بلوغ 90% من التخصيص السابق، مع إعفاء الطلب الأول، كما يمتد أفق الحاجة إلى ثمانية أشهر. هذه قيود على توزيع مجموعة نادرة، مرتبطة بالمورد المطلوب وبأدلة يستطيع طالب المورد تقديمها عن حاجته واستخدامه.

المسودة D2 تضيف شيئاً مختلفاً نوعياً: تجعل أهلية مورد من عائلة IPv4 رهينة نتائج نشر في عائلة IPv6، ثم تحتفظ بنتيجة الاختبار لسنوات بعد لحظة الطلب.

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

حتى وصف موضع التعديل يحتاج إلى ضبط قبل التشغيل. النص المعياري يقول إنه يعدل القسم 5.4.4، بينما تسرد بيانات تقييم الأثر الأقسام 6.4.4 و6.5.1.1.1 حتى 6.5.1.1.4 والقسم 6.8.2.2.d، ولا تذكر 5.4.4. لا تسمح المادة المتاحة بالجزم أي القائمتين أخطأ، لكن التباين مهم لأنه يحدد هل نحن أمام قيد على تكرار طلب IPv4 أم أمام تشابك أوسع مع معايير IPv6. القاعدة التي ستُستخدم لوصف مخالفة لا يجوز أن تبدأ بخريطة نصية مزدوجة.

والسياق الحجمي لا يحل المسألة. الحد الأدنى لتخصيص سجل محلي في المعايير المذكورة هو ‎/32، والحد الأدنى لإسناد المستخدم النهائي ‎/48 لكل موقع نهائي، مع أفق نشر أو إعلان قدره 12 شهراً. يحتوي ‎/32 حسابياً على 65,536 وحدة ‎/48، لأن الفرق بين الطولين 16 بتاً؛ لكن هذه حقيقة عن سعة خطة العنونة، لا عن عدد العملاء ولا عن الاستخدام الفعلي ولا عن حصة الحركة. إذا خلط المراجع بين حجم فضاء العنوان ونجاح النشر، فسيتحول رقم هندسي إلى افتراض عن السلوك. لذلك يجب أن تفصل القاعدة بين أهلية الحصول على IPv6، وتصميم الخطة، والنتيجة التشغيلية، وألا تستخدم أحدها بديلاً غير معلن للآخر.

لكن الخطوة التالية تغيّر طبيعة الاختبار. على الشبكة التي تحمل حركة أن تكشف أعلى 25 وجهة فعلية لحركتها على IPv4، وأن تحقق عبر IPv6 نسباً للوجهات الخارجية التي تكون مفعّلة لـIPv6: 25% بعد 12 شهراً، و50% بعد 24 شهراً، و75% بعد 48 شهراً. وإذا كانت الشبكة تستضيف خدمات أو تطبيقات أو محتوى، فعليها أن تجعل حصة من سجلات AAAA متاحة وأن تكون الخدمة قابلة للوصول عبر IPv6 من الإنترنت: 25% بعد 12 شهراً، و75% بعد 24 شهراً، و95% بعد 48 شهراً. ثم تأتي العبارة الحاسمة: الإخفاق في الخطة «مخالفة للسياسة».

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

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

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

أين ينتهي دفتر السجل

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

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

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

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

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

نتيجة لا يتحكم بها الخاضع للاختبار

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

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

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

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

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

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

المقاييس التي لا تقول ما توحي به

تعتمد المسودة في بيان المشكلة على رقمين مدورين: قدرة IPv6 عالمياً عند 44% وفي أفريقيا عند 6%. يمكن إعادة إنتاج الرقمين تقريباً من سلسلة APNIC Labs الإقليمية المؤرخة في 14 يونيو 2026: القدرة الخام عالمياً 43.822740%، وفي أفريقيا 5.869934%. لكن D2 لا تكشف ذلك التاريخ، ولا تقول إن كانت تستخدم السلسلة الخام أم متوسط 10 أو 30 أو 60 أو 90 يوماً. بعض السلاسل الملساء تُقرب أيضاً إلى الرقمين نفسيهما، وهذا يجعل العنوان قابلاً للتصديق لكنه لا يجعل الاستعلام قابلاً للتكرار.

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

تذكر D2 كذلك ثماني دول أفريقية فوق 20%، و15 بين 10% و19%، و15 دون 1%، من دون تاريخ أو نافذة أو كون من الدول أو قائمة تسمح بإعادة الحساب. لا يجوز ملء هذا الفراغ بخريطة حالية أو بافتراض قائمة غير منشورة. هذه أرقام منسوبة إلى المقترح، وليست دليلاً مستقلاً على قابلية العتبات للتطبيق على مقدم طلب بعينه. والفرق مهم: يمكن لخط أساس إقليمي أن يشرح سبب الاهتمام، لكنه لا يحدد ما إذا كان إخفاق مشغل واحد ناشئاً عن قراره أو عن بيئته.

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

ويشرح تسلسل الصياغة لماذا لا يجوز معاملة العتبات كأنها حقيقة قياس مستقرة. تُظهر مراجعة D2 أن النسخة الأولى نُشرت في 22 مايو 2026، ثم أعلنتها AFRINIC إلى RPD في 28 مايو، فتركز النقاش فوراً على الفرق بين حيازة IPv6 أو إعلانه وبين نشره الفعلي، وعلى كيفية القياس. وفي اليوم نفسه طرح المؤلف نسب 25% و50% و75% رداً على الاعتراض، ودافع عنها في المراسلات، قبل أن تضيف النسخة الثانية في 14 يونيو لغة أعلى 25 وجهة والاستضافة والمخالفة. أعلنت AFRINIC تلك النسخة إلى القائمة في 22 يونيو، ثم جاءت مناقشة 24 يونيو من دون توافق.

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

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

من الخطة إلى «المخالفة»

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

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

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

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

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

الجهاز الإداري الذي تتطلبه جملة قصيرة

يتوقع تقييم الأثر تغييرات في MyAFRINIC، واحتمال تغييرات في تكامل NetSuite، وتعديلات في عملية إدارة موارد الأرقام، مع عدم توقع تغيير في WHOIS أو RDAP أو RPKI. كما يتوقع تدريب موظفي Hostmaster واحتمال توظيف، ويقدر التنفيذ بنحو ستة أشهر بعد التصديق. لا يقدم تقييماً للكلفة. هذه التفاصيل تكشف أن شرط النسبة ليس حقلاً إضافياً في نموذج؛ إنه وظيفة مراجعة مستمرة تحتاج إلى بيانات وتذكير وسجل تدقيق وحكم على الأعذار.

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

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

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

أقوى دفاع عن D2، ولماذا لا يكفي

أقوى دفاع يستحق عرضه كاملاً. AFRINIC توزع ما تبقى من مورد IPv4 العام النادر في مرحلة استنفاد. ليس من العبث أن تطلب من مستفيد جديد أو طالب كمية إضافية أن يقدّم عملاً مستقبلياً قابلاً للقياس نحو IPv6، بدلاً من الحصول على مساحة IPv6 والإعلان عنها ثم تركها خاملة. القاعدة لا تراجع فوراً كل حائز قائم؛ مشغلها طلب جديد أو إضافي. وهي تمنح نقاط قياس بعد 12 و24 و48 شهراً، لا قطعاً فورياً. ويستخدم اختبار الحركة نمط الشبكة نفسها بدلاً من فرض قائمة عالمية موحدة.

هناك سوابق محدودة على ربط العائلتين. دليل ARIN للقسم 4.10 يصف مجموعة ‎/10 مخصصة لتسهيل نشر IPv6، ويمنح ‎/24 لحاجة نشر فورية. كما أن قواعد AFRINIC الحالية تطلب من طالب IPv6 خطة نشر أو إعلان خلال 12 شهراً. ويقول مؤلف D2 إن 464XLAT قد يكون أقل كلفة من CGNAT وإن الشبكات الأصغر قد تكون أسهل في الهجرة. فإذا كان IPv4 المتبقي يأتي من مجموعة محدودة، يمكن الدفاع عن مبادلة استشرافية: الوصول إلى الندرة مقابل جاهزية قابلة للإثبات للمستقبل.

هذا الدفاع ينجح في نقطة واحدة فقط: يمكن وضع شرط ضيق على إصدار جديد من مجموعة نادرة. لكنه لا يثبت أن AFRINIC تملك ولاية لمعاقبة اختيار معماري. ومقارنة ARIN نفسها تحدد الحد: مجموعة مخصصة وجائزة ‎/24 لحاجة IPv6 فورية، لا شرط أداء يمتد أربع سنوات على كل طلب عادي في الهبوط السلس. الاستشراف لا يعالج مقاماً مجهولاً، ولا يحول نتائج العملاء والمنبع والمحتوى إلى أفعال يسيطر عليها مقدم الطلب، ولا يبرر وصفاً مفتوحاً بالمخالفة.

أما ادعاء الوفورات من 464XLAT مقابل CGNAT فهو موقف منسوب إلى المؤلف، وليس دراسة كلفة مرفقة بـD2. وبالمقابل، التشغيل المزدوج يضيف سطحاً ثانياً للتوجيه والجدران النارية والمراقبة والتدريب واستكشاف الأعطال. لا تسمح الحزمة بتعميم أن كل مشروع IPv6 خاسر أو رابح. ما تسمح به هو قاعدة قرار بسيطة: من يدفع الكلفة ويحمل المخاطر يجب أن يختار البنية، ما لم يكن ثمة شرط موضوعي ضيق مرتبط مباشرة بالمورد الجديد ويمكن إثباته من سطح يسيطر عليه.

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

البديل الذي يحفظ الهدف ولا يصنع سيادة

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

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

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

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

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

الحكم

D2 ليست مجرد دعوة إلى IPv6. إنها تقترح نقل مركز القرار من مشغل الشبكة إلى بوابة IPv4، باستخدام أهداف متعددة السنوات ثم تسمية الإخفاق مخالفة. لا تصلح هذه البنية بمجرد «توضيح المقاييس»، لأن المشكلة الأصلية في الولاية: AFRINIC لا تملك حق معاقبة اختيار معماري لا يهدد التفرد أو دقة السجل أو الإثبات أو الاستمرارية.

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

أثبتت نتيجة AFRINIC-37 أن الاعتراضات لم تُحل، ولذلك عاد الاقتراح إلى القائمة. الخطوة السليمة ليست البحث عن نسبة أكثر إقناعاً، بل إعادة كتابة السؤال: ما أقل شرط يحتاجه توزيع المورد الجديد، وما الذي يبقى قراراً محلياً عند المشغل؟ إذا لم تستطع القاعدة الإجابة بدقة، فعليها ألا تحمل كلمة «مخالفة». ندرة IPv4 تضيق وظيفة السجل؛ لا توسعها.