الخلاصة

  • يضيف draft-ietf-ippm-stamp-ext-hdr-14 القسم 3.3، الذي يطلب من مستوى البيانات في عقدة الخروج تزويد Session-Reflector بترويسات IP وترويسات امتداد IPv6 المستلمة. وفي القياس ثنائي الاتجاه يجب أن تسلّم عقدة الدخول ترويسات الرد إلى Session-Sender أيضاً.
  • النص مسودة إنترنت قيد التقييم، وليس RFC أو دليلاً على تشغيلها في الشبكات. آليات مطابقة الطول والبايتات الأولى وإرجاع علم C عند تعذر العكس كانت موجودة في جوهرها في الإصدار 13؛ الجديد هو صياغة واجب التسليم بين مكونات الجهاز.

تبدأ المشكلة من فجوة صغيرة داخل جهاز واحد. مستوى تمرير الحزم يرى رزمة الاختبار ويعالج امتداد IPv6، لكن وظيفة STAMP التي ستعيد البيانات قد لا تحصل على تلك الترويسة. لذلك لا تكفي عبارة «وصلت الرزمة» لتفسير ما استطاع العاكس قياسه. الإصدار المؤرخ في 18 سبتمبر يضع هذه الفجوة في موضع صريح من المواصفة المقترحة.

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

يحدد طلب TLV أي ترويسة يراد عكسها. عند وجود قيمة غير صفرية تُطابق الأطوال مع أول ثمانية بايتات من امتداد IPv6، أو أول أربعة بايتات من ترويسة IP ثابتة. والقيمة الصفرية تعني اختيار أول ترويسة ذات طول مطابق. وإذا لم توجد ترويسة مطابقة يُعاد TLV مع علم المطابقة C مضبوطاً على 1. وضع الإصدار 14 هذه الحالات داخل خطوات الإجراء ووضح عباراتها. إلا أن الإصدار 13 كان قد بيّن الاختيار الأول عند القيمة الصفرية، وفحص البداية، وإعادة العلم عند عدم إمكان استعمال TLV في تعريفات الحقول، وذكر عدم الوصول إلى الترويسات من مستوى البيانات مثالاً محتملاً. من الخطأ تسويق الإشارة إلى الفشل على أنها اختراع جديد.

عندما يعود TLV ببيانات، تكون دلالته أضيق من «رؤية المسار كله»: إنه يعكس ترويسة اختيرت من البيانات التي سُلّمت فعلاً لوظيفة القياس. لا يثبت اكتمال كل ترويسات الطريق أو كل بيانات IOAM لدى العقد الوسطية، ولا يصادق على منشأ البايتات. وعلم C وحده لا يميز بين طلب غير مطابق ونقص في التسليم الداخلي وقيد آخر. تناول مقال BTW السابق حدود MTU ومعدل الإرسال والحجم الكلي التي قد تشترك في هذا العلم؛ أما القضية هنا فهي انتقال الترويسة بين مستويين داخل الجهاز.

وتوضح المراجعة أن اختبار MTU يشمل الحزمة الناتجة كاملة، بما فيها IP وUDP وSTAMP وحقول TLV. كان حد الحجم موجوداً من قبل؛ الجديد هو تحديد نطاق الحساب بوضوح. ويُظهر سجل IETF أن الوثيقة ما زالت نشطة في مرحلة AD Evaluation ومقدمة إلى IESG. لا يمكن استنتاج اعتمادها معياراً نهائياً أو نجاح تشغيلها من ذلك.

المصادر