مسودة IPFIX تمنع رفع خاصية MPLS إلى موضع خاطئ

الخلاصة

تقترح مسودة فردية بتاريخ 28 أكتوبر خمسة عناصر معلومات عامة لعلامات MPLS يمكن تكرارها في قالب IPFIX مرتب. إذا تعذر الحصول على عنوان IPv4 أو IPv6 أو طول البادئة في الموضع K، فلا يجوز للمصدّر إرسال تلك الخاصية في K أو أي موضع أعمق. تخطي الفجوة يجعل قيمة K+1 تبدو وكأنها تخص K.
تُبقي المسودة العناصر الموضعية القائمة في سجل IANA، وتعتمد على مسودة أخرى لضمان الترتيب. وقد يتخلص مجمّع لا يفهم القوالب الجديدة من المجموعة كلها بصمت. أرقام العناصر الخمسة المقترحة ما زالت TBD.

الخانة الفارغة ليست علامة سقطت من الرزمة

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

تمنع الفقرة 4.7 من المسودة الجديدة هذا النقل. يجب أن تكون مرات ظهور mplsLabelIPv4Address وmplsLabelIPv6Address وmplsLabelPrefixLength متصلة ابتداءً من قمة الرزمة. إذا غابت قيمة أحد هذه العناصر في الموضع K، فلا يُصدر العنصر في K ولا في أي عمق أدنى. تبقى العلامة الثالثة في الرزمة ويمكن لعناصر أخرى وصفها بدقة، أما الخاصية المقطوعة فلا تستطيع تثبيت موضعها. وتستبعد المسودة تصدير مجموعة متناثرة من المواضع.

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

يشرح السجل الحالي سبب هذا التعقيد. تسجل IANA لعناصر IPFIX عشرة حقول موضعية لأقسام رزمة علامات MPLS، من IE 70 إلى IE 79. يذكر اسم الحقل أنه للأعلى أو الثاني أو ما بعدهما وصولاً إلى العاشر. تقترح المسودة تكرار mplsLabelStackEntry في قالب مرتب وإضافة أربع خصائص عامة. وهي لا تلغي الحقول القديمة؛ فالمجمّع الذي لا يقرأ الترتيب الجديد سيظل محتاجاً إليها.

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

الترتيب وعد بين ثلاث جهات

يسمح RFC 7011 بتكرار عنصر المعلومات داخل قالب IPFIX، لكن القالب العادي لا يضمن أن ترتيب التكرار هو ترتيب الرصد. تقترح المسودة المرافقة مجموعات قوالب مرتبة: تحفظ عملية القياس ترتيب ما شاهدته، ويحافظ المصدّر عليه ويعلنه، ثم يقرأ المجمّع الظهور رقم n بوصفه الرصد رقم n. ليست المسألة فرز عمود في واجهة؛ إنها سلسلة عهد بين القياس والتصدير والتجميع.

يسري الضمان بصورة مستقلة على كل عنصر. الظهور الثاني لـmplsLabelStackEntry والثاني لـmplsLabelType يخصان العمق الثاني لأن تعريف كليهما يربط ظهوره الثاني بذلك الموضع. لا تعد المسودة بترتيب نسبي بين عنصرين مختلفين في الرسالة. ومن يربطهما لأنهما متجاوران على السلك يضيف علاقة لم يضمنها النص.

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

يعرض Datatracker النص مسودة إنترنت فردية نشطة. وما زالت معرفات العناصر الخمسة في طلب IANA معلقة. تجربة تُحذف فيها عمداً خاصية العلامة الوسطى، وتعرض القالب المرسل والمواضع التي أعاد المجمّع بناءها، ستبيّن ما إذا كان البرنامج يحافظ على هذا الحد.