الخلاصة

  • قرنت RFC 3477 معرف موجّه ثابتاً بمعرف واجهة محلي عند الطرف كي يستطيع RSVP-TE تحديد الوصلات غير المرقمة من نقطة إلى نقطة وتسجيلها.
  • أمكن للطرفين اختيار قيم لا علاقة رقمية بينها، فيما بقي قصد ERO وحل IF_ID وسجل RRO وواقع التمرير إيصالات منفصلة.

يوحي وصف «غير مرقمة» بأن الوصلة بلا هوية. لكن الوصلة في RFC 3477 كان لها اسمان. خصص كل LSR عند أحد الطرفين اسمه الخاص، ولم يكن لأي رقم منهما معنى كامل خارج نطاق الجهاز الذي أنشأه.

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

لذلك لم يكن Interface ID وحده معرفاً عالمياً صغيراً للوصلة. أرفقته RFC 3477 بمعرف Router ID للموجّه الذي خصصه. وكان Router ID عنوان IP ثابتاً، غالباً عنوان loopback، يفترض أن يظل قابلاً للوصول ما دامت هناك أي صلة بالعقدة. أصبح الاسم القابل للنقل هو الزوج المكوّن من هوية الموجّه والقيمة المحلية التي اختارها.

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

كان على الطرفين تبادل اختياراتهما. ذكرت RFC 3477 الإعداد اليدوي وLMP وRSVP أو CR-LDP عند استخدام Forwarding Adjacency وامتدادات IS-IS أو OSPF. وإذا استُخدم IGP لهندسة الحركة، وجب أن تتفق وحداته ووحدة RSVP داخل LSR على المعرفات. لا يستطيع تنسيق صحيح إصلاح خريطة جيران قديمة.

ظهر الاسم أولاً في قصد المسار. أضيف إلى Explicit Route Object كائن فرعي Unnumbered Interface ID من النوع 4 والطول 12، يحمل Router ID وInterface ID الذي خصصه ذلك الموجّه. داخل ERO دل الزوج على الوصلة التي يفترض أن يستخدمها المسار. كان تعليمة للمسار المطلوب، لا دليلاً على أن الرسالة أو الحركة عبرته بالفعل.

ثم جاءت مرحلة الحل بين الجيران. عندما اختارت عقدة وصلة خروج غير مرقمة، وضعت Router ID الخاص بها ومعرفها المحلي في IF_ID RSVP_HOP. احتاج LSR المستقبل إلى معرفة الأرقام التي خصصها جيرانه والبحث عن تطابق. وإذا لم يجد تطابقاً، أوصت الوثيقة بإرجاع IF_ID ERROR_SPEC ذي الرمز 24 والقيمة 16، أي Unknown Interface Index.

يثبت هذا الخطأ حقيقة محدودة: لم يستطع هذا المستقبل، وفق معرفته في تلك اللحظة، حل اسم ذي نطاق جار محدد. لا يثبت وحده غياب الليف، أو خداع المرسل، أو خطأ IGP بكامله، أو استحالة مسار آخر. يحتاج تفسير السبب إلى مصدر الخريطة ونسختها ووقتها واتجاه الرسالة وحالة المجاورة.

استخدم Record Route Object كائناً فرعياً من النوع 4 والطول 12 أيضاً، لكن لغرض مختلف. عبّر ERO عن الطريق المقصود، بينما راكم RRO الطريق الذي سجله RSVP مع تقدم رسالة Path. تشابه الصيغة لم يحول النية إلى مشاهدة، ولم يحول سجل مستوى التحكم إلى قياس مستقل للوصلة المادية.

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

امتد النموذج إلى Forwarding Adjacency غير المرقمة. إذا أُعلن LSP كوصلة، خصص طرف الرأس معرفاً وخصص طرف الذيل معرفاً آخر. حمل كائن LSP_TUNNEL_INTERFACE_ID، بالفئة 193 وC-Type 1، هوية الاتجاه الأمامي في Path أو العكسي في Resv. حتى الوصلة المركبة فوق LSP احتفظت بمنظورين إداريين.

وسعت وثائق GMPLS وOSPF وIS-IS وتجميع الوصلات اللاحقة إعلان هذه المعرفات أو استعمالها. ثم حدّثت RFC 6107 الوثيقة من أجل Path Key. تساعد هذه النصوص في فهم السلسلة التقنية، لكنها لا تثبت أن شبكة بعينها في يناير 2003 نفذت خصائص لاحقة أو أن مساراً محدداً كان يعمل.

يوفر فصل طبقات الواقع في ملاحظات Heng Lu منهج التدقيق الصحيح. يمنح Router ID الرقم نطاقاً، لكنه لا يثبت قابلية الوصول الحالية. يعبّر ERO عن نية، لا عن عبور. يسجل RRO حالة RSVP، وليس استمرارية مادية مستقلة. تخصيص ملصق لا يثبت برمجة العتاد، وبرمجة العتاد لا تثبت تسليم الحركة.

ينبغي للتدقيق أن يحتفظ برسالة RSVP الخام والجلسة والمرسل والاتجاه والوقت، ثم ترتيب ERO وزوج IF_ID ومصدر خريطة الجار ونتيجة المطابقة وحالتي Path وResv وعملية الملصق وترتيب RRO وأعلامه. بعد ذلك فقط تُربط هذه السجلات بجرد الواجهات وحالة المجاورة وجدول التمرير والإنذارات وعدادات الحركة، ولكل طبقة مصدرها وتوقيتها.

القاعدة العملية الأهم هي عدم فصل Interface ID عن Router ID الذي خصصه. ولا يجوز دمج قيمتي الطرفين في رقم معياري مخترع. اختلافهما ليس ضجيجاً، بل أثر يوضح كيف توزعت سلطة التسمية.

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

المصادر