الخلاصة

  • سيفرض AFPUB-2026-ASN-001-DRAFT02 أسماء هرمية على AS-SET الجديدة في AFRINIC، مع حماية الكائنات المسطحة القائمة وتعديلاتها.
  • الاحتفاظ بالكائن وتعديله واستعادة كائن محذوف وإنشاء كائن جديد عمليات مختلفة.
  • يحذر موظفو AFRINIC من أن الاستعادة قد تترك باباً تشغيلياً مفتوحاً؛ ويوصي تحليل BTW بإيصال قرار لكل حالة وبإبلاغ إجمالي غير حساس.

الاقتراح قاعدة مستقبلية، وليس تنظيفاً لمجموعة الأسماء المسطحة الحالية. وينطبق على إنشاء AS-SET في قاعدة WHOIS التابعة لـ AFRINIC. يصف القسم الخامس من RFC 2622 أسماء المجموعات الهرمية بأنها مكونات تفصل بينها نقطتان، وقد تبدأ برقم ASN. وبموجب قاعدة التحكم في مساحة الأسماء، لا يستطيع إنشاء اسم فرعي إلا مشرف الكائن الأب.

يحمي النص الحالة القديمة عمداً. فلا يجوز إعادة تسمية AS-SET غير الهرمية القائمة، ويمكن أن تستمر بأسمائها الحالية وأن تُعدّل من دون إعادة تسمية. والسبب المعلن هو أن إعادة التسمية الجماعية ستنشئ تناقضات واسعة، ولا توجد طريقة برمجية موثوقة لمعرفة ASN الذي ترتبط به كل AS-SET قائمة في AFRINIC. كما يحافظ ذلك على مراجع سياسات التوجيه المثبتة.

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

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

لا تحدد الأدلة المتاحة كيفية إثبات الحذف العرضي، أو مدة إتاحة الاستعادة، أو صاحب الموافقة، أو حقول السجل، أو السماح بالاستعادات المتكررة، أو الإبلاغ الإجمالي. كما لا تثبت وقوع أي استعادة فعلية.

يوثق دليل IRR العام لدى AFRINIC الإنشاء عبر البوابة وWHOIS-web وحماية المشرف. لكن الحزمة لا تختبر مسارات الإنتاج هذه ولا تثبت أن القيد المقترح فعال. وتحدد الوثيقة WHOIS وMyAFRINIC/IRR كنظم متأثرة، مع تحقق على الخادم وفي النماذج أو واجهات API المكشوفة. ويقول الموظفون إن التنفيذ سيُعطى الأولوية بعد MyAFRINIC v2؛ وهذا خطة مشروطة لا دليل تنفيذ.

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

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

ملاحظة النشر: «منشور» هو التاريخ التحريري المجدول، 7 سبتمبر 2026، وفق Asia/Shanghai. أما وقت النشر الفعلي على الخادم فلم يُحدد.

المصادر

  1. https://www.afrinic.net/policy-proposals.html
  2. https://www.afrinic.net/afpub-2026-asn-001-draft02
  3. https://www.afrinic.net/ppm-afrinic-37.html
  4. https://www.rfc-editor.org/rfc/rfc2622.html
  5. https://afrinic.net/irr-guide