MANRS يريد ROA لكل إعلان؛ والموارد القديمة تكشف فجوة التنفيذ

الخلاصة

وصف Andrei Robachevsky في RIPE 93 مقترحاً من فريق المراجعة يجعل التحقق من مصدر المسار ROV شرطاً إلزامياً، ويطلب ROA صالحة لكل بادئة يعلنها مشارك في MANRS.
لا يستطيع كل مشغّل إصدار هذا الإثبات بنفسه: فحاملو الموارد القديمة من دون اتفاق مع ARIN لا يصلون إلى خدمة RPKI لدى السجل، كما قد لا ينشئ العميل المستأجر للبادئة ROA خاصة به.

التحليل

المشغّل يرسل الإعلان إلى BGP، لكن التفويض الذي يثبت حق الإعلان قد يكون بيد جهة أخرى. هذه الفجوة هي الاختبار العملي لعبارة «تغطية RPKI بنسبة 100%» التي ناقشها MANRS.

في 27 أكتوبر، شرح Robachevsky خلال RIPE 93 عمل فريق مراجعة برنامج مشغّلي الشبكات في MANRS. لم تشهد الإجراءات تغييراً جوهرياً منذ إطلاق البرنامج عام 2014. أراد الفريق فصل المتطلبات عن دليل التنفيذ والتدقيق، واستخدام كلمات معيارية مثل MUST وMUST NOT لتقليل الالتباس. في المسودة التي عرضها، سيكون ROV إلزامياً، بينما يصبح التسجيل في IRR SHOULD. أما إجراء معلومات التوجيه فكان موضع نقاش حول تغطية RPKI كاملة: ينبغي أن تحمل كل بادئة يعلنها المشارك ROA صالحة.

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

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

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

ذكر Robachevsky حالتين تكشفان المشكلة: حاملو موارد قديمة في منطقة ARIN لا يملكون وصولاً إلى RPKI، وبادئات يستأجرها العملاء ويعلنها المشغّل من دون أن ينشئ العميل ROA. يمر الإعلان عبر شبكة المشغّل، لكن خطوة السجل قد تكون بيد العميل أو صاحب المورد. مع ذلك، قد يُسجل الإخفاق على حساب المشغّل.

لم يختف IRR من المقترح. فقد بقي توصية SHOULD مقابل إلزامية ROV بصيغة MUST. بعض الشبكات لا تزال تستخدم IRR، ولم يكن الفريق قد حسم أي السجلات أو الكائنات ستُحتسب. وصف كل مدخل IRR بأنه بديل كامل لـRPKI يمحو التمييز الذي ناقشه الفريق. واستبعاد IRR يتجاهل أداة لا تزال تساعد المشغّلين على توثيق المسارات وبناء قوائم التصفية.

قال Robachevsky إن MANRS بدأ بتسعة مشغّلين عام 2014 ووصل إلى نحو 1,400 مشارك وقت حديثه. تقوم قيمة البرنامج على اتساع التبني، لا على منح أعلى شارة لعدد قليل من الشبكات. قاعدة لا يستطيع استيفاءها إلا أصحاب الموارد الأسهل قد ترفع نسبة الامتثال بين الأعضاء، بينما تستبعد البادئات التي يصعب توثيقها.

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