الخلاصة

  • تفاوض RFC 9753 على استعمال علامتي P وI الموجودتين في ترويسة كائن PCEP ضمن رسائل الحالة؛ ويمكن تجاهل كائن مجهول إذا كانت P غير مضبوطة مع استمرار معالجة بقية الرسالة.
  • استمرار التبادل، أو إشارة I، أو تقرير PCRpt ناجح إيصالات محدودة داخل البروتوكول. ولا تثبت حفظ المعنى أو تكافؤ المسار أو برمجة التحويل أو مرور الحزم بأمان.

قد يكون التغيير الأهم هو الذي لا ينتج خطأ. يرسل PCC تقريراً عن LSP يتضمن سمات مقصودة عدة. يحمل أحد الكائنات قيداً تفهمه نسخة أحدث ولا يعرفه الطرف الأقدم. جعلت سياسة المرسل المحلية P صفراً. يتجاوز المستقبل الكائن ويعالج الباقي ويحافظ على الجلسة. لم يغب كائن إلزامي ولم تتشوه الرسالة؛ لقد سلك البروتوكول تماماً المسار الذي تسمح به RFC 9753.

الذي اختفى ليس الرسالة، بل جزء من معناها.

نُشرت RFC 9753 في أبريل 2025 ضمن Standards Track في IETF، وهي تحدّث RFC 8231. يثبت سجل RFC Editor وDatatracker هوية الوثيقة وحالتها. وتجعل بعض كائنات PCRpt وPCUpd وPCInitiate اختيارية المعالجة كي لا يؤدي كل اختلاف في القدرات إلى إسقاط العملية كلها.

RELAX تتفق على قواعد القراءة لا على سياسة مشتركة

تعرّف RFC 5440 الأساسية P باعتبارها قاعدة المعالجة، وI باعتبارها دلالة على تجاهل كائن اختياري. كانت RFC 8231 تشترط إرسال P وI بصفر وتجاهلهما في كائنات الحالة. تضيف RFC 9753 العلامة R، أي RELAX، إلى STATEFUL-PCE-CAPABILITY TLV. ويسجل سجل PCEP لدى IANA RELAX في البت 17.

يجب أن يضبط PCE وPCC معاً R. ومن لم يعلن R يتجاهل P وI وفق السلوك السابق. لذلك يثبت R المتبادل استعداد الطرفين لاستعمال القواعد في تلك الجلسة فقط. ولا يثبت قائمة مشتركة للكائنات القابلة للتخفيف، أو نسخة سياسة واحدة، أو تقديراً واحداً لأهمية التأخير أو السعة أو الألفة أو الحماية.

توصي الوثيقة بأن تكون P مضبوطة افتراضياً. ولا تُصفّر إلا حين تسمح إعدادات أو سياسة محلية بتخفيف القيد، أو حين يكون الكائن معلوماتياً ويمكن تجاهله بأمان. لا يكتشف البروتوكول أن الخسارة بلا أثر؛ بل تتخذ جهة محلية قرار المخاطرة.

نطاق القرار هو الكائن كله

لا تعمل P وI على TLV اختياري مجهول داخل الكائن وحده، بل على كائن PCEP كاملاً. ولهذا يحتاج التدقيق إلى فئة الكائن ونوعه والرسالة والاتجاه وSRP أو الطلب وLSP ونسخة السياسة وبصمة البايتات. وإلا فقد تظن المؤسسة أنها أسقطت تفصيلاً ثانوياً، بينما أخرجت الحاوية الكاملة لقيد من القرار.

تبقى الكائنات الإلزامية إلزامية. في PCRpt تسمي RFC 9753 كائني LSP وERO المقصود؛ وفي PCUpd وPCInitiate من RFC 8281 تسمي SRP وLSP وERO. وإذا كانت P صفراً خطأً، يجب إرسال PCErr من Error-Type 10 وError-value 1.

أما الكائن غير الإلزامي فله فرعان. إذا كانت P مضبوطة ولم يفهمه المستقبل أو رفض معالجته، يجب رفض رسالة الحالة كلها بخطأ Unknown Object أو Not supported object. وإذا كانت P صفراً، يمكن تجاهله والاستمرار. وهكذا يمكن لعبارة «لا خطأ» أن تعني فهماً كاملاً أو خسارة مسموحاً بها. لا يفرّق عداد النجاح بينهما.

التفويض ينقل سلطة تغيير P

في PCRpt تحدد P ما يجب على PCE أخذه في الحسبان لصيانة الحالة أو الحساب أو إعادة التحسين. وفي PCUpd وPCInitiate تحدد ما يجب على PCC أخذه في الحسبان عند إنشاء المسار. توفر RFC 8051 سياق الاستخدام؛ وتبقي RFC 8231 ملكية حالة LSP لدى PCC وتخضع سمات PCE لسياسة PCC المحلية.

