الخلاصة

  • تقترح مسودة مجموعة عمل PCE، النسخة 03 إعلان قدرة S-BFD عند فتح جلسة PCEP، ثم طلباً لكل مسار ترسله جهة PCE في PCInit أو PCUpd وتبلغ جهة PCC بحالته في PCRpt.
  • تتطلب العلامة B=1 معرفاً للجهة البعيدة. وتضع المسودة إزالة الإعداد خلف B=0، لكنها تختلف في شأن المعلمات المصاحبة له وتعرض غياب TLV بأكمله بديلاً تحريرياً للإزالة. هذه إشارات مختلفة، وليست ثلاثة أسماء لزر واحد.

من يملك المفتاح، ومن يملك الجهاز؟

في الرسوم المعمارية، يبدو الأمر سهلاً: يحدد عنصر حساب المسارات PCE مساراً، ثم يرسل أمراً عبر PCEP لتشغيل Seamless Bidirectional Forwarding Detection، أو S-BFD، على ذلك المسار. يستقبل عميل حساب المسارات PCC الرسالة، فيما يملك هو المسار وإعداداته المحلية والجلسة التي ستختبر العطل فعلاً. يستطيع الطرف الأول أن يثبت ما أرسله. ويستطيع الطرف الثاني أن يثبت، بسجلاته هو، ما طبقه. عندما تجمع الواجهة الحالتين في كلمة «مفعّل»، تمنح الأمر الصادر شهادة تنفيذ لم يحصل عليها بعد.

تبدأ المسودة المحفوظة في أرشيف IETF قبل أي مسار منفرد. ففي تبادل OPEN تقترح LSP-S-BFD-Capability TLV. إذا حمل إعلان القدرة B=1، أعلن النظير أنه يستطيع إرسال حقول S-BFD واستقبالها. أما غياب الإعلان أو حمله B=0 فيمنع إرسال حقول S-BFD في كائن LSPA إلى ذلك النظير. ويجب أن تبقى قائمة أنواع إعداد المسار المعلنة ضمن القائمة المدعومة في جلسة PCEP؛ فاختلاف القائمتين يؤدي، وفق المقترح، إلى خطأ PCErr من النوع 21 والقيمة 2 وإغلاق الجلسة. وإذا لم يشترك النظيران في نوع إعداد مسار مناسب لـ S-BFD، فلا يعرّفان إعداد S-BFD عبر PCEP للمسارات التي ينشئانها. وقد يختار PCC إعداد S-BFD محلياً وفق سياسته هو.

هذه أول نقطة يسهل فيها أن تبيع الشاشة للمشغّل أكثر مما في السلك. القدرة المتفاوض عليها تجيز استعمال لغة الرسائل الجديدة. ولا تساوي طلب تشغيل كاشف على مسار. وعدم وجود نوع إعداد مشترك يقيد هذه اللغة بين النظيرين، لكنه لا يمحو قراراً محلياً على الجهاز. اسم العلم B في OPEN هو نفسه اسم العلم B في الحقل الخاص بالمسار، إلا أن السؤالين مختلفان: هل يستطيع النظيران تبادل الرسائل؟ وهل طُلب تشغيل S-BFD على هذا المسار المحدد؟

رقم بعيد لا يقبل الاختصار

الحقل الثاني هو LSP-S-BFD TLV في LSPA. يرسل PCC تقريراً عنه ضمن PCRpt؛ ويستطيع PCE وضعه في PCInit أو PCUpd. عندما تكون B=1، يكون المقصود تطبيق S-BFD على LSP المعني، وتلزم المسودة وجود حقل فرعي Remote Discriminator. ويمكن أن يرافق الطلب حقل معلمات يتضمن الحد الأدنى لفاصل الإرسال ومضاعفاً من 1 إلى 255. طلب «شغّل» من دون معرف النظير البعيد يفقد عنصراً تجعل المسودة وجوده شرطاً. ويقترح النص خطأ خاصاً عند غيابه، إلى جانب خطأ منفصل لقيمة المضاعف خارج المجال.

