الخلاصة

  • سمّى RFC 3034 سلسلة محولات Frame Relay التي تستبدل DLCI ولا تنقص MPLS TTL «مقطعاً بلا TTL»، ولذلك وجب على أحد الحدّين احتساب القفزات التي لم تحتسبها النواة.
  • أمكن لكائن Hop Count في LDP أن يزوّد مدخل البث الأحادي بطول المقطع ليحسمه مقدماً، لكنه ظل ادعاءً من مستوى التحكم لا قياساً لمسار الرزمة ولا إيصالاً بالوصول.

لم يكن العجز في تمرير الإطار. يستقبل المحوّل DLCI، ويبحث عنه، ويكتب DLCI الخروج ثم يرسل الإطار. هذه هي العملية التي صُمم لها. ما كان ينقصه غالباً هو تعليمة بسيطة في أجهزة التوجيه: طرح واحد من TTL في كل رزمة. وعندما صار المحوّل Label Switching Router في MPLS، تحولت الفجوة المحلية إلى مسألة تخص سلامة المسار كله.

نُشر RFC 3034 في يناير 2001 بصفة Proposed Standard، ولم يفترض أن العتاد اكتسب وظيفة لا يملكها. عرّف سلسلة تلك الأجهزة على أنها «مقطع بلا TTL»، ونقل احتساب القفزات إلى حد قادر على القيام به.

سكنت قيمة التسمية الفاعلة داخل DLCI

على وصلة Frame Relay حمل حقل DLCI في ترويسة الوصلة قيمة تسمية MPLS الحالية. أما التسميات الإضافية وبقية حقول عنصر المكدس العلوي، ومنها TTL، فبقيت في تغليف MPLS العام. داخل النواة بحث FR-LSR عن DLCI، واستبدله بقيمة الخروج، ومرر الإطار.

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

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

القفزات التي لا تلمس العداد لا تختفي من الطريق

يحد TTL في MPLS من الحلقات ومن مدى انتشار الرزمة. لو عُدّت خمسة محولات Frame Relay صفراً دائماً، لخرجت الرزمة بعمر أكبر مما يبقى لها بعد خمسة موجهات مكافئة. صحة كل استبدال DLCI محلي لا تحفظ وحدها خاصية المدى على امتداد المسار.

صاغ RFC الحساب على صورة TTL الخروج = TTL الدخول - d. تعتمد d على تغليف الدخول والتمرير والخروج. يكون الحسم صفراً في تبديل Frame Relay من المستوى نفسه داخل النواة لأن الكلفة تُسدد عند حد آخر. ويكون عادةً واحداً في تمرير MPLS العام. أما دخول مقطع Frame Relay بلا TTL فيمكن أن يخصم كامل عدد قفزات المقطع المنشور.

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

كان على المدخل أن يرفض الرزمة قبل نفاد عمرها

أتاح الدفع المسبق اتخاذ القرار قبل أول استبدال DLCI. إذا دل طرح طول المقطع على أن TTL للبث الأحادي سينفد قبل المخرج، حُظر على المدخل إرسال الرزمة ذات التسمية إلى المقطع بلا TTL.

وبدلاً من ذلك، كان عليه أن يحاول إرجاع خطأ ICMP وفق قواعد مكدس التسميات، أو يمرر الرزمة بلا تسمية مع TTL يعكس تمرير IP. وإذا كانت قيمة الدخول واحداً، لم يبق إلا مسار الخطأ.

كلمة «يحاول» تحدد سقف الدليل. إنشاء ICMP لا يثبت أن المصدر تسلمه، وتمرير الرزمة بلا تسمية لا يثبت وصولها لاحقاً. ما يثبته سجل المدخل هو القرار وقيم الحساب، لا النتيجة النهائية.

كان Hop Count حالة موزعة لا قياساً للحركة

استطاع LDP إرفاق كائن Hop Count برابطة التسمية. فإذا تلقى FR-LSR قيمة معروفة من جهة المصب زادها واحداً قبل إعلان الرابطة إلى المنبع. وبقيت القيمة المجهولة مجهولة. وإذا تجاوزت الزيادة الحد الأقصى، امتنع عن تمرير الرابطة وأرسل خطأ.

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

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

غيّر المسار الجديد صلاحية الحساب القديم

لم يثبت العدد لمجرد أن المنبع تسلم رابطة. قد يحول التحكم المستقل «مجهول» إلى قيمة معروفة، وقد تختار خوارزمية التوجيه قفزة تالية أخرى. إذا غيّرت رابطة جديدة من المصب العدد المعلن، وجب على FR-LSR زيادة القيمة الجديدة ونشرها باتجاه المدخل. وإذا تجاوزت الحد الأقصى، وجب سحب تسميات FEC ذات الصلة من جيران المنبع حتى لا يعتمد كشف الحلقات على رقم مستحيل.

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

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

التكيف مع العتاد لم يدمج طبقات الدليل

وجب على محوّل Frame Relay العامل بصفة LSR تخصيص التسميات وصيانتها والمشاركة كند في بروتوكول توجيه طبقة الشبكة. ومع ذلك أمكن للتحكم التقليدي في Frame Relay والتحكم بالتسميات أن يتعايشا بصورة مستقلة على الجهاز والواجهات نفسيهما، مع مشاركة محدودة مثل تقسيم فضاء DLCI. أبقى RFC التشغيل المركب خارج نطاقه.

كان الحل تسوية هندسية محددة: يختار التوجيه الاعتماد التالي، ويعلن LDP الطول، ويحسم المدخل القيمة، وتستبدل النواة DLCI. أما مشاهدة الرزمة وTTL عند الخروج فإيصالان آخران. نقل RFC 3034 العمل احتراماً لحدود العتاد، ولم ينقل حقيقة الرحلة إلى الرقم الذي أعلنه مستوى التحكم.

المصادر

لم يكتب Lu Heng الوثيقة RFC 3034 أو المعايير ذات الصلة ولم يؤيدها. تُستخدم مقالاته هنا كعدسات تحليلية معلنة بوضوح.