الخلاصة

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

تفرع في التنفيذ لا سلطة توجيه جديدة

تطلب RFC 2098 تخيل موجّه يضم مبدّل ATM. عندما تصل خلية، يفحص الجهاز واجهة الدخول وقيمتي VPI/VCI. إذا وجد جدول ATM واجهة خروج وقيمتين مقابلتين، مرر مبدّل الخلايا الخلية مباشرة. وإذا لم يوجد التطابق — أو أشار إلى وحدة IP — جمع الجهاز الخلايا في رزمة IP واختار المخرج من معرّف الرزمة.

هذه هي الوفرة المقترحة: يتفادى التدفق المختار تكرار التجميع ومعالجة IP في الموجّهات الوسطية. لكن عملية البحث لم تكن حساباً لمسار جديد؛ بل كانت تنفيذاً لحالة بررتها طبقة أخرى مسبقاً.

نُشرت الوثيقة في فبراير 1997 بوصفها Informational، وتنص على أنها لا تحدد معياراً للإنترنت. يصنفها سجل IETF Datatracker اليوم Legacy ويذكر أنها لا تتمتع بمكانة رسمية في عملية معايير IETF. ولا تعرض نتيجة البحث عن التصويبات لدى RFC Editor أي تصويب مطابق حالياً. لذا فهي سجل معماري، وليست إثباتاً لمنتج منشور أو نتيجة قياس.

ثلاث قطع جعلت التجاوز مرئياً

سمت RFC الدائرة بين عقدتين متجاورتين للتمرير المعتاد خطوة بخطوة Default-VC. كانت الخلايا الواردة عبرها تجمع في رزم وتعالج في مسار IP. لم يكن هذا المسار بقايا غير لازمة؛ بل كان الطريق العام قبل إنشاء الحالة المخصصة، والبديل عند عدم اكتمال الإعداد.

أما Dedicated-VC فكان مخصصاً لتدفق اختير وفق عنوان وجهة أو زوج عناوين أو منافذ أو وسم تدفق IPv6. وإذا حملت دائرتان مخصصتان متجاورتان التدفق نفسه، استطاع الموجّه وصل مقطع الدخول بمقطع الخروج. تكرار ذلك عبر عدة موجّهات أنتج ما سمته الوثيقة ATM Bypass-pipe.

الاسم يضع حداً مهماً. لم يكن الأنبوب دائرة ATM واحدة تعبر السحابة كاملة، بل سلسلة دوائر محلية تصل الجيران. وهكذا تكون المظهر المتصل للمسار السريع من قطع جرى توفيرها والتحكم فيها بصورة مستقلة.

اختار IP التسلسل، واختار ATM كل مقطع محلي

تحدد RFC 2098 الحد الفاصل بوضوح. اتبع التجاوز معلومات توجيه IP في كل موجّه. في المثال، مر التدفق عبر X.1 ثم CSR1 ثم CSR2 ثم Z.1 سواء استخدم التمرير المعتاد أم المسار السريع. اختار IP التسلسل بين الشبكات الفرعية ونقطة الخروج؛ واختار توجيه ATM فقط مسار الدائرة بين عقدتين متجاورتين.

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

تساعد RFC 1932 على تسمية الفرق: يجمع التوجيه المعلومات اللازمة لاتخاذ قرار تمرير صحيح، ثم يطبق التمرير ذلك القرار على الحركة. سرعت RFC 2098 جانباً من التنفيذ، ولم تلغ سجل المسار الذي اعتمد عليه التنفيذ.

رسمت البدائل حدوداً مختلفة

وصفت RFC 1577 نموذج Classical IP over ATM. استطاعت العقد داخل شبكة IP منطقية واحدة الاتصال مباشرة، لكن الحركة خارج حدودها عبرت موجّهاً. ثم حافظت RFC 2225 على هذا النموذج أساساً مستقراً عند غياب الامتدادات أو فشلها.

