الخلاصة

  • توضح النسخة 05 المؤرخة في 1 أكتوبر من مسودة مجموعة SAVNET فرقاً بين تزويد المشغّل بالمعلومات والحصول عليها من نظام التوجيه. وعند استخدام عميل بادئات BYOIP أو بادئات حصل عليها من مزوّد آخر، ينبغي للمشغّل أن يطلب تحديدها ودليلاً على حق استعمالها كمصادر، حتى إن لم تكن لها مسارات مضبوطة أو معلنة.
  • ما زال النص Internet-Draft نشطاً يُقصد به أن يكون معلوماتياً، لا RFC معتمداً ولا تقرير نشر ميداني. ولا يفرض شهادة موحدة أو بروتوكولاً جديداً بين الأنظمة المستقلة أو إسقاطاً فورياً للحزم. التطور هو توضيح موضع التفويض في عملية بناء قواعد التحقق المحلية.

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

كانت النسخة 04 قد أقرت بالفعل بمشكلة المسارات غير المتناظرة والبادئات المخفية، وقدمت وظيفة SAV Agent التي تجمع المعلومات وتولد القواعد. لذا لا يصح تصوير النسخة الجديدة وكأنها اكتشفت أن المسار ليس تفويضاً. ما تغير هو تفصيل طريقتين لجلب المدخلات: تزويد المشغّل من سجلات العملاء وتخصيص العناوين والضبط، أو الاستفادة من معلومات نظام التوجيه. يمكن الجمع بين الطريقتين. لكن حق استعمال بادئة لا يعرفها نظام التوجيه يجب إدخاله من جانب المشغّل.

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

في المثال الجديد يتصل العميل C عبر الواجهتين i1 وi2. يمكن الاستفادة من معلومات التوجيه الملائمة في تحديد P1 وP2؛ أما H فهي بادئة مخفية تُستعمل مصدراً ولا تظهر في نظام التوجيه. إذا كان العميل مخولاً باستعمال الثلاث، فينبغي أن تسمح بها قائمتا الواجهتين. تحتاج H إلى سجل تفويض صريح، وتحتاج تغييرات التخصيص أو الارتباط أو سحب التفويض إلى تحديث القواعد المتأثرة. هذا مثال معماري، وليس دليلاً على شبكة منشورة بالفعل.

توصي المسودة بقواعد قائمة على السماح، لكنها تحذر من أن نقص المدخلات قد يحجب حركة مشروعة. يبقى التعامل مع الحزم المصنفة غير صالحة قراراً محلياً بحسب مرحلة النشر؛ وقد يسبق الإسقاط الصارم رصد أو تسجيل أو إجراء متحفظ. ولا تحدد المسودة خوارزمية أو موقعاً إلزامياً لوظيفة SAV Agent. حالتها في Datatracker لا تزال I-D Exists. القيمة التحريرية هنا في قابلية مساءلة القرار: ما الدليل الذي سمح لهذه البادئة على هذه الواجهة، ومتى وصل التغيير إلى القاعدة الفعلية؟

المصادر