الخلاصة

  • قالت LACNIC في 20 يوليو إن FORT 1.7.0 يتحقق من كائنات ASPA ويشارك المعلومات مع الموجّهات، وأوضحت أيضاً أن الميزة تجريبية لأن ASPA لم يُنشر بعد معياراً رسمياً.
  • يضبط إصدار 1.7.0.experimental الخيار --server.max-rtr-version على 0 افتراضياً، بينما يوضح دليله أن ASPA يصل إلى الموجّهات عبر RTRv2. كما يبدأ --output.aspa المستقل في حالة تعطيل.
  • يجب أن يفصل سجل التفعيل بين نسخة البرنامج، والإعداد، والإصدار المتفاوض عليه، والكائنات المقبولة، وحالة المسار المحسوبة، وقرار سياسة التوجيه.

وصلت الميزة الجديدة وبابها إلى الموجّهات مغلق عند الصفر.

يصف منشور LACNIC FORT 1.7.0 بأنه يتحقق من كائنات ASPA الموجودة في بعض مستودعات RPKI، ثم يشاركها مع الموجّهات. أما الإصدار المنشور قبل ذلك بأربعة أيام فيحمل الاسم الكامل 1.7.0.experimental: ينفذ ASPA وRTRv2، لكنه يبقي أعلى إصدار RTR يقبله الخادم عند الصفر.

المنشور يصف الإمكان؛ وملاحظات الإصدار تصف السلوك قبل اختيار المشغّل. كلاهما صحيح، ولا يثبت أي منهما إعداد شبكة بعينها.

ولا دليل على إخفاء الحالة التجريبية. تقول LACNIC صراحة إن ASPA قد يتغير. ويشرح المشروع حذره: لا ينتج FORT حالياً Router Keys، لذلك لا تضيف RTRv1 حمولة مفيدة هنا، بينما تظل مواصفة RTRv2 قيد التحديث. المسألة ليست اتهام الصفر، بل توثيق الانتقال من البرنامج المتاح إلى أثر التوجيه.

ثلاثة مفاتيح لثلاث طبقات

يفصل دليل الإصدار الموسوم بين الضوابط.

الإعداد القيمة الافتراضية ما يحكمه
--aspa.max-providers 4,000 الحد الأعلى لمزوّدي ASN عميل واحد في دورة تحقق
--output.aspa NULL، معطل إخراج كائنات ASPA الصالحة إلى JSON
--server.max-rtr-version 0 أعلى إصدار RPKI-to-Router يتفاوض عليه الخادم

حد التحقق لا يفتح الملف. والملف لا يفتح جلسة الموجّه. والجلسة لا تحدد سياسة اختيار المسار.

يقول الدليل إن RTRv0 يحمل سجلات التحقق من البادئات، وتضيف RTRv1 مفاتيح الموجّه، وتضيف RTRv2 كائنات ASPA. لذلك يستطيع FORT التحقق داخلياً من ASPA، ويمكنه إخراجها إذا عُيّن الملف، لكن جلسة الإصدار 0 لا تحمل PDU الخاص بـASPA في الإصدار 2.

هذا لا يعني أن أي مشغّل لم يرفع السقف إلى 2. إنه يحدد فقط ما تسمح به الحالة الافتراضية المنشورة.

التفاوض واقعة تشغيلية

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

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

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

صلاحية الكائن ليست صلاحية المسار

يعرّف ملف ASPA في المراجعة 29 كائناً موقعاً يفوض به حامل ASN العميل مزوّديه. يتحقق الطرف المعتمد من الكائن وشهادته ومحتواه، لكنه لم يحكم بعد على AS_PATH بعينه.

تنتج إجراءات المراجعة 28 الحالات Valid وUnknown وInvalid. توصي بجعل Invalid غير مؤهل للاختيار، وبمعاملة Unknown مثل Valid، لكنها تترك سياسة التخفيف المحددة لمشغّل الشبكة.

عدد الكائنات يقيس أداة التحقق، وجلسة v2 تقيس النقل، وعدّ الحالات يقيس الحساب، ولا يثبت التطبيق إلا سجل السياسة وRIB وFIB. وصول البيانات ليس رفضاً تلقائياً لمسار.

وفي الاتجاه الآخر، لا يعني v0 انعدام الحماية. تستمر بيانات التحقق من المنشأ، ويمكن للملف دعم التجارب. الاستنتاج الدقيق هو أن FORT يقدم قدرة ASPA تجريبية ويترك توصيلها وتنفيذها لاختيار صريح.

رقم المسودة جزء من هوية البرنامج

يربط الدليل التنفيذ بـ8210bis-25. وفي تاريخ البحث كانت المراجعة 27 هي الجارية، وبلغ ملف ASPA المراجعة 29، وخوارزمية التحقق المراجعة 28.

لا يثبت اختلاف الأرقام عدم التوافق؛ فقد تكون التغييرات تحريرية أو فنية، ولا يحسمها إلا الاختبار. لكنه يثبت أن عبارة «يدعم RTRv2» ناقصة للبرمجيات التجريبية. يلزم تحديد المراجعة وcommit والحزمة والطرف الذي اختُبر معها.

يبقى RFC 8210 المواصفة المنشورة للإصدار 1، بينما ينتمي ASPA PDU إلى عمل الإصدار 2 بصفته Internet-Draft. يفسر ذلك الحذر، ويجعل توثيق أي انتقال لاحق ضرورياً.

عدد التنزيلات لا يحل المسألة: التنزيل ليس تثبيتاً، والتثبيت ليس عملية جارية، والعملية ليست جلسة v2، والجلسة ليست تخفيفاً.

بطاقة قدرة عامة وإيصال تفعيل محلي

تسجل بطاقة الإصدار tag وcommit والحزم وhashes، ومراجعات الملف والبروتوكول والتحقق، والقيم الافتراضية والحدود، والفروق المعروفة، والعملاء المختبرين، والاستبدال والتراجع. ولا تتطلب قياس شبكات خاصة.

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

يمكن حماية أسماء الموجّهات والطوبولوجيا. تكفي المجاميع الآمنة للنشر، ويبقى التفصيل للمراجعة والحوادث.

مفتاح الربط هو hash الحزمة، ومراجعة المسودة، وبصمة الإعداد. بدونه تصف بطاقة الإصدار احتمالاً ويصف التقرير عملية بلا هوية.

حدود ما نعرفه

لا تعد المصادر عمليات التثبيت، ولا من غيّر الصفر، ولا جلسات v2، ولا الكائنات ذات الصلة أو المسارات المرفوضة. ولا تثبت خطأ إعلان LACNIC، أو وجوب جعل v2 افتراضياً، أو عدم توافق المراجعتين 25 و27.

كما أن ASPA لا يؤمن BGP كله. إنه يوفر دليلاً على تفويض المزوّد ويساعد في كشف التسرب، لكنه لا يتحقق من مستوى التمرير، ولا يزيل Unknown، ولا يستبدل السياسة المحلية.

الثابت أضيق: نفذ FORT 1.7.0.experimental ASPA وRTRv2؛ بقي سقف الموجّه عند 0؛ ظل إخراج الملف معطلاً؛ وبقي الفعل النهائي بيد المشغّل. السؤال الأفضل ليس «هل يدعم ASPA؟» بل: أي بناء، وأي مسودة، وأي جلسة، وأي حالة، وأي سياسة؟

المصادر