الخلاصة

  • تنقل RFC 9692 تفاصيل حالة الوصلات شمالاً وتدفع المسارات الافتراضية المجمّعة جنوباً. تظهر الورقة الساقطة عندما يبقى الملخص صالحاً عموماً لكنه يصبح خاطئاً لوجهة محددة داخل مستوى واحد.
  • يجذب التفكيك الإيجابي الحركة إلى الآباء الذين ما زالوا قادرين على الوصول ولا ينتقل إلى كل المستويات. أما التفكيك السلبي فيحذف الآباء العاجزين ويمكن أن ينتقل حتى ورقة الدخول التي تختار المستوى.
  • استلام Prefix TIE سلبي أو استقرار قاعدة RIFT يثبت حالة في مستوى التحكم فقط؛ ولا يثبت وحده أن كل FIB مادية تغيرت أو أن الخدمة وصلت.

تكمن كفاءة RIFT في أن الورقة لا تحتاج إلى معرفة كل تفصيل. يعرّف RFC 9692، المنشور على مسار معايير IETF في أبريل 2025، البروتوكول لشبكات Clos وfat-tree. تحمل North TIE الوصلات والبادئات نحو العقد العليا، بينما تحمل South TIE عادة الوصلات ومساري IPv4 وIPv6 الافتراضيين والاستثناءات الضرورية. ويصف سجل RFC هذا المزيج بأنه حالة وصلات نحو الأعلى ومتجه مسافة نحو الأوراق.

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

إعلان طريق موجود واستبعاد طريق مفقود

ينشأ التفكيك الإيجابي من موجه لا يزال يصل إلى البادئة المتأثرة. يعلن بادئة إيجابية أكثر تحديداً داخل South Prefix TIE، فيجذب التطابق الأطول الحركة إلى الآباء القادرين. وهو غير انتقالي؛ لا يعيد المستقبل إعلانه جنوباً تلقائياً. يكفي ذلك عندما تغطي عقد ToF القادرة جميع العقد في المستوى المتضرر.

أما التفكيك السلبي فيقول إن هذا الأب لا يستطيع الوصول. لا تعمل البادئة السلبية مستقلة، بل داخل بادئة إيجابية أقصر تجمعها. ترث مجموعة next hops ثم تحذف الآباء الذين أعلنوا الاستثناء السلبي. ولهذا يحتفظ RIB المجرد بالمسار السلبي ومعلومات المفاضلة، بينما تحصل FIB على تعليمات التوجيه الإيجابية المتبقية.

لا ينقل عقد وسيط السلبية جنوباً إلا إذا لم يعلن أي child البادئة وأعلنها جميع parents سلبياً. عندها يمكن أن تصل إلى ورقة الدخول. وإذا سحب أحد الآباء إعلانه السلبي، فعلى العقدة الوسيطة سحب إعلانها الانتقالي أيضاً.

تحدد RFC سببين للإنشاء. تقارن عقدة ToF قابلية الوصول المستخرجة من جميع North Node TIE، بما فيها وصلات ToF الأفقية، بنتيجة SPF الجنوبية؛ ويكشف الفرق الأوراق الساقطة. وفي الأسفل قد تكتشف عقدة أثناء إرفاق البادئات أن كل next hop موروث من التجميع الإيجابي أزيل بإعلانات سلبية. كلاهما حساب في مستوى التحكم لا تقرير تسليم.

ستة سجلات بدلاً من كلمة «تقارب»

السجل الأول هو فشل الوصلة أو الجوار. يمكن لـRIFT استخدام BFD؛ وتعرّف RFC 5880 وRFC 5881 كشف الفشل ثنائي الاتجاه بسرعة. لكن الكشف لا يحدد وحده كل بادئات الورقة المتأثرة.

يأتي بعده تغير Node وPrefix TIE وانتقالهما بين المستويات، ثم حساب الورقة الساقطة، ثم إنشاء الاستثناء واستلامه، ثم نتيجة SPF/RIB. بعد ذلك فقط يمكن فحص تثبيت FIB الفعلي. يوفر RFC 9719 نموذج إدارة RIFT يشمل الواجهات والجيران وقواعد TIE وإحصاءات SPF. هذه رؤية مهمة للبروتوكول، وليست شهادة كاملة على عتاد التوجيه.

ثم يلزم اختبار مستوى البيانات. يمكن لقياس نشط مثل TWAMP في RFC 5357 أن يسجل ما شهدته مجسّة واحدة خلال فترة. ينبغي تغيير ورقة الدخول والبادئة وعائلة العنوان وفئة ECMP. ومع ذلك لا تثبت مجسّة ناجحة كل المسارات ولا السعة تحت الحمل ولا حالة التطبيق.

يضيف RFC 9696 سياق التشغيل: يحتاج التفكيك السلبي إلى معرفة كاملة بالبادئات لدى ToF، وقد تكون برمجة FIB تكرارية وأكثر تعقيداً. كما أن ECMP لا يضمن وحده التسليم أو زمناً محدوداً. هذه إرشادات قابلية تطبيق، وليست نتيجة نشر باسم مزود.

يحتوي سجل أخطاء RFC 9692 على تصحيح تقني محفوظ للتحديث بشأن مادة Thrift مفقودة في القسم 7.2. ولا يغير إجراءات الورقة الساقطة.

تقدم مقالات Heng Lu عن أولوية الشفرة العاملة والحد الأدنى للمواصفة الأولية وطبقات الواقع عدسة تحريرية تفصل القاعدة عن التنفيذ والنتيجة. ليست متطلبات IETF ولا دليلاً على نشر RIFT.

الخلاصة المحدودة أن RFC 9692 تعرّف آلية لإصلاح كذبة التجميع الواسع. ولا يكتمل القبول التشغيلي إلا بربط كشف الفشل وحركة TIE والحساب وتثبيت FIB ونتيجة المجسّة وتسليم الخدمة، ثم تكرار التحقق عند سحب الاستثناء.