لكن RFC 9753 تتيح لـPCE أثناء التفويض تغيير المعاملة: يمكنه وسم كائن بالتجاهل حتى لو كان PCC قد ضبط P، أو جعله واجباً حتى لو كان PCC قد صفّر P. وعلى PCC تأكيد التوقع في PCRpt أو اتباع إجراء التحديث غير المقبول.

لا يروي البت الأخير هذه القصة. يجب حفظ مالك التفويض، وجيل الجلسة، وSRP أو الطلب، وهوية الكائن، والقيمة قبل التغيير وبعده، والسياسة التي أذنت به، واستجابة PCC.

I تبلغ عن المعالجة ولا تثبت تحقق القيد

يمكن لـPCE أن يدرج في PCUpd الكائن الاختياري المتجاهل ويضبط I. ويمكن لـPCC فعل ذلك في PCRpt يرد على PCUpd أو PCInitiate. وتعني I=0 أن الطرف يقول إنه عالج الكائن. لكن I بلا معنى في PCRpt من دون SRP الذي يربط الرد، ويجب أن تكون صفراً في PCInitiate.

حتى في السياق الصحيح، لا تساوي «عولج» عبارة «تحقق القيد». قد يتعرف المحلل على الكائن وتقرأه السياسة ثم تحسم حالة أخرى الاختيار. كما أن تقرير حالة PCC ليس قراءة مستقلة لعتاد التحويل.

يوضح مثال RFC 9753 الكلفة الدلالية. يمكن أن يحمل PCRpt قائمتي السمات المقصودة والفعلية. ويمكن لكائن METRIC أن يضع حداً لـPath Delay Variation وفق RFC 8233. قد يكون جعله اختيارياً منطقياً إن لم يوجد مسار يحقق الحد. لكن نجاح التبادل بعد ذلك لا يحفظ الحد. ينبغي تسجيل القيمة والوحدة وقرار التجاهل والحساب البديل والمسار الفعلي وقياس المرور.

نسخة الحالة تتوقف قبل الحزمة

تصف RFC 8231 المزامنة الأولى بأنها نسخة في لحظة محددة من حالة LSP لدى PCC داخل PCE. ويمكن لـPCRpt حمل المسار والسعة والحالة التشغيلية أو الإدارية. وبين التقرير والحزمة تبقى السياسة المحلية والإشارة وقبول الموارد واختيار RIB أو جدول الملصقات وحل القفزة التالية وبرمجة العتاد.

يفصل هذا الحد الموضوع عن RFC 9757 الخاصة بتعليمات Native IP المركزية، وعن RFC 9826 الخاصة بإسقاط YANG لإدارة PCEP. لا تصبح صورة التحكم أو الإدارة الكاملة شاهداً مستقلاً على التحويل.

توصي RFC 9753 بالتفعيل على جلسات موثقة ومشفرة بين PCE وPCC تحت سلطة إدارية واحدة، مع PCEPS وفق RFC 8253 وممارسات TLS في RFC 9325. يحمي ذلك القناة وهوية الطرف، لكنه لا يوثق صحة القرار الدلالي بتصفير P.

وتوصي الوثيقة أيضاً بأن تكون RELAX والقيود الاختيارية قابلة للإعداد والرؤية. ولا تضيف متطلبات جديدة للتحقق التشغيلي. هذا حد لما توحده الوثيقة، لا إعفاء من الأدلة الخارجية.

تُستخدم طبقات الواقع لدى Heng Lu هنا كمنظور تحريري معلن: الرمز المتفق عليه، والعملية المقبولة، والحالة الممثلة، والبرمجة المنفذة، والنتيجة المرصودة حقائق مختلفة. يربط السجل الموثوق هوية الطرف والجلسة، وR المتبادل، والرسالة والكائن، وسياسة المرسل، والمحلل، وقرار التجاهل أو الخطأ، والمعنى المفقود، وإعادة الحساب، ومطابقة PCE/PCC، وحالة الجهاز، والحزم والرجوع.

سجل المصادر

يشمل الملف RFC 9753، وبيانات RFC Editor، وDatatracker، وIANA PCEP، وRFC 5440، وRFC 8231، وRFC 8281، وRFC 8051، وRFC 8233، وRFC 8253، وRFC 9325، والوثيقتين المجاورتين RFC 9757 وRFC 9826. لا يدعي المقال مورداً أو تنفيذاً أو نشراً أو حادثاً أو اختبار توافق أو نسبة تبنٍّ بعينها.