الخلاصة
- يتيح
draft-ietf-ippm-stamp-ext-hdr-15للعاكس نسخ رأس ثابت أو رأس امتداد IPv6 استلمه مع حزمة الاختبار الأمامية إلى TLV داخل STAMP؛ وهذا رصد عند R1. - يطلب النمط ثنائي الاتجاه، بآلية منفصلة، إضافة رؤوس امتداد مطابقة مولّدة محلياً إلى حزمة العودة. ولا تشترط المسودة التطابق بايتاً ببايت؛ فالطول والمحتوى قراران محليان.
- لا يثبت وصول الرد تناظر البايتات أو الطريق أو معالجة العقد الوسيطة ولا اكتمال IOAM. إن وصول البيانات إلى العملية والمطابقة وMTU وسياسة الإفصاح والسلامة وتحديد المعدل تغيّر نطاق الدليل.
يوحي الرسم البسيط بأن رأساً خرج من S1 ثم عاد إليه. لكن المراجعة 15 تصف فعلين: نسخ الرأس الذي وصل إلى R1 داخل الحمولة، وبناء رأس جديد يخرج مع الرد. الأول شهادة عن الماضي؛ والثاني فعل محلي جديد.
النسخة داخل الحمولة والرأس فوق السلك
يحدد RFC 8762 STAMP، ويضيف RFC 8972 امتدادات TLV. يضع المرسل طول رأس امتداد IPv6 وأول ثمانية بايتات لتمييزه، أو أول أربعة بايتات للرأس الثابت. يبحث العاكس في الرؤوس التي سلّمها له مسار البيانات وينسخ الباقي في TLV.
أما IPv6 Extension Header Control Sub-TLV فيطلب إنشاء رؤوس للاتجاه العكسي حسب ترتيب الأنواع. لا يلزم أن تكون نسخة مطابقة، ولا يلزم تكرار routing header خاص بالمرسل. لذلك يجب تسجيل رأس الإرسال، وما استلمه R1، والنسخة في TLV، ورأس العودة المولد، والرد الذي وصل إلى S1 كأحداث مختلفة.
ثنائي الاتجاه لا يعني متناظراً
ينص النص الخام على أن الرد قد يسير في الطريق نفسه أو في طريق مختلف، ولا يشترط عبور العقدة الوسيطة نفسها. وصف bidirectional يحدد فقط إضافة رؤوس مطابقة للعودة.
في النمط أحادي الاتجاه يمكن إعادة ملاحظة الذهاب داخل الحمولة من دون رأس مماثل على خط العودة. وفي النمط الثنائي ينشئ R1 رأساً جديداً. لا يجوز تحويل bidirectional=true إلى خريطة طريق.
المطابقة نفسها تحتاج وصلاً
عند وجود رؤوس متساوية الطول تستخدم البايتات الأولى للتمييز، مع افتراض ثباتها حتى الوصول إلى R1. والقيمة الصفرية تختار أول رأس بالطول نفسه. يجب حفظ الطول والتمييز والموضع والبصمة والنتيجة.
تعالج الرؤوس من الخارج إلى الداخل، ويجب أن يحاكي ترتيب TLV ترتيب الرؤوس المنطقي. الطول الخاطئ أو الترتيب غير الصحيح أو الرأس غير المدعوم أو غير المتاح يشغّل إجراء C flag في RFC 10052، وقد يعود الرد بلا بيانات منسوخة. وجود الرد ليس نجاحاً للمطابقة.
قد يرى جهاز التوجيه ما لا تراه عملية القياس
يجب أن يسلّم data plane الرؤوس المستلمة إلى عملية STAMP. قد يمرر الجهاز option بصورة صحيحة من دون أن يعرضها لبرنامج القياس. كما أن رؤية R1 للرأس لا تثبت أن كل midpoint عالجه.
يعرّف RFC 9197 حقول IOAM، ويحدد RFC 9486 حملها في IPv6. غياب سجل عقدة قد يعني نقص مساحة أو دعم أو مشاركة أو طريقاً مختلفاً. ويقيد RFC 8250 إدخال وحذف رؤوس الامتداد أثناء العبور؛ فتغيير وجودها أو طولها خارج نطاق المسودة.
MTU والسياسة المحلية يقلصان الدليل
يجب أن تتسع حزمة IP وUDP وSTAMP وTLV ضمن path MTU. وإذا زادت تزال TLV. قد يكون النقص تقليصاً مطابقاً لا فقداً في الشبكة.
كما يستطيع المشغل منع نسخ الرؤوس لحماية معلومات الشبكة. يلزم التمييز بين: لم يُرصد، رُصد وأُعيد، رُصد وحُجب، أزيل بسبب MTU، وتعذر الوصول إليه. الحقل الفارغ يخلط الواقع بقرار السلطة المحلية.
checksum الصفري استثناء مشروط
تسمح المراجعة بـ IPv6 UDP zero checksum في نطاق ضيق. يبقي RFC 6936 وRFC 8085 checksum العادي افتراضياً. يحتاج الاستثناء منافذ STAMP محددة، وفحص العناوين، ونطاق إدارة واحداً، وقبول الخطر المتبقي. ويوصى بالنمط الموثق عندما تلزم سلامة الحمولة.
يوفر RFC 8200 أساس IPv6، ويقدم RFC 9740 وسيلة محتملة للتحقق من استقبال رؤوس الامتداد. نجاح parser لا يثبت غياب التلف.
الحماية من الضغط تشبه فقد الشبكة
يستهلك STAMP المعالج والذاكرة. يحمي rate limiting مستوى التحكم، لكن إسقاط punt path لا يمكن تمييزه داخل القياس عن فقد الطريق. يجب ربط عدادات policer المحلية بإشعارات الفشل.
السلسلة المفيدة هي أُرسل / سُلّم / حُلّل / طابق / نُسخ / وُلّد / خرج / استُلم. الرقم الأخير وحده لا يحدد السبب.
Last Call ليس نشرًا عملياً
يعرض Datatracker المراجعة 15 في IETF Last Call حتى 15 أكتوبر 2026. ويسجل التاريخ رفعها في 30 سبتمبر، بينما يبين سجل البريد التوزيع المؤسسي. هذا ليس RFC ولا دليلاً على deployment.
يبقي فرق النسخ والمراجعة المبكرة وقيم TBA في سجل IANA احتمال التغيير ظاهراً. ويمثل commit Teaparty دليلاً على كود لوظائف محددة، لا على انتشار أو توافق مستقل شامل.
يجب أن تربط الوصلة النهائية بصمات الحزمة والرؤوس، والترتيب، والطلب، وتسليم data plane، والمطابقة، وC flag، وتقليص MTU، وقرار الإفصاح، ورأس العودة، والواجهات، وchecksum، والتوثيق، وpolicing، والطريق، والاستنتاج.
تطلب Running-Code Primacy فحص البايتات الفعلية. وتكشف The Policy Mirror سلطة القرار المحلي. وتفصل Reality Layers بين رمز «منعكس» والرصد والبناء والأثر.
المصادر
- Datatracker
- التاريخ
- سجل البريد
- المراجعة 15 نص
- المراجعة 15 HTML
- المراجعة 15 XML
- فرق النسخ
- المراجعة المبكرة
- RFC 8762
- RFC 8972
- RFC 10052
- RFC 9197
- RFC 9486
- RFC 8200
- RFC 6936
- RFC 8085
- RFC 8250
- RFC 9740
- سجل STAMP لدى IANA
- Commit Teaparty
- Lu Heng: Running-Code Primacy
- Lu Heng: The Policy Mirror
- Lu Heng: Reality Layers
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