ليس ضرورياً أن يحمل تقرير PCC المعنى نفسه الذي يراه المتحكم في زر الإرسال. رسالة PCUpd تثبت الطلب الذي خرج من PCE. وPCRpt يثبت الحالة التي أبلغ عنها PCC. ثم تأتي خطوة أخرى: هل ظهر الإعداد الفعلي على الجهاز؟ وبعدها: هل تعمل جلسة S-BFD؟ وأخيراً: ماذا حدث لمسار البيانات حين احتاج المشغّل الكاشف؟ توحيد هذه الأدلة في خانة واحدة يوفر مساحة على لوحة المراقبة، لكنه يحمّلها يقيناً لم تمنحه المسودة.

تبدأ مشكلة الإيقاف عندما تصبح B=0 في الحقل الخاص بالمسار. يصف القسم 4.3.2.1 إزالة S-BFD عند تحديث صادر عن PCE، وعدم تطبيقه على مسار يبدأه PCE. وفي القسم 4.2 مسارٌ خاص لحالة لم يطبق فيها S-BFD أصلاً: يتجاهل PCC تحديث الإيقاف حين لا يوجد إعداد يزيله، ويمكن PCE تجاهل شرط الإيقاف لمسار بدأه PCC. ينبغي لسجل التشغيل أن يفرق بين «طلب إيقاف» و«إعداد أزيل» وبين «لم يكن هناك إعداد أصلاً». لا يملك أي من هذه العبارات حق النيابة عن الأخرى.

ثم تظهر المعلمات المصاحبة للعلم B=0. يقول القسم 4.2 إن المتحدث قد يتجاهل حقل المعلمات الفرعي، ويترك تجاهله أو حفظ الإعداد قراراً تنفيذياً. ويقول القسم 4.3.2.2 إن المتحدث يجب أن يتجاهل ذلك الحقل مع B=0. هذان معياران مختلفان لسلوك الجهاز أمام الرسالة نفسها. وفي ملاحظة للمحرر، يطرح النص احتمالاً آخر: غياب LSP-S-BFD TLV كله قد يصبح إشارة إزالة S-BFD من المسار المحدد. الملاحظة اقتراح مفتوح، وليست القاعدة التي اعتمدتها المسودة. الصمت في الرسالة، ووجود حقل صريح يحمل B=0، حدثان مختلفان على السلك.

أخطاء مفيدة وحدودها

تقترح المسودة أن يتجاهل الطرف حقل S-BFD المستلم إذا لم يعلن النظير القدرة المناسبة، وأن يعيد خطأ من النوع 19. وتذكر النوع 23 لمضاعف خارج المجال. تظهر أنواع الحقول وقيم أخطاء جديدة في قسم IANA بوسم TBD؛ فالمسودة ما زالت مشروع معيار، لا تخصيصاً نهائياً للأرقام. يمكن لمشغّل أن يستفيد من الإشارة إلى سبب رفض الرسالة، لكن طباعة رقم لم يخصص بعد وكأنه قيمة سجل نهائية تخلق دقة وهمية.

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

يشرح RFC 7880 عمل S-BFD نفسه. ويضع RFC 8231 وRFC 8281 سياق PCEP ذي الحالة والمسارات التي يبدأها PCE. وتحيل المسودة إلى معمارية PCE بوصفه متحكماً مركزياً في RFC 9050. تقدم هذه النصوص أساس المفردات، لكنها لا تعرض أثراً تشغيلياً لمنفذ سمّي لهذه الإضافة المقترحة. النسخة 03، المؤرخة في 25 أكتوبر 2026، غيّرت التاريخ وموعد انتهاء الصلاحية وبعض تفاصيل العرض مقارنة بالنسخة 02؛ ولم تحسم قواعد التحكم التي تهم الإيقاف.

السجل الذي يستحق طلبه إذن سلسلة محددة لا صورة زر. ابدأ بإعلان القدرة في OPEN وتقاطع أنواع إعداد المسار، ثم رسالة PCInit أو PCUpd المرتبطة بمعرف LSP، ثم تقرير PCRpt التالي لها، ثم إعداد الجهاز وجلسة S-BFD الحية. يثبت كل سجل واقعة مختلفة. ولا تحمل رسالة المتحكم وحدها دليلاً على صحة المسار الذي أراد مراقبته. تفتقر حزمة المصادر الرسمية الحالية إلى أثر تشغيلي مسمى يقرن رسالة B=1 أو B=0 بتقرير PCC وبحالة الكاشف الفعلية. أثر من هذا النوع سيغير الحكم على تنفيذ محدد، لا على معنى النص المجرد.

المصادر