الخلاصة

  • أوصت RFC 3037 بتنفيذ LDP الأساسي في الأجهزة التي تمرر MPLS عبر مسارات عادية قائمة على الوجهة؛ ولم تجعله إلزاميًا لكل جهاز MPLS، ولم تثبت أن نسخة منه كانت مهيأة وتعمل.
  • فصلت الوثيقة توزيع الوسوم قفزة بقفزة عن هندسة الحركة ذات المسار الصريح، وكشفت إيصالات مستقلة: الاكتشاف، واتصال TCP، والاتفاق على المعلمات، والجلسة التشغيلية، وتبادل الروابط، والحالة المحتفظ بها، وبرمجة التمرير، والحركة المرصودة.

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

صدرت الوثيقة في يناير 2001 بوصفها RFC معلوماتية، وأجابت عن سؤال قابلية التطبيق: أين يقع LDP الأساسي بين السبل الممكنة لتوزيع وسوم MPLS؟ رسمت الإجابة حدًا حول المسار العادي. وقراءتها بدقة تتطلب ألا تتحول ملاءمة البروتوكول إلى حقيقة تشغيلية.

النطاق كان المسار الذي يختاره التوجيه العادي

احتاج تمرير MPLS إلى أن تتشارك مبدلات الوسوم المتجاورة معنى الوسوم المستخدمة بينها وعبرها. وقد وفر LDP إجراءات يعلن بها مبدل الوسوم عن ربط أنشأه. ووصفت RFC 3037 تلك الإجراءات بأنها تدعم توزيع الوسوم على المسارات التي سبق أن اختارها التوجيه القائم على الوجهة، أي تمرير MPLS قفزة بقفزة.

أمكن لهذا الدور أن يصل بين آليات غير متجانسة. كان بوسع LDP مع مستوى توجيه IP وبرمجيات تبرمج وصلات ATM أو Frame Relay المتقاطعة أن يحمل IP عبر شبكات التبديل من دون شبكة تراكب أو نظام عنونة وتوجيه خاص بالتقنية. كما أن LDP المستقل لم يشترط وجود بروتوكول توجيه واحد قادر على حمل الإضافات عند كل قفزة.

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

وفصل الحد نفسه LDP الأساسي عن هندسة الحركة. فالمسارات ذات التوجيه الصريح لا يلزم أن تتبع الطريق الذي يختاره التوجيه العادي. وسمت RFC 3037 امتدادات CR-LDP وRSVP-TE آليتين محتملتين، وسجلت غياب إجماع حينها على التفوق التقني. وكان على المشغلين الاختيار وفق الحاجة والظرف. أتاح إطار امتداد LDP عملًا إضافيًا؛ لكنه لم يجعل أي امتداد جزءًا من البروتوكول الأساسي لمجرد وجود موضع للامتداد.

التوصية تعلقت بوظيفة، لا بكل جهاز

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

التنفيذ إيصال واحد فقط. قد توجد البرمجيات والميزة معطلة. وقد تعمل العملية ولا تكتشف ندًا. وقد لا يؤدي الاكتشاف إلى اتصال TCP. وقد يفشل الاتصال في التفاوض. وقد لا تتبادل الجلسة العاملة ربطًا مفيدًا. وقد لا يصل الربط إلى جدول التمرير. وقد لا يرى الوسم المبرمج أي حزمة.

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

الجلسة سلسلة وليست ضوءًا أخضر واحدًا

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

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

وغياب التحديث الدوري غيّر عبء الإثبات. فالحالة الدائمة كفؤة، لكن التحقيق في عطل لاحق لا يستطيع استنتاج حداثتها من غياب إعادة الإرسال. استمرار الجلسة، وتبعية التوجيه، ودورة حياة الربط، والاستخدام في مستوى البيانات تحتاج إلى طوابعها الزمنية الخاصة.

قائمة الأوضاع كانت حجة عن الموارد

