طريق الالتفاف يكاد يمتلئ. الواصلون أولاً يحتفظون بمقاعدهم

Summary

• تقترح مسودة فردية لدى IETF أن يخفف الموجّه حمل واجهته المحلية المزدحمة عبر مسار Offloading Flex-Algo مستقل، بادئة وجهة بعد أخرى وعلى خطوات.
• تمنع إشارة High Utilization Affinity حركة التحويل الجديدة إلى وصلة عالية الاستخدام، فيما تبقى الحركة المحولة سابقاً. أما Congestion Affinity فتستبعد الوصلة من طوبولوجيا الالتفاف وتنقل الحركة القائمة أيضاً.

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

يقيس كل موجّه واجهات خروجه بنفسه. ويوزع حركة كل بادئة وجهة بين المسار الأساسي ومسار OFA بنسب غير متساوية، ثم يزيد الحصة المحولة تدريجياً مع تفاوت زمني بين الخطوات. نسبة 5% المخصصة لخطوة في المثال، وسلم الاستخدام 50/60/70/80/90% في الرسم، أمثلة وليست إعدادات إلزامية. تحدد أضيق وصلة في الطريق البديل مقدار ما يمكن تحويله. ولا تدخل حركة جديدة إذا لم يوجد مسار OFA صالح أو حمل أحد روابطه علامة الاستخدام العالي. تقدم RFC 9350 أساس حساب Flexible Algorithm لهذه الطوبولوجيا المنفصلة.

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

تسجل صفحة IETF الوثيقة باعتبارها Internet-Draft فردية. والمقارنة مع النسخة 00 تظهر أن مراجعة نوفمبر حدثت التاريخ وترويسة الوثيقة أساساً، ولم تبتكر الحاجزين في ذلك الشهر. الدليل المطلوب هو سجل من موجّهات عدة يبين متى أغلق المدخل، ومتى خرجت الحركة القائمة، وهل بقي المسار التالي دون حدّه.