الخلاصة

  • نُشرت draft-ietf-pce-flexible-grid-17 في 13 سبتمبر/أيلول 2026، فيما بقيت الوثيقة في IESG Evaluation بهدف Proposed Standard وعلى جدول اجتماع 17 سبتمبر.
  • طلبت المراجعة 16 خطأين تحت PCEP Error-Type 24 وسمّت النوع Routing Problem، بينما يخصص سجل IANA النافذ الرقم 24 لـLSP instantiation error.
  • أوضح DISCUSS أن PathErr وError Code مصطلحان من RSVP-TE لا من PCEP. حذفت المراجعة 17 قاعدتي الاستجابة وطلب التسجيل، وأبقت نوعاً جديداً مستقلاً لعدم القدرة على حساب RSA.
  • أزال الحذف التعارض العددي، لكنه أزال أيضاً إشارتين قابلتين للرصد. لذلك يجب أن يربط سجل التنفيذ الرقم بإصدار المسودة والرسالة والشرط الذي أطلقه.

خانة في سجل المحكمة لا تستوعب حكمين

إذا حمل ملفان مختلفان الرقم نفسه في سجل قضائي، فلن يحل الخطأَ وضوحُ كل قرار على حدة. الرقم يقود الموظف والنظام الآلي إلى سلطة محددة وإجراء محدد. وكذلك رقم الخطأ في البروتوكول: معناه يأتي من فضاء أسماء مشترك، لا من حدس من يقرأه.

في المراجعة 16 من PCEP Extension for Flexible Grid Networks، كان Path Computation Client يستطيع أن يطلب من Path Computation Element مساراً وتخصيصاً لطيف بصري في شبكة ذات شبكة ترددية مرنة. ويمكن للطلب أن يحدد التناظر وطريقة اختيار مثل First-Fit أو Random.

إذا لم يدعم PCE التناظر أو الطريقة المطلوبة، نصت المراجعة على إرسال PathErr يحمل Error Code 24 باسم Routing Problem وأحد رمزين فرعيين جديدين. ثم طلب القسم 9.9 من IANA تسجيل القيمتين تحت Error-Type 24 القائم في PCEP.

لكن سجل PCEP لدى IANA يعرّف 24 بالفعل بأنه LSP instantiation error بالاستناد إلى RFC 8281. أما المواصفة الأساسية RFC 5440 فتسمّي رسالة خطأ PCEP بـPCErr وحقليها Error-Type وError-value. تنتمي PathErr وError Code وRouting Problem إلى قاموس RSVP-TE. وهكذا كان النص يضع دلالة بروتوكول داخل رقم تشغله دلالة بروتوكول آخر.

في 9 سبتمبر، سجّل مدير منطقة التوجيه Gunter Van de Velde هذه المسألة في DISCUSS رسمي. ويبيّن تاريخ Datatracker أنه أثار أيضاً تنسيق Spectrum Allocation TLV وحاويته وموضعه، وحجز القيمة صفر وسياسة القيم المستقبلية. وفتح Mohamed Boucadair نقاشاً آخر حول استثناءات السياسة والطول وتحليل معرّفات الوصلات والاكتشاف وسياسة IANA. يفرض DISCUSS معالجة الاعتراض؛ لكنه ليس حكماً مسبقاً برفض الوثيقة.

لم يُنقل الخطآن إلى رقم آخر

حذفت المراجعة 17 الفقرة التي فرضت استجابتي PathErr عند غياب دعم التناظر أو طريقة التخصيص. وحذفت القسم 9.9 وجدول القيمتين. لا تُظهر المقارنة الرسمية بديلاً رقمياً؛ فالاستجابتان المتخصصتان لم تعودا جزءاً من عقد هذه النسخة.

