الخلاصة

  • يربط محضر AFRINIC-37 بين MyAFRINIC v2 والتنفيذ الكامل لـROA من نوع AS0، والنظام التقني لنقل الموارد، والعمل التقني الداخلي على جهة اتصال إساءة الاستخدام؛ كما يضع تقييم منفصل مقترح AS-SET، الذي ظل في Last Call، بعد البوابة نفسها.
  • هذه ليست أربع ميزات متشابهة. ثلاث سياسات مصدق عليها والرابعة ليست كذلك، وتمتد المسارات بين RPKI وإجراءات مع RIR أخرى والتحقق الداخلي وWHOIS وIRR.
  • إتاحة البوابة تثبت حالة البوابة وحدها. إثبات السياسة يحتاج سجلا مستقلا يربط النص والنسخة وrelease baseline والاختبارات وتعريف الجزئي والكامل ووقت التفعيل والاستثناء والتصحيح.
  • قد تقلل البنية المشتركة ازدواج العمل وتعارض الأنظمة القديمة. يتحول التركيز إلى خطر حين يمحو إعلان إطلاق واحد الفرق بين Awaiting Implementation والاختبار الداخلي والتنفيذ الجزئي والاستعداد الإجرائي وعدم التصديق.

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

جمع MyAFRINIC v2 هذين النوعين من التقدم في مشروع واحد. تقول وثائق AFRINIC الرسمية إن أربعة مسارات وُضعت بعد علامة مشتركة أو في اعتماد جزئي عليها. هذا وصف مفيد لتوزيع الموارد وترتيب العمل. لكنه لا يصلح كحكم موحد على التنفيذ.

المسار الأول يخص ROA من نوع AS0 للمساحات غير المخصصة وغير المعينة. والثاني يخص نقل موارد الأرقام، بما فيه النقل بين السجلات الإقليمية. والثالث يخص التحقق من جهة اتصال إساءة الاستخدام. والرابع يخص الأسماء الهرمية لما يُنشأ من AS-SET. كانت السياسات الثلاث الأولى مصدقا عليها في السجل المفحوص، بينما بقي الرابع مقترحا في Last Call.

لذلك لا يفيد السؤال عما إذا كانت «السياسات الأربع موجودة في MyAFRINIC v2». فالواجهة والنظام الداخلي والإجراء والسلطة القانونية أشياء مختلفة. السؤال الأضيق والأدق هو: ما الدليل الخاص بكل مسار الذي يحوله من اعتماد في خطة مشروع إلى تشغيل مقبول ومنسوب إلى مسؤول وقابل للإصلاح؟

التاريخ ينظم الصف ولا ينهيه

يسجل محضر AFRINIC-37، الذي عقد في 24 يونيو 2026، أن تطوير MyAFRINIC v2 بدأ في 2020، ثم واجه قيودا في الميزانية وموارد أخرى لسنوات قبل أن يُستأنف. وفي يونيو كان متوقعا أن يدخل الخدمة قبل نهاية 2026. ولحماية الموعد كان ينبغي الحد من النطاق وتجنب scope creep.

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

تصف صفحة AFRINIC في AfPIF 2026 MyAFRINIC v2 بأنه إعادة بناء شاملة لبوابة الخدمة الذاتية. وكانت تجمع مشاركين في user acceptance testing وlive beta، وتطلب مقابلات عن مسارات العمل قبل هاتين المرحلتين. هذا دليل استعداد ودعوة، وليس دليلا على اكتمال UAT أو بدء beta أو انتهائها أو فتح production.

وفي تقييم AS-SET يظهر تاريخ أدق: 15 نوفمبر 2026. تقول خطة التنفيذ إن الموارد كانت موجهة إلى MyAFRINIC v2، وإن تنفيذ المقترح سيُعطى الأولوية بعد اكتمال البوابة. أما محضر يونيو فيستخدم عبارة أوسع هي نهاية السنة. يجب حفظ العبارتين مع مصدرهما، لا دمجهما في التزام واحد.

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

AS0: الحالة الجزئية تحتاج حدا مرئيا

يسجل دفتر السياسات الحالي AFPUB-2019-GEN-006-DRAFT03، RPKI ROAs for Unallocated and Unassigned AFRINIC Address Space، على أنها مصدق عليها وحالتها Awaiting Implementation. ويضيف محضر AFRINIC-37 حالات وسطية: اختبار داخلي باستخدام نسخة مطورة من KRILL؛ beta متوقعة بنهاية الشهر توصف بأنها partly implemented؛ وتنفيذ كامل كما في النص يعتمد على MyAFRINIC v2.

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

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