لم يفرض LDP تركيبة سلوك واحدة. في Downstream Unsolicited يعلن مبدل الوسوم ربط FEC بوسم حين يصبح مستعدًا لتمريرها. وفي Downstream on Demand يجيب طلبًا محددًا. الاحتفاظ المتساهل يبقي الوسوم المتعلمة ولو لم تُستخدم فورًا، أما المحافظ فيحرر غير اللازمة. والتحكم المستقل يتيح الإعلان حين يراه المبدل مناسبًا، بينما ينتظر التحكم المرتب ربط القفزة التالية أو وضع الخروج.

جمعت RFC 3037 هذه الخيارات حول الندرة. حين كانت قيم الوسوم محدودة، كما في وصلات ATM وFrame Relay، عدّت التوزيع عند الطلب والاحتفاظ المحافظ والتحكم المرتب مناسبة. وحين كانت الوسوم وفيرة، استطاع التوزيع غير المطلوب والاحتفاظ المتساهل والتحكم المستقل تسريع تغيير القفزة التالية لأن الوسوم المفيدة موجودة سلفًا.

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

قدرة واجبة قد تظل معطلة

أظهرت قاعدة اكتشاف الحلقات الفرق بين القدرة والحالة بوضوح. عرّف LDP آلية لحماية مسارات LSP العابرة لسحب MPLS لا تستخدم TTL. وكان على مبدل متوافق تنفيذها، لكن أمكن للمشغل تعطيلها بالإعداد.

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

ولآلية الامتداد الحد نفسه. فقد عرّف LDP إدخال الرسائل وTLV الجديدة، وكشف غير المعروف منها، والاستجابة عندما لا تدعمها نسخة ما. وحذرت RFC 3037 من أن كل تحسين مستقبلي لن يكون متوافقًا إلى الخلف. يحسن إجراء سليم للأنواع المجهولة أمان التطور؛ ولا يثبت أن ندين يشتركان في امتداد بعينه.

حديث التوسع سمّى تكاليف لا سعات

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

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

وكان نطاق الأمن ضيقًا كذلك. أمكن لـ TCP MD5 الاختياري أن يصعّب حقن مقاطع مزيفة في تيار جلسة LDP. لكنه لم يصادق على شرعية FEC، ولم يأذن بطريق، ولم يثبت صحة ربط، ولم يؤمّن التطبيق المحمول عبر LSP.

الإجماع اللاحق لم يعد كتابة اللقطة السابقة

سجلت RFC 3037 لحظة كان فيها CR-LDP وRSVP-TE جوابين محتملين لمسارات LSP الصريحة، من دون فائز بإجماع تقني. ثم فصلت RFC 3209 وRFC 3212 وRFC 3213 الفرعين.

في فبراير 2003 سجلت RFC 3468 قرارًا لاحقًا من مجموعة العمل وIESG بتركيز العمل الجديد لإشارات MPLS على RSVP-TE وعدم بدء عمل جديد للمجموعة على CR-LDP. وأبقت عمدًا حالات RFCs القائمة، ولم تمنع المساهمات الفردية. يثبت القرار تخصيص عمل معياري في تاريخ لاحق؛ ولا يثبت أن كل مشغل هاجر، أو أن كل تنفيذ اختفى، أو أن عدم الحسم المكتوب في يناير 2001 كان خطأ في وقته.

الدرس التاريخي هو الانضباط في الأفعال: هيئة معايير توصي؛ ومصنع ينفذ؛ ومشغل يفعّل؛ وأنداد يكتشفون ويتصلون ويتفقون؛ ومستوى تحكم يوزع؛ وعتاد يثبت؛ وحزم تعبر. كانت RFC 3037 واضحة في الفعل الأول. وظلت الأفعال الأخرى بحاجة إلى إيصالات.

المصادر

لم يكتب لو هينغ RFC 3037 أو المعايير المرتبطة بها ولم يقرها. وتستخدم مقالاته هنا كعدسات تحليلية معلنة.