الخلاصة

  • منحت ARIN جامعة Virginia Tech مبلغ 17,350 دولاراً لإنشاء لوحة للصحة التشغيلية لـRPKI، اعتماداً على مستودع يصفه المستفيد بأنه يغطي 14 عاماً ويضم نحو 3.9 مليارات مشاهدة في 139 غيغابايت.
  • يقول ملخص المستفيد إن امتثال الإلغاء يتراوح من 9% لدى AFRINIC إلى أكثر من 99% لدى ARIN منذ 2023، وإن وتيرة إعادة التوقيع في ARIN انتقلت من 14 إلى 80 يوماً.
  • لا تعرّف صفحة المنحة بسط الامتثال أو مقامه أو فترته أو قواعد الاستبعاد. وتعرّف واجهة beta بعض المقاييس المجاورة، لكنها لا تنشر مساراً يعيد إنتاج الرقمين البارزين.
  • ينبغي أن تحمل كل مقارنة بين السجلات إيصال قياس بإصدار واضح يثبت السؤال والمجتمع وحالة التحقق والتغطية والكود والتصحيحات ومجموعة النتيجة.

من دفع ليس بالضرورة من قاس

يسجل إعلان ARIN اسم Virginia Tech والمشروع ومبلغ 17,350 دولاراً. وتضيف صفحة المستفيدين التفصيلية معلومة أساسية: ملخصات المشاريع مقدمة من المستفيدين. لذلك توجد ثلاث سلطات منفصلة: ARIN تختار التمويل، والفريق يجري التحليل، ومراجعة IMC 2026 لم تنته بعد.

يصف الفريق مستودعاً طولياً يغطي السجلات الإقليمية الخمسة من نحو 2012 حتى اليوم، ويحتوي قرابة 3.9 مليارات مشاهدة لكائنات مستودعات RPKI في 139 غيغابايت من ملفات Apache Parquet. هذه المدة تتيح رؤية التحولات التشغيلية التي لا تظهر في لقطة واحدة.

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

ينتقل الملخص بعد ذلك إلى أحكام: نوافذ صلاحية CRL تختلف سبعة أضعاف، وإيقاع إعادة التوقيع ستة عشر ضعفاً، و«امتثال الإلغاء» يمتد من 9% لدى AFRINIC إلى أكثر من 99% لدى ARIN منذ 2023. كما يربط عام 2023 لدى ARIN بالانتقال من 14 إلى 80 يوماً، وتقليص عمر شهادة CA من عشر سنوات إلى 825 يوماً، وارتفاع الامتثال من أقل من 5% إلى أكثر من 99%.

قد تكون النتائج قوية. لكن العبارة العامة هي أن التحليل «قيد المراجعة» في IMC 2026. لا تعني العبارة قبول الورقة أو رفضها. كما أن المنحة ليست مراجعة علمية، ولا تقول ARIN إنها أعادت تنفيذ الحساب بنفسها.

اسم واحد لمقياسين بزمنين مختلفين

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

مع ذلك، يكشف مخطط OpenAPI سبب الحاجة إلى هوية المقياس. فهو يعرّف وتيرة التوقيع بأنها الفاصل بين قيم this_update المتعاقبة في CRL لكل CA يحددها AKI. وفي 25 سبتمبر أعادت استجابة ARIN المجمعة وسيطاً قدره 24 ساعة.

لا تنفي 24 ساعة رقم 80 يوماً. قد يخص الرقمان نوعين مختلفين من الكائنات، أو فترتين، أو مجموعتين من سلطات التصديق، أو طريقتين في التجميع. ربما تقيس الواجهة إصدار CRL الحالي، بينما يقيس الملخص إعادة توقيع منتج آخر. ما تثبته المقارنة هو أن تسمية «وتيرة إعادة التوقيع» وحدها لا تحفظ السؤال.

تعريف تقادم CRL أضيق: لا ينظر إلا إلى القوائم الحية حالياً، ويحسب التقادم بطرح next_update من الوقت الراهن. إنه مقياس مفهوم، لكنه ليس امتثال الإلغاء. ولم يظهر في المخطط العام المفحوص endpoint بهذا الاسم أو وصف كاف لإعادة حساب 9% و99%.

وجود الكائن لا يعني أن الطرف المعتمد يقبله

يحدد RFC 6487 شهادات موارد RPKI وقوائم الإلغاء. تصدر كل CA قائمة تغطي شهاداتها، ويستعملها الطرف المعتمد في فحص مسار الشهادة. يحدد RFC الحقول والتحقق، لكنه لا ينشئ ترتيباً رقمياً واحداً للسجلات الخمسة.

يضيف RFC 9286 حدوداً أخرى. يعدد manifest كائنات نقطة النشر، ومنها أحدث CRL، ويحمل thisUpdate وnextUpdate. وعند فشل الجلب يستطيع الطرف المعتمد الاستمرار مؤقتاً بمواد مخزنة من نجاح سابق.

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

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

المقام يقرر أين تقع المسؤولية

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

ويغيّر الغياب النتيجة. هل فجوة الجمع فشل أم مجهول أم امتداد لآخر cache ناجح؟ هل تخرج الشهادة من المقام عند انتهاء الصلاحية؟ هل يعيد backfill كتابة السلسلة أم ينشئ إصداراً جديداً؟ قد تتغير المجموعة بسبب برنامج تحقق جديد من دون أن تغير أي CA سلوكها.

الفرق بين 9% وأكثر من 99% ليس زينة. يمكن أن يوجه الثقة والتدقيق والمنح والسمعة. يحتاج القارئ إلى فصل السلوك التشغيلي عن معمارية CA وتغطية المجمّع وقاعدة التسجيل قبل نسبة السبب إلى مؤسسة.

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

إيصال ملازم لكل نتيجة

يبدأ الإيصال بمعرف ثابت وإصدار دلالي للمقياس، ثم يكتب السؤال بلغة واضحة ويسمي الكائن أو الحدث. ويسجل إصدار RFC والمجمّع واللقطة والفترة، ثم الوحدة والبسط والمقام والإدراج والاستبعاد وإزالة التكرار وقاعدة الإسناد إلى RIR.

ويشرح فشل الجلب وcache والكائنات المنتهية واللقطات الناقصة وbackfill. ويفصل CA المستضافة عن المفوضة، والوجود في المستودع عن الصلاحية لدى الطرف المعتمد. ثم يضيف إصدار الكود والبيانات واستعلاماً قابلاً للإعادة والقيود وسجل التصحيح وبصمة النتيجة.

يمكن أن تبقى الواجهة بسيطة: «أكثر من 99%، RC-2.1، المجتمع N، الفترة X» مع رابط إلى الطريقة. وإذا نقصت التغطية، فمن الأفضل عرض المجهول بدلاً من اختراع نجاح أو فشل.

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

المصادر

  1. ARIN — إعلان منح 2026
  2. ARIN — التفاصيل الكاملة للمستفيدين
  3. RPKI Warehouse beta
  4. مخطط OpenAPI
  5. وتيرة التوقيع في ARIN
  6. تقادم CRL في ARIN
  7. صحة بيانات RPKI Warehouse
  8. RFC 6487 — ملف شهادات الموارد
  9. RFC 9286 — بيانات manifest في RPKI