الخلاصة

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

المسافة بين العثور على الطريق وامتلاك المورد

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

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

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

تدل الخريطة على مكان المحاولة. لا تشهد بأن المحاولة قُبلت.

المقياس القابل للاستهلاك يتغير عندما يُستخدم

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

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

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

مزيد من الدقة يعني مزيداً من الحالة التي يمكن فقدانها

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

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

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

اشترى التجميع قابلية التوسع بثمن من اليقين

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

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

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

بقيت البنية صادقة لأنها سمحت للمسار المرشح بأن يفشل. يقلص التجميع مجال البحث، ويختبر القبول الواقع المحلي، ويظل الرفض نتيجة مشروعة.

سرعتان للاستقلال بين النطاقات

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

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

عمل الداخل بساعة سريعة، وتلقى الجيران بياناً أبطأ عن الوصول والقدرة المهندسة والسياسة. نسقت الطبقة المشتركة التوقعات من دون أن تدعي نسخ الواقع الداخلي.

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

كشف السعر غياب الإيصال الأخير

اعتبر RFC الكلفة المالية سياسة محتملة لاختيار الطريق. يستطيع المزودون نشر أسعار الفئات المختلفة وتركيبها عبر عدة نطاقات. ثم ظهر السؤال الحاسم: ماذا يُحسب إذا لم تُسلَّم جودة الخدمة الموعودة فعلاً؟

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

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

أبقت الآليات اللاحقة الوظائف منفصلة

عرّف RFC 2205 إشارات الحجز في RSVP. وربطت RFC 2210 وRFC 2211 وRFC 2212 تلك الإشارات بالخدمات المتكاملة وخدمة الحمل المضبوط والخدمة المضمونة. ووثق RFC 2676 آليات توجيه QoS وامتدادات OSPF. ثم وضع RFC 3272 الحساب داخل دورة هندسة الحركة من قياس ونمذجة وتحكم وتقييم، وحدد RFC 3630 صفات وصلات إضافية لـ OSPF.

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

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

في كل موضع لا تملك فيه الخريطة السلطة، كان على المسار أن يطلب إذناً جديداً.

المصادر