بقيت إشارات فشل أخرى. ما زالت المسودة تطلب Error-Type جديداً غير مرقّم بعد باسم Flexi-Grid RSA Error، وتخصص القيمة 1 لعبارة RSA computation not supported؛ وأضافت المراجعة 17 القيمة 0 بوصفها Unassigned. ويحمل NO-PATH-VECTOR بتاً آخر يفيد بأنه لم يوجد مسار يحقق كل قيود الطيف. العجز عن إجراء حساب RSA، وعدم العثور على مسار ملائم، وعدم دعم سمة بعينها ثلاث حالات منفصلة.

أدخلت النسخة الجديدة تعديلات أخرى قابلة للتحقق. أصبح طول Frequency Slot Selection TLV أربعة إلزاماً. ويمكن أن يكون مؤشر التردد n موجباً أو سالباً أو صفراً. ولا يلزم إرجاع Label Set عند وجود خطأ سياسة أو تحقق. وتحتوي Inclusive Range على سجلين بالضبط لمعرّف الوصلة. واستخدم النص اسم ERO Hop Attributes subobject الوارد في RFC 7570، وأضاف تحديث TLS الخاص بـPCEP، RFC 9916.

لا تعني هذه التعديلات أن كل نقاط DISCUSS أُغلقت. فقد طُلبت أيضاً قواعد للموضع والترتيب والارتباط والتعديل وحد الحجم داخل ERO. تصحيح اسم الحاوية لا يثبت استيفاء القائمة. الثابت حتى وقت البحث هو حذف تعارض النوع 24 وتغيّر حالة مراجعة IANA من IANA OK - Actions Needed إلى Version Changed - Review Needed.

جدول الاجتماع ليس قرار الاجتماع

يصف سجل Datatracker الوثيقة بأنها عمل صادر عن PCE Working Group ومقدم إلى IESG بهدف Proposed Standard. وتسجل واجهة API المراجعة 17 عند 09:57:08 بالتوقيت العالمي يوم 13 سبتمبر. بقيت الحالة IESG Evaluation وكان اجتماع 17 سبتمبر ما يزال في المستقبل. رفع نسخة جديدة لا يزيل DISCUSS تلقائياً ولا يوافق على الوثيقة ولا يمنح أرقاماً نهائية.

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

تغيّر أيضاً شرح اكتشاف القدرة. قالت المراجعة 16 إنها تتجنب إعلان قدرة جديداً في PCEP OPEN وتعتمد نهج الخطأ، ثم أحالت إلى اكتشاف OSPF وIS-IS في RFC 5088 وRFC 5089. حذفت المراجعة 17 تبرير نهج الخطأ وأبقت إمكان إعلان قدرة Flexi-Grid RSA بالاكتشاف. هذا إصلاح للنص، لا قياس لسلوك شبكة منشورة.

ربطت مرحلة Last Call أيضاً إفصاح IPR رقم 3053. هو إشعار إجرائي، وليس حكماً هنا بشأن صحة براءة أو ضرورتها أو التعدي عليها أو الحاجة إلى ترخيص أو سعره.

إيصال واحد للسجل وللسلك

عند إضافة تشخيص أو نقله أو حذفه، ينبغي أن يحفظ إيصال أدنى الخماسية القديمة: البروتوكول والرسالة وError-Type وError-value وشرط الإطلاق؛ ثم يربطها بسطر السجل النافذ واعتراض المراجع والخماسية الجديدة أو الحذف الصريح. وتكمل الصورة بصمات المسودتين وإصدار البرنامج واختبار الحزمة وحالتي IANA وballot ووقت التفعيل.

هذا اقتراحي التحريري، لا متطلب من IETF. يبيّن Policy Mirror لـHeng Lu أن سطح التحكم الفعلي يجمع النص الجاري والنسخة المنشورة ومسار التنفيذ. ويمكن لـمواصفة أولية دنيا أن توحّد الإيصال من دون مركزية قرار المشغل. أما مبدأ الواقع لا المناصرة فيمنع تحويل فرق نصي إلى ادعاء بوقوع حادث.

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

المصادر