رقم النظام المستقل مسجل، فمن يملك حق الوعد بسلوكه؟

Summary

• تبحث مسودة IRBC في بيانات قابلة للإسناد عن سلوك BGP المتوقع لنظام مستقل ضمن اتصال وجار وفئة مسارات وشروط محددة.
• لا ينبغي للنموذج المقترح استنتاج سلطة وضع سياسة التوجيه لمجرد تسجيل ASN أو حيازة بادئة عناوين.

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

تفصل الفقرة 2.2 بين السلطة على رقم النظام المستقل، والسلطة على موارد العناوين، والسلطة التشغيلية على سياسة التوجيه. قد يكون مصدر البيان النظام نفسه أو جهة مخولة بالعمل باسمه. أما النظام المجاور فطرف مستقل. قول AS A ما سيفعله لا يلزم AS B بتعهد مماثل؛ وعند تعارض الروايتين يجب إبقاء مصدر كل بيان وسلطته ظاهرين.

وللوعد حدود عملية. الاتصال، الجار، فئة المسار، اتجاه الإعلان، الشرط، الاستثناء والمدة كلها أجزاء من المعنى. الإلزام والمنع والإذن والتفضيل ليست كلمة واحدة في المسودة. تحدد RFC 9234 أدوار BGP على مستوى الجلسة؛ أما السؤال هنا فهو من يتحمل مسؤولية سلوك معين وأي دليل يستطيع مراقب مستقل استعماله.

قد يرى جامع مسارات واحد رسالة BGP UPDATE عند نقطة محددة. هذا يثبت الرؤية هناك، لا في كل اتصال آخر. وغياب الرسالة من ذلك الجامع لا يثبت أن جاراً آخر لم يتلقها. لذلك تطلب المسودة تحديد مصدر الدليل ووقت جمعه ومكان المراقبة وتغطيتها، مع نتيجة «غير محسومة» عند نقص البيانات. وإذا سُحب التعهد أو استُبدل، فيجب تقييم الفترة وفق النسخة التي كانت سارية حينها.

يظهر سجل IETF وثيقة فردية محدثة في 2 نوفمبر. نحتاج بياناً حقيقياً وسند تفويض مصدره وسجلات مراقبة تغطي الجيران والفترة المقصودة كي نرى إن كان هذا الفصل بين السلطات يعمل فعلاً.