سجلّ يوافق وتوقيع يرفض: من يقرر مرور المسار؟

الخلاصة

• يرصد الملخص الرسمي لعرض مقرر في RIPE 93 عدد 786 زوجاً من البادئة وشبكة المصدر طابق سجلات IRR تماماً، وظل تصنيفه RPKI Invalid بين 8 و14 أغسطس 2026.
• تجاوزت 371 حالة الحد الأقصى لطول البادئة في ROA، واختلف رقم شبكة المصدر في 415 حالة. لكل سبب ملف تحقيق مختلف.

ورقة التسجيل تقول إن المسار موجود؛ التوقيع يقول إن الإعلان لا يطابق التفويض. يضع ملخص RIPE 93 الأصلي رقماً لهذه المفارقة: 786 زوجاً من البادئة وشبكة المصدر احتفظت بمطابقة دقيقة في IRR وبحالة RPKI Invalid طيلة أسبوع الرصد. عرض Antonis Chariton وUsama Ejaz مقرر يوم الثلاثاء 27 أكتوبر، وما بين أيدينا الآن هو الملخص المنشور قبل الجلسة.

ينقسم الرقم إلى بابين. في 371 زوجاً كانت البادئة المعلنة أدق من الطول الذي تسمح به ROA. وفي 415 كان رقم النظام المستقل الذي أعلن المسار مختلفاً عن المصدر المصرح له. يشرح RIPE NCC هذين السببين للتصنيف غير الصالح. الأول يدفع المهندس إلى فحص تقسيم البادئة وحد الطول؛ والثاني إلى فحص هوية المصدر. سجل route في IRR يمثل تصريحاً مسجلاً عن الزوج، بينما تفحص ROA الموقعة نطاق التفويض المشفر.

قارن الباحثان رصداً متزامناً من 8 إلى 14 أغسطس عبر 57 مجمعاً من RIPE RIS وRouteViews، و19 مصدراً من IRR، و17 منظوراً للتحقق من RPKI ظلت متاحة طوال الأسبوع. طابق 64.4% من أزواج البادئة والمصدر المرصودة سجلاً دقيقاً في IRR. ومن بين الأزواج المطابقة، لم يظهر 79.9% إلا في مصدر IRR واحد. تكرار الاستعلام لا يحول ذلك المصدر الواحد إلى شاهدين.

وفي تجربة مستقلة ليوم 8 أغسطس، احتفظ توسيع مجموعات AS-SET المعلنة في PeeringDB بنسبة 99.27% من المطابقات الدقيقة. بقيت التوسعات الناقصة أو التي تعذر حلها بحاجة إلى فحص. إذا أخفى مُنشئ المرشح فشل الاستعلام، فقد يبدو غياب عضو من المجموعة كأنه قرار بحذف مسار عميل.

يحدد RFC 6811 حالة التحقق ويترك التصرف في المسار لسياسة محلية صريحة. قبل تعديل المرشح، يجمع المشغل البادئة والمصدر وسجل IRR وسبب تعارض ROA ووقت الرصد ونتيجة توسيع AS-SET في سجل قرار واحد. عندها يصبح المفتاح في يد جهة معروفة.