الخلاصة

  • تقول LACNIC إن الأعضاء الذين لديهم ASN يستطيعون الآن إعداد كائنات ASPA ونشرها مباشرة عبر MiLACNIC. ويؤكد الإعلان تنفيذ الوظيفة الموجهة للأعضاء، من دون إحصاء عدد المستخدمين أو الكائنات المنشورة.
  • يسجل ASPA مزودي العبور الذين يصرح بهم صاحب AS. وتقول LACNIC إن المعلومات قد تدعم التحقق من المسار، لكن الإعلان لا يقدم نتيجة تحقق من طرف يعتمد على البيانات، أو سياسة موجّه، أو أثراً تشغيلياً مقاساً.

التحليل

أضافت LACNIC إعداد ASPA إلى MiLACNIC، البوابة التي يستخدمها الأعضاء لإدارة خدمات المنظمة. والتغيير المحدد هو أن العضو الذي يملك ASN يستطيع إعداد الكائن ونشره من داخل البوابة.

تفتح هذه الخطوة مدخلاً إلى سلسلة أمنية أطول، لكنها لا تثبت أن بقية السلسلة تعمل. يعبّر ASPA عن أنظمة مستقلة يصرح بها صاحب AS كمزودي عبور. بعد النشر، يجب على برنامج تحقق يعتمد على بيانات RPKI أن يجلب الكائن ويفحصه، وأن تتلقى برامج الشبكة البيانات الناتجة، ثم يقرر المشغل ما إذا كان تقييم المسار سيؤثر في سياسته المحلية. يثبت إعلان LACNIC الخطوة الأولى فقط.

وتعرض LACNIC هذه الآلية بوصفها مكمّلة لكائنات ROA والتحقق من مصدر المسار. يحدد ROA أي AS مخول بإعلان بادئة معينة؛ أما ASPA فيضيف معلومات عن علاقة المزود بالعميل يمكن الاستناد إليها لفحص أجزاء من AS_PATH. نشر تصريح موقع لا يغيّر قرار الموجّه تلقائياً.

ولا يزال الإطار الفني قيد العمل. يعرض متعقّب IETF ملف ASPA في المراجعة 29 وإجراء التحقق في المراجعة 28، وكلاهما مسودة إنترنت لدى مجموعة SIDROPS. حالة المجموعة تنتظر إعداد وثيقة التقديم، ولا تعرض أي من الصفحتين RFC منشوراً. كما تصف مدونة LACNIC في سبتمبر التبني بأنه في بدايته، وتفصل بين نشر الكائنات واستخدام معلوماتها في التشغيل.

لذلك لم يعد السؤال هو ما إذا كانت MiLACNIC تتيح الوظيفة؛ فقد أكدت LACNIC ذلك. ما لم يُنشر هو عدد أصحاب ASN المؤهلين الذين نشروا كائنات، ومدى ظهورها في مستودعات التحقق، وإصدارات البرامج التي قبلتها، وما إذا كان مشغلون قد فعّلوا سياسة للتحقق من المسارات في الموجّهات. حتى تظهر هذه الأدلة، يثبت تحديث البوابة إتاحة النشر، لا تحقق انتشار إقليمي أو تغير في التعامل مع المسارات.

المصادر