اتخذ NHRP اتجاهاً آخر. حددت RFC 2332 قفزة NBMA باتجاه الوجهة، كي تنشئ جهة المصدر اتصالاً أكثر مباشرة عبر سحابة تضم شبكات فرعية متعددة. أما نموذج RFC 2098 فاحتفظ بتسلسل الموجّهات وسرّع الحركة على امتداده. لم يكن Classical IP من دون تغيير، ولا دائرة واحدة عابرة للسحابة على نمط NHRP.

تغطي مقالات BTW التاريخية القريبة حدوداً أخرى. تختص RFC 1953 باتفاق وسم IFMP قابل للرفض والانقضاء على وصلة واحدة. وتختص RFC 1954 بترميز الوسم المقبول والمسار الافتراضي على ATM. وتفصل RFC 2022 بين قائمة مستقبلات البث المتعدد والدائرة التي يظل على المرسل بناؤها. أما RFC 2098 فتختص بسلسلة الموجّهات المتعددة وبقائها تابعة لتوجيه IP.

تغير المسار يحول الحالة المثبتة إلى دليل قديم

لم تعتبر الوثيقة التجاوز دائماً. فعند تغير توجيه IP تستطيع الموجّهات المتأثرة تعديل المقاطع ذات الصلة. وينطبق التصور نفسه بعد تعطل عقدة أو وصلة أو موجّه. وكان من الممكن للعقد الوسطية إصلاح التجاوزات من دون هدم الأنبوب كاملاً وإعادة بنائه من البداية.

هذه نية تصميم وليست إيصال تشغيل. لمعرفة إن كان تدفق حقيقي لا يزال صالحاً يلزم ربط نسخة المسار وتسلسل الموجّهات وكل دائرة مجاورة وعمر التعيين وإشارة العطل وإجراء الإصلاح والحركة المشاهدة بعده. وبقاء تعيين VPI/VCI وحده ملتبس: قد يكون حالة صحيحة الآن، أو حالة تنتظر التجديد، أو تسريعاً قديماً انفصل عن المسار الذي أجازه أول مرة.

خفض التأخير وحجز الجودة وعدان مختلفان

وصفت RFC 2098 تجاوزاً قصير العمر يحفزه حجم الحركة أو التعرف إلى بروتوكول أعلى مثل FTP أو NNTP أو HTTP. كان الهدف خفض التأخير ومعالجة IP أثناء الدفقات. لم تكن هناك قاعدة صريحة لعرض النطاق، لأن الطرفين لم يقدما طلباً لعرض النطاق أو جودة الخدمة. وكان UBR خياراً بسيطاً لخدمة ATM، لكنه لم يضمن عدم فقد الخلايا.

وناقشت الوثيقة بصورة منفصلة تجاوزاً ينشأ استجابة لطلب صريح مثل RSVP. تعرف RFC 2205 RSVP بأنه بروتوكول تحكم يطلب خدمة على امتداد مسار ويستشير معلومات التوجيه؛ وهو ليس بروتوكول توجيه. لذلك يمكن وجود دائرة مخصصة من دون حجز، كما لا يثبت طلب الحجز أن التجاوز رُكب أو أن التسليم حقق الخدمة المطلوبة.

وينطبق التحفظ نفسه على الهوية والسياسة. تقول RFC 2098 إنها لا تناقش الأمن. مصنف التدفق أو تعيين VPI/VCI ليس مصادقة. التعرف إلى HTTP لا يحدد مالك التطبيق، وتبادل التحكم بين الجيران لا يثبت تفويضاً من طرف إلى طرف.

المسار السريع إيصال تنفيذ له تاريخ انتهاء

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

تعطي RFC 2098 هذه الأفكار شكلاً تاريخياً ملموساً. احتفظ توجيه IP بالسجل المشترك للوصول بين الشبكات الفرعية، وسرعت حالة ATM تدفقاً مختاراً محلياً. كان التجاوز حقيقياً حين استخدمته الخلايا، لكن دلالته بقيت محدودة: تنفيذ تحت مسار واحد وفي لحظة حالة بعينها. لا يستطيع التحدث باسم السلطة التي اختارت المسار، ولا باسم النتيجة بعد المبدّل.

المصادر