الخلاصة

  • تضيف المراجعة 14 من draft-ietf-mpls-mna-ioam، المنشورة في 11 سبتمبر 2026، قاعدة معيارية للعقدة التي لا تُعرف تقنية موازنة الحمل لديها.
  • في التدفق المعرّف بواسطة Flow ID MNA، يجب أن تبقى قطعة طولها 19 بتاً من Sequence Number MNA، بدءاً من البت 1 في LSE، ثابتة عندما تدخل معلومات مكدس الملصقات في الموازنة؛ وتشمل المراجعة الجديدة الحالة المجهولة أيضاً.
  • تبقي المسودة آليات اكتشاف تقنية العقدة خارج نطاقها. لذلك يزيل التثبيت سبباً محتملاً لتغير الطريق، لكنه لا يشهد بأن مسار القياس ظل ثابتاً.
  • يحتاج المشغّل إلى إيصال محلي يحدد افتراض التجزئة ودليله ونطاق العقد وموضع الالتقاط قبل اعتبار ملاحظات IOAM-DEX قابلة للمقارنة.

فرع ثالث بين معلومين

كان النص السابق واضحاً فقط عندما تتوافر معرفة مسبقة. إذا عُرف أن العقدة تستخدم معلومات مكدس الملصقات في موازنة التدفقات، وجب تثبيت 19 بتاً من Sequence Number MNA لتدفق Flow ID بعينه. وإذا عُرف أنها تستخدم تقنية أخرى، أمكن تغيير جميع بتات رقم التسلسل.

تكشف المقارنة الرسمية بين المراجعتين 13 و14 عن إضافة الحالة الثالثة. عندما لا تكون التقنية المستخدمة في العقدة معروفة، يجب إبقاء القطعة نفسها، التي تبدأ من البت 1 في LSE وطولها 19 بتاً، غير متغيرة في التدفق الذي يحدده Flow ID MNA. ثم تنص المسودة صراحة على أن وسائل معرفة تقنيات موازنة الحمل في عقد MPLS خارج نطاق الوثيقة.

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

حين يؤثر القياس في الشيء المقاس

يتيح IOAM Direct Export ربط السجلات التشغيلية بالمرور. وفق RFC 9326، يساعد Flow ID على جمع الصادرات العائدة إلى التدفق نفسه، ويبدأ رقم التسلسل عادة من الصفر ثم يزداد واحداً لكل حزمة من التدفق تحمل DEX. ولا يحدد RFC طريقة تخصيص Flow ID.

في draft-ietf-mpls-mna-ioam-14، يشغل كل من Flow ID MNA وSequence Number MNA الاختياريين إدخالاً كاملاً من نوع Format D LSE عرضه 32 بتاً. وبعد استبعاد بت البداية الثابت وبت S الخاص بنهاية مكدس MPLS، يحمل كل حقل قيمة من 30 بتاً. فإذا قرأ جهاز ما المكدس عند حساب التجزئة، صار تغير التسلسل بين الحزم مصدراً جديداً للانتروبيا في قرار الطريق.

توضح المراجعة 14 كذلك أن LSE الكامل الخاص بـFlow ID يجب أن يغيب عندما تكون العلامة F غير مفعلة، وأن LSE الخاص برقم التسلسل يجب أن يغيب عندما تكون Q غير مفعلة، بما في ذلك البتات الثابتة. وعندما لا يستخدم التعليم المتناوب، يصبح ضبط Block-Number على الصفر إلزامياً بعد أن كان توصية. كما تُعد تراكيب معينة تضع الإجراء في الموضع الخطأ أو تكرره داخل المكدس مشوهة وتستوجب إسقاط الحزمة.

تعمل هذه الأحكام داخل بنية أوسع. يعرّف RFC 9197 IOAM بوصفه آلية لنطاق محدود، وينبه إلى أثر ECMP وموازنة الحمل. ويضع RFC 9789 إطار MPLS Network Actions، بينما يقدم RFC 9994 الحل الأساسي. وتعتمد المسودة أيضاً على مشروع ترويسة MNA اللاحقة للمكدس وعلى تعريفات قائمة منها سجل IANA لنوع تتبع IOAM.

ما لا تقوله البتات الثابتة

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

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

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

أما الوضع الإجرائي، فتصف صفحة Datatracker الوثيقة بأنها Internet-Draft نشطة من فريق عمل MPLS ومقصود بها Proposed Standard. حالة فريق العمل هي الإحالة إلى IESG للنشر، وحالة IESG هي طلب النشر، ويسجل التاريخ المراجعات. ولا تزال قيم الإجراءات المطلوبة TBA. ليست المراجعة تخصيصاً من IANA ولا موافقة نهائية ولا RFC ولا دليلاً على النشر التشغيلي.

المصادر