أصبح عنوان الجار معلوماً، لكن ملكية الوصلة ومصدرها بقيا خارج OSPF

الخلاصة

• تنشئ RFC 5185 بنية واجهة OSPF مستقلة لكل تجاور متعدد المناطق، لكنها قد تعتمد على عنوان جار مهيأ أو مكتشف خارج OSPF وعلى دائرة مادية مشتركة.
• يجب أن يربط سجل التشغيل Area ID وRouter ID والعنوان ومصدر اكتشافه بالمنفذ والدائرة ومجموعة الخطر؛ فالحالة FULL لا تثبت ملكية المورد ولا تنوعه.

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

لم تفشل RFC. لقد حددت بوضوح أين تنتهي معلومات OSPF: قد يأتي عنوان الجار من خارج البروتوكول، بينما تبقى هوية المورد المادي ومسار الألياف وسعته في سجل آخر.

لماذا توجد عدة تجاورات فوق وصلة واحدة

صدرت RFC 5185 في مايو 2008 على مسار المعايير. يعرض المثال رابطاً سريعاً بين موجهي حدود مناطق داخل العمود الفقري، بينما تسلك حركة منطقة أخرى مسارات داخلية أبطأ لأن OSPF يفضل المسار داخل المنطقة على المسار بين المناطق.

ينشئ الامتداد تجاوراً إضافياً لتلك المنطقة فوق الواجهة المشتركة، فيصبح الرابط السريع مساراً داخل المنطقة من دون إخراجه من العمود الفقري. لا يحل virtual link الحالة من دون تغيير انتماء الرابط. وتحتاج secondary addresses إلى عناوين إضافية، ولا تعمل مع الواجهات غير المرقمة، وقد تزيد المسارات. أما وضع subnet واحدة في مناطق عدة فيخالف تعريف المنطقة.

إذن تتعدد إسقاطات الطوبولوجيا ولا تتعدد الألياف.

عنوان الجار له سلسلة منشأ

في الواجهة point-to-point لا يلزم إعداد عنوان الجار لأن جاراً واحداً فقط موجود. أما الأنواع الأخرى فتحتاج إلى إعداد العنوان أو اكتشافه بآلية خارج OSPF، ثم ترسل الحزم إلى الجار أحادياً. يحدد Area ID سياق التجاور عند الاستقبال.

يجب ألا يختصر المخزون هذه السلسلة إلى «جار معروف». عليه حفظ مصدر العنوان، ووقت تعلمه، والواجهة التي استخدمته، وهوية Router ID المقابلة، والسياسة التي سمحت به. صحة Hello وتبادل LSDB لا تجيبان عن مصدر نظام الاكتشاف أو عمن يملك الدائرة.

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

FULL حقيقة منطقية محدودة

لكل تجاور بنية interface مستقلة من نوع point-to-point مهما كان نوع الوسط الأساسي. تبقى neighbor FSM قياسية، ويستمر التجاور الرئيسي وفق RFC 2328. وعند FULL يضاف التجاور كوصلة type 1 في Router-LSA: Link ID هو Router ID البعيد، وLink Data هو عنوان الجار أو IfIndex في الواجهة غير المرقمة. ولا تضاف وصلة type 3.

هذا يثبت وجود علاقة بروتوكول حقيقية وتأثيرها في SPF. لكنه لا يثبت كابلاً ثانياً أو مزوداً آخر أو سعة إضافية. قد تمثل ثلاث علاقات FULL مورداً مادياً واحداً ينهار بعطل واحد.

السعة والخطر يتبعان الدائرة

تعلن RFC 3630 metric هندسية وسعة قصوى وقابلة للحجز وغير محجوزة ومجموعة إدارية. هذه صفات للمورد. تكرارها عبر حواف مناطق عدة لا يجعلها قابلة للجمع.

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

ضمن طبقات الواقع عند Heng Lu، تمثل Router-LSA طبقة رمزية قابلة للتنفيذ، بينما تحدد العدادات والبصريات ومسار الحزم حدود الواقع التشغيلي. الربط بين الطبقتين هو الدليل؛ الاسم في إحداهما لا ينشئ مورداً في الأخرى.

تحسين المسار قد يوسع أثر الانقطاع

عندما يصبح الرابط مساراً داخل المنطقة، قد تنتقل إليه حركة كانت موزعة على روابط أبطأ. لهذا لا يكفي نجاح التجاور. يلزم حفظ LSDB وSPF وRIB وFIB قبل التغيير وبعده، مع الاستعمال والفقد والازدحام وسعة البدائل.

يمكن لإعلان stub-router في RFC 6987 أو reverse metric في RFC 9355 تغيير الاختيار أثناء الصيانة. لكن بقاء knobs سليمة لا يثبت خروج الحركة من الدائرة. الدليل هو forwarding المرصود.

الخطر المشترك هنا استنتاج تشغيلي مسند إلى حقيقة الوصلة الواحدة، وليس نصاً إضافياً ننسبه إلى RFC. يجب إثباته بالمخزون والقياس وتزامن الأعطال.

التوافق يسمح بعدم التماثل

يكفي أن يمثل الطرف البعيد التجاور كنقطة إلى نقطة؛ لا يشترط أن يستخدم الطرفان تكوين multi-area متطابقاً. توصي الوثيقة بالتماثل لأنه يسهل تمثيل الطوبولوجيا والتحقيق.

يدعم ذلك التبني الطوعي، لكنه يوجب حفظ منظور الطرفين. يجب أن يجمع السجل Router IDs وأدوار ABR والبرامج والواجهات وعنوان الجار ومصدره وArea ID والتكوين على الطرفين والدائرة المشتركة. وإلا أصبحت التسمية المحلية عائقاً أمام تحديد سبب مادي واحد.

رفض الغموض قبل التشغيل

قد تطابق حزمة backbone virtual link أو multi-area adjacency. إذا طابقت الاثنين معاً، تعد RFC ذلك خطأ إعداد يعالج وقت التكوين. لا يجوز لترتيب التنفيذ أن يختار تفسيراً بالصدفة.

ينطبق المبدأ نفسه على الأتمتة: إذا تعذر إثبات أن حافتين مستقلتان مادياً، تتوقف نتيجة التنوع. المجهول ليس مسارين.

OSPFv3 يفصل الطوبولوجيا عن العناوين

لا تعتمد روابط Router-LSA في OSPFv3 على دلالة العنوان. لا تعلن RFC 5185 prefixes للتجاور في intra-area-prefix-LSA، وتقول إن link-LSA لا ينبغي إعلانها. ويمكن تعلم link-local من رأس Hello.

وهكذا توجد حافة طوبولوجية من دون prefix جديد. يجب فصل سجلات الطوبولوجيا والعنونة والمورد المادي وربطها، لا اختراع عنوان لإكمال شكل البيانات.

سجل يثبت النتيجة ولا يوسعها

يحفظ السجل: معرف التغيير واللقطة؛ Router IDs والأدوار والإصدارات؛ الواجهة وعنوان الجار ومنشأه؛ الدائرة والبطاقة والمزود ومجموعة الخطر؛ التجاور الرئيسي والإضافي؛ Area IDs؛ نوع الشبكة ونموذج point-to-point؛ أزمنة FSM؛ Link ID وLink Data وmetric وغياب type 3؛ سلوك OSPFv3؛ LSDB وSPF وRIB وFIB والحركة؛ السعة مرة واحدة؛ تماثل الطرفين؛ اختبار virtual link؛ الصرف والتراجع والنتيجة.

تمنح RFC 5185 آلية مشتركة صغيرة وتترك قرار استخدامها محلياً. يظل ذلك آمناً حين نعرف مصدر العنوان، وسلطة حالة الجار، وهوية الدائرة التي تجعل كل ذلك قابلاً للتنفيذ.

المصادر

1. RFC 5185 HTML
2. RFC 5185 نص
3. معلومات RFC Editor
4. IETF Datatracker
5. سجل الوثيقة
6. مراجع الوثيقة
7. تصحيحات RFC 5185
8. RFC 2328 OSPFv2
9. معلومات RFC 2328
10. RFC 5340 OSPFv3
11. معلومات RFC 5340
12. RFC 3630 هندسة الحركة
13. RFC 6987 Stub Router
14. RFC 7770 القدرات الاختيارية
15. RFC 8665 Segment Routing
16. RFC 9355 Reverse Metric
17. RFC 3137 Stub Router
18. Heng Lu: طبقات الواقع
19. Heng Lu: المواصفة الدنيا والتبني الطوعي
20. Heng Lu: أولوية الشفرة العاملة