لكن يمكن تحديد شكل الإثبات المطلوب: ربط النص المصدق عليه بـbaseline واضح من MyAFRINIC v2، وحالة KRILL ذات الصلة، وحالات الاختبار، ونتائج النشر والمراقبة. يثبت الاختبار الداخلي المنطق في بيئة مضبوطة، ولا يثبت تلقائيا أدوار المستخدم والتكامل والاستمرار في التصحيح. لا يكون partly implemented مفيدا إلا إذا سمى الموجود والمفقود وشرط الخروج.

النقل: الطرف الآخر ليس داخل الواجهة

يؤرخ عرض السياسات المصدق عليها التصديق على Number Resources Transfer Policy AFPUB-2020-GEN-006-DRAFT03 في 4 فبراير 2026. ويقول المحضر إنها تغطي النقل داخل RIR وبين RIR، وإن المعاملة بالمثل مع السجلات الأربعة الأخرى تأكدت حتى أبريل. كانت Member Services تطابق الإجراءات مع نظرائها، وكان النظام التقني سيُعطى الأولوية بعد MyAFRINIC v2.

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

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

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

لا تعيد هذه المقالة تقييم القيود المادية في سياسة النقل. موضوعها الحصري هو الدليل الذي يفصل بين استقبال الطلب وقبول مسار كامل بين نظامين ومؤسستين.

جهة اتصال الإساءة: القبول لسلسلة لا لحقل

يؤرخ العرض نفسه التصديق على Abuse Contact Policy Update AFPUB-2018-GEN-001-DRAFT07 في 4 فبراير 2026. ويسجل محضر AFRINIC-37 أن التنفيذ التقني في الأنظمة الداخلية سيُعطى الأولوية بعد اكتمال نشر MyAFRINIC v2.

وجود abuse-c والقدرة على إرسال رسالة ليسا تنفيذا كاملا. يحتاج المسار إلى تعريف السجل المختبر، وبداية التحقق، وحالات التسليم والرد والفشل، والإشعار، والتصحيح، والاستثناء، والحدث الذي يبدأ عنده أي أثر.

وترتبط هذه الانتقالات بالنسخة الحاكمة. سبق لـBTW أن حللت Draft 2 أقدم وسلسلة آثاره. لا يجوز نقل تلك السلسلة إلى Draft 7 على سبيل القياس. يمكن للإجراءات الداخلية تفصيل النص المصدق عليه، لكن لا ينبغي أن تستبدله بتفسير قديم أو غير رسمي من دون أثر.

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

AS-SET: الجاهزية التقنية لا تمنح السلطة

كان AFPUB-2026-ASN-001-DRAFT02 في Last Call في السجل المفحوص، ولم تثبت المصادر التصديق عليه. يصف تقييم الموظفين تغييرات في نقاط إنشاء WHOIS وواجهة IRR في MyAFRINIC لمنع إنشاء AS-SET جديد غير هرمي. ولا تُعاد تسمية العناصر القائمة.

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

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

المسار الحالة المتحقق منها العلاقة بـMyAFRINIC v2 دليل القبول المتبقي
ROA AS0 مصدق عليها؛ Awaiting Implementation؛ اختبار داخلي وbeta جزئية متوقعة التنفيذ الكامل للنص يعتمد على البوابة العناصر والتغطية وحد الجزئي/الكامل والتصحيح والتفعيل واستمرار النشر
النقل مصدق عليها في 4 فبراير 2026؛ مطابقة الإجراءات جارية النظام التقني بعد البوابة اختبار كل مسار وطرف، قرار، نتيجة سجل، إشعار واستئناف وتصحيح
Abuse contact مصدق عليها في 4 فبراير 2026 التقنية الداخلية بعد اكتمال البوابة ربط Draft 7 والتحقق والإشعار والتصحيح والاستثناء وحد الآثار
AS-SET هرمي مقترح في Last Call تقييم WHOIS والبوابة؛ الأولوية بعدها التصديق والنص النهائي وكل نقاط الإنشاء وحماية العناصر القديمة وتصحيحها

سجل صغير بدل إعلان كبير

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

تبدأ الحقول بعنوان السياسة ومعرفها ونسختها وحالة سلطتها. وهذا يمنع نسبة برنامج خُطط له أثناء النقاش إلى draft غير صحيح، ويبقي AS-SET في خانة المقترح حتى يحدث فعل مستقل.

ثم تأتي baseline. MyAFRINIC v2 اسم برنامج، لا نسخة قابلة لإعادة الاختبار. يجب أن يبين معرف إصدار أو خط زمني مؤرخ السلوك الذي قُبل. وإذا غيّر patch سلوك السياسة، تُضاف واقعة ولا يُعاد تحرير القبول السابق.

وتصنف فئة الاعتماد: واجهة، WHOIS، IRR، RPKI، workflow داخلي، ترحيل بيانات أو إجراء مع RIR خارجي. يمنع ذلك نجاح front-end من منح اكتمال تلقائي لخلفية لم تُختبر.

بعدها تأتي الشروط السابقة والمسؤول وحالة الاختبار ومعيار القبول. إسناد المسؤولية ليس اتهاما؛ بل تحديد من يستطيع الشهادة. Registry Products يمكن أن يثبت baseline، وMember Services يثبت مسار النقل، والفريق التشغيلي يثبت النشر أو التحقق، وعملية السياسة تثبت سلطة النص.

ويجب تسمية جمهور الاختبار. الاختبار الداخلي يفحص القاعدة والتكامل. UAT يفحص أدوار العضو ومهماته. beta تفحص تفاعلات أقرب إلى التشغيل. الدعوة ليست نتيجة، والمختبر ليس قبول المستخدم.

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

ليست كل الحالات الاستثنائية متشابهة

تقدم المنصة المشتركة عادة قاموسا واحدا: متاحة، متدهورة، متوقفة. السياسات الأربع تحتاج قواميس مختلفة. في AS0 قد تكون البوابة متاحة بينما عنصر متوقع غير منشور أو تصحيح غير منتشر. المقياس هنا النشر لا uptime وحده.

في النقل قد تعني «قيد الانتظار» وثائق ناقصة أو مراجعة داخل AFRINIC أو حالة من الطرف المقابل أو تحديثا تقنيا. لا يصبح الوصف قابلا للتدقيق إلا إذا سمى الحد المؤسسي والفعل التالي.

وفي abuse contact، الإرسال والتسليم والرد والتصحيح وقائع مستقلة. لا ينبغي أن يتحول إخفاق تقني صامت إلى قرار سياسة. أما AS-SET، فقبل التصديق قد يكون التفعيل المبكر تجاوزا للسلطة؛ وبعده قد يكون الخطأ في منفذ لا يطبق النص أو عنصر قديم عُدل على خلافه.

لذلك لا تكفي أربع علامات خضراء. يجب تعريف اللون لكل صف. ويمكن نشر التعاريف والأعداد المجمعة من دون كشف بيانات الأشخاص أو تفاصيل أمنية.

فصل سجل الإصدار عن سجل السياسة

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

يمكن للسجل التقني أن يقول إن واجهة أو قاعدة WHOIS أو تكامل IRR أو آلية إشعار موجودة في baseline. ويقول سجل السياسة أي نص يجيزها، ومتى بدأت تحكم فعلا حقيقيا، وما الحالات التي اجتازت الاختبار. لا يزيد هذا التعقيد لذاته؛ بل يمنع الشفرة الجاهزة من اكتساب سلطة مبكرة، ويمنع النص المصدق عليه من خلق وهم خدمة عاملة.

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

كما يجب فصل التفعيل عن فترة الرصد. تشغيل القاعدة لا يثبت استمرارها. تحتاج AS0 إلى مراقبة النشر، والنقل إلى نتائج كل فئة مفعلة، وabuse contact إلى مرور الإشعار والتصحيح، وAS-SET إلى سلوك موحد في كل منفذ. تحول فترة الرصد عرض الوظيفة إلى دليل عملية.

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

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

وهذه العلاقة هي التي تمنح إعلان النجاح معناه المؤسسي الدقيق.

ما لا تسمح المصادر بقوله

لا تثبت المواد تشغيل MyAFRINIC v2 في production، ولا اكتمال UAT أو beta، ولا التصديق على AS-SET، ولا التنفيذ الكامل لـAS0 أو النقل أو abuse contact. كما لا تثبت توقفا أو موعدا فائتا أو اختبارا فاشلا أو نقلا مرفوضا أو جهة اتصال غير صالحة أو تصادما في AS-SET أو أثرا في توجيه RPKI.

ولا يوجد عضو مثبت الضرر بسبب الاعتماد المشترك. اختراع هذه الشخصية يحول هندسة الدليل إلى اتهام.

تنشر AFRINIC بالفعل كلمات دقيقة: Awaiting Implementation، اختبار داخلي، partly implemented، مطابقة إجراءات، أولوية بعد البوابة، Last Call. هذه هي عظام السجل. تحتاج إلى نسخة واختبار وتصحيح.

عندها يبقى MyAFRINIC v2 أساسا مشتركا من دون أن يصبح شهادة مشتركة. الموعد الواحد ينظم أربع سياسات، لكنه لا يملك أدلة تنفيذها الأربعة.

المصادر