الخلاصة

  • الحقل was-the-last-lie-accepted يثبت فقط أن أحدث Link Information Element مستلم اجتاز القبول على الواجهة. ولا يثبت حالة ThreeWay أو صحة هرم ZTP أو اكتمال TIE أو تثبيت RIB/FIB أو وصول الحركة.
  • نجاح أمر المسح يبدأ إعادة بناء الاتصال ولا يثبت التعافي. يجب بعده فحص الحالة وقاعدة المعلومات والمسارات والتحويل في العتاد والتسليم من جديد.

حقيقة محلية لا شهادة شاملة

يعرّف RFC 9719 نموذج YANG 1.1 لبروتوكول RIFT متوافقًا مع NMDA وموسّعًا لنموذج التوجيه لدى IETF. والحقل was-the-last-lie-accepted حالة تشغيلية للقراءة فقط: تكون قيمته true إذا قُبلت رسالة LIE المستلمة أخيرًا. وعند الرفض يقدّم last-lie-reject-reason وإشعار neighbor-error سياق السبب.

المعنى محدود برسالة واحدة وواجهة واحدة. لا يخبرنا أن الطرف المقابل أكد العقدة، أو أن المجاورة بلغت ThreeWay، أو أن ZTP اختار المستوى المقصود، أو أن معلومات الطوبولوجيا متزامنة، أو أن المسار ثُبّت في التحويل، أو أن الحزمة وصلت.

يفصل RFC 9692 هذه المراحل في آلة الحالات. تعني TwoWay أن LIE صالح قد وصل، لكن LIE صالحًا لحالة ThreeWay لم يصل بعد. ولا تُعلن المجاورة ولا يبدأ تبادل TIE وTIDE وTIRE إلا في ThreeWay. فالقبول حكم على مدخل، أما ThreeWay فدليل على الاعتراف المتبادل.

قراءة النموذج كسلسلة أدلة

لا يقتصر RFC 9719 على هذا المتغير. فهو يعرض حالة الواجهة وسبب الرفض، وحالة آلة المجاورة، وعروض ZTP المرسلة والمستلمة، والعرض الأفضل وقرارات الإزالة، وعدادات وطوابير LIE/TIE/TIDE/TIRE، وقاعدة TIE المحلية، وتوقيت SPF وTIE الذي أطلق الحساب، وإشعارات أخطاء الجيران وTIE.

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

وعند قبول LIE ننتقل إلى حالة المجاورة: هل بلغت ThreeWay واستقرت؟ التوقف في TwoWay لا يناقض نتيجة القبول، بل يحدد موضع العطل بين صلاحية الرسالة والإقرار المتبادل.

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

ثم يأتي التزامن: محتوى قاعدة TIE، وحركة TIDE/TIRE، والطوابير، وعدد الجيران، والحدث الذي أطلق SPF. مجاورة مستقرة مع قاعدة ناقصة لا تثبت صحة التوجيه.

أما الاختبار الأخير فيقع خارج نموذج RIFT. لا يحدد RFC 9692 كيف يبرمج التطبيق مستوى التحويل. لذلك تبقى RIB وFIB وعدادات العتاد واختبار التسليم الفعلي أدلة مستقلة. تخبرنا إدارة RIFT بما يعتقده مستوى التحكم؛ وتخبرنا الحزمة بما حدث بالفعل.

أمر المسح ليس نتيجة

يعرّف RFC 9719 الإجرائين clear-neighbor وclear-all-neighbors لمسح اتصال واحد أو كل اتصالات الجيران على الواجهة. نجاح الاستدعاء يثبت قبول الأمر فقط. ولا يثبت اكتمال إعادة البناء أو زوال السبب. ويحذر قسم الأمن من أن الاستخدام غير المصرح قد يفرض إعادة بناء متكررة ويضر الاستقرار.

لذلك تُحفظ الحالة أولًا، ثم يُختار أضيق تدخل ممكن، وبعده تُراجع السلسلة كاملة: LIE وThreeWay والعروض وTIE وSPF وتثبيت المسارات وتحويل العتاد والتسليم. قد يزيل المسح حالة قديمة، وقد يمحو أيضًا الدليل الذي كان يفسرها.

القيمة التشغيلية الحقيقية

تستطيع الأتمتة التنبيه إلى الرفض المتكرر، وانتظار ThreeWay قبل فحص القاعدة، وربط TIE المحفز بزمن SPF، ومقارنة عروض التشغيل بالنية المكوّنة.

لكن لا يجوز تحويل متغير محلي إلى ضوء أخضر للنسيج كله. قيمة RFC 9719 أنه يجعل حدود كل دليل قابلة للقراءة آليًا، لا أنه يختزل الأدلة في نتيجة واحدة.