الخلاصة

  • وصف وسم المسار الخارجي في OSPF طريقة توليده، واكتمال معلومات الطريق، وفئة طولها؛ ولم يحمل AS_PATH كاملاً.
  • بقي الوسم اليدوي قيمة محلية مبهمة، وحتى الوسم الآلي لم يميز إلا بين طول صفر وواحد وأكثر من واحد.
  • إذا كان الطريق مبتوراً أو كانت نسخته الكاملة محفوظة في سجل BGP منفصل، لم يجز إعادة تصديره اعتماداً على إسقاط OSPF وحده.

كان العبور بين البروتوكولين عبوراً بين سجلين

خارج النظام المستقل حمل BGP تاريخاً بين المجالات. وفي الداخل حسب OSPF الوصول والكلفة وفق نموذج آخر. كان بإمكان ASBR إدخال طريق BGP إلى OSPF، ثم قد يرى ASBR آخر هذا السجل الداخلي ويحاول إعادته إلى الخارج.

قسّم RFC 1403 الوسم ذي 32 بت إلى بت Automatic، وبت Completeness، وبتين لـPathLength، واثني عشر بتاً حرة، وستة عشر بتاً لرقم AS. لم يكن PathLength عدّاداً للتسلسل الكامل، بل فئة: صفر أو واحد أو أكثر أو قيمة محجوزة.

كان الوسم يصف حال الدليل، لا الطريق نفسه.

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

ولم يكن Automatic شهادة أصالة. لم يناقش RFC الأمن. فقد حدّد البت كيفية تفسير السجل، ولم يثبت صحة الجهاز أو المدخل أو السياسة.

قد يكون الغائب مفقوداً أو محفوظاً لدى سجل آخر

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

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

أما إذا ظل الطريق الكامل موجوداً، فكان مكانه مختلفاً. حمل OSPF إسقاط الوصول، بينما نقل BGP التاريخ الكامل بين موجّهات الحدود داخل AS. كان على الجهاز انتظار تحديث BGP الداخلي قبل الإعلان الخارجي.

سمى RFC الحالة الثانية “out of band”. المقصود ليس قناة بيانات سرية، بل سجل بروتوكولي آخر يحفظ ما لا يتسع له الوسم. في الحالة الأولى ضاع الدليل؛ وفي الثانية بقي عند جهة حفظ أخرى. ولم يحق للملخص أن يحل محل المصدر في أي منهما.

وجود الطريق لم يكن إذناً بنشره

كان الافتراض ألا يُصدَّر شيء من OSPF إلى BGP. احتاجت الطرق الخارجية إلى إعداد صريح. كما احتاج إدخال BGP إلى OSPF إلى اختيار، ولم يجز توليد default route من دون قرار إداري.

تعلّم الطريق، وإدخاله في مجال آخر، وإعلانه للـpeers أفعال منفصلة. ظهور الوجهة في جدول OSPF لم يثبت بقاء منشئها ولا سلطة إخراجها.

أظهر تحويل المقاييس الحذر نفسه. اختلف OSPF cost عن INTER-AS METRIC في BGP-3 في العرض والمعنى. ترك RFC 1403 السمة الاختيارية غائبة افتراضياً. لا تنقل المعادلة دلالة نظام قرار إلى آخر تلقائياً.

ساعد تطابق BGP Identifier مع OSPF router ID في ربط السجلات. فإذا أدخل عدة ASBRs الوجهة نفسها، وجب على المعلن تحديد أي مخرج يستخدمه OSPF فعلاً، ثم ربطه بطريق BGP الكامل الخاص بذلك الموجّه.

حدّث RFC 1745 النموذج عام 1994 لـBGP-4 وIDRP والبادئات المتغيرة ومجموعات الطرق وMULTI_EXIT_DISC وLOCAL_PREF. وقد تتطلب المخارج المتساوية جمع الطرق في set. ومع ذلك بقي الحد: لا يعاد تصدير الطريق المبتور أبداً، ولا يستخدم الطريق الكامل الطويل قبل وصوله عبر BGP/IDRP.

أما ربط OSPF Forwarding Address بـBGP NEXT_HOP فكان يحدد القفزة التالية ويجنب قفزة زائدة. لم يثبت مرور الحزمة أو رد الوجهة أو نجاح التطبيق. طريق المصدر، وفعل الإدخال، ومنشأ الوسم، والاكتمال، وسياسة التصدير، ووصول الطريق الكامل، والإعلان، والتمرير، والنتيجة البعيدة طبقات دليل مختلفة.

يحمل RFC 1403 وRFC 1745 اليوم حالة Historic، ولا يقدمان تحليلاً أمنياً. لا يثبتان ممارسة حالية أو حادثة. لكن حكمهما التاريخي يبقى واضحاً: لا تفيد علامة «غير مكتمل» ما لم تسحب معها السلطات التي تحتاج إلى الجزء الغائب.

المصادر

تثبت هذه المصادر حالة الوثائق ودلالة الحقول ومتطلبات البروتوكول، ولا تثبت انتشاراً حالياً أو أصالة أو نجاح التمرير أو نتيجة المستخدم.