الخلاصة

  • إذا اشتركت إقرارات LSP المستلمة وطلبات المصالحة الجديدة في آلية إرسال PSNP واحدة، توصي المراجعة 05 بإرسال الإقرارات أولاً.
  • يسمح المشروع بمحاولة واحدة لكل نظير ومستوى IS-IS. وفي تجربة تضم نحو 6,700 جزء و40 عقدة، ولدت المحاولات المتداخلة طلبات PSNP تعادل قرابة خمسة أمثال عدد الأجزاء.

الطابور الذي يضيف عملاً يمكن أن يمنع إزالة العمل

تبدأ ASH بالمقارنة المضغوطة. يعرض CASH نطاقات واسعة، ثم تضيق PASH موضع الاختلاف، وبعدها تطلب آليات SNP العادية أو flooding عناصر LSP الناقصة. عند هذه النقطة يحتاج المستقبل إلى طلب التالي وإقرار ما وصل بالفعل.

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

يضيف نص المراجعة 05، المؤرخ في 26 سبتمبر 2026، قاعدة واضحة لهذا المسار. لكن سجل Datatracker يصنف الوثيقة كمسودة إنترنت فردية بلا RFC stream ولا مكانة رسمية في IETF. وعبارة Experimental في العنوان هدف مقترح وليست دليلاً على التبني.

انتهاء البحث لا يعني انتهاء المحاولة

كانت المراجعة 04 قد فرضت محاولة مصالحة واحدة في كل مرة لكل peer وlevel. لا يبدأ CASH دوري جديد ما دامت PASH أو PSNP تنتظر الإرسال، أو ما دامت عمليات إرسال LSP وإعادتها الناتجة عن المحاولة معلقة.

تكشف التجربة سبب هذا القيد. مع نحو 6,700 جزء و40 عقدة، أنتج تداخل المحاولات طلبات PSNP تقارب خمسة أضعاف مجموع الأجزاء، وكان العدد لا يزال يرتفع. تنسب الوثيقة التضخيم إلى تراكب المحاولات، لا إلى حجم الطوبولوجيا ولا إلى دالة التجزئة.

ثم تنقل المراجعة 05 النتيجة إلى المجدول: إذا استُخدمت آلية PSNP واحدة لإقرارات LSP وإدخالات المصالحة، ينبغي إرسال الإقرارات أولاً واستخدام المساحة الباقية للطلبات. تسمح كلمة SHOULD باستثناء مبرر، لكنها لا تسمح للمنتج بإخفاء ترتيب الطابور كأنه لا يؤثر في التقارب.

ثلاث طبقات من الإثبات

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

إقرار PSNP يثبت استلام LSP محدد ضمن نطاق بروتوكولي؛ لا يثبت تطابق LSDB كلها. ولا تكتمل محاولة ASH حتى تنتهي PASH وPSNP وإرسالات LSP وإعاداتها المرتبطة بها. وبعد ذلك تبقى SPF وFIB وحركة المستخدم اختبارات منفصلة.

لذلك يحتاج المشغل إلى ثلاثة إيصالات. يسجل الأول النظير والمستوى والمحاولة والسبب والنطاقات وعمق الطلبات وعمر الإقرارات وLSP المعلقة والإعادات ودورات CASH المؤجلة ولحظة الإغلاق. يسجل الثاني LSDB وحساب المسار وتثبيته. ويختبر الثالث مرور الحزم. لا ينتقل اللون الأخضر تلقائياً من واحد إلى آخر.

ولا تمنح القدرة المعلنة صلاحية أوسع. تفصل مسودة Hello Capability بين ASH_RX وASH_TX بحسب الاتجاه والمجاورة. توفر RFC 1195 السياق؛ وتحمي RFC 5304 وRFC 5310 سلامة PDU لا حقيقة الطوبولوجيا؛ وتسرع RFC 9681 flooding من دون أن تغلق حساب المصالحة.

يضع Running-Code Primacy الاختبار في التنفيذ: هل خرج الإقرار، وتوقفت الإعادة، وأغلقت المحاولة، وعادت الحركة؟ ويسمح Minimum Initial Specification بطبقة مشتركة ضيقة: محاولة واحدة، أولوية الإيصال، ونهاية صريحة. وتمنع Reality Layers قدرة معلنة من ادعاء سلطة نتيجة لم تُرصد.

المصادر