الخلاصة

  • تعني ipv6ExtensionHeadersLimit=false أن المعلومات المصدّرة جزئية بسبب حد للفحص، بينما تعني true أنها تطابق كامل ترويسات الامتداد الموجودة. لا يجوز استنتاج المعنى المعاكس من اسم الحقل.
  • يفصل RFC 9740 بين النوع والتكرار المتتالي والترتيب وطول السلسلة. القدرة على تمثيل ترويسة مرصودة ليست دليلاً على نجاح معالجتها لدى الطرف المستقبل أو على تنفيذ الصيغة في كل الأجهزة.
  • يجب فصل القيم المفقودة والرصد المحدود عن الأصفار الصحيحة. ازدياد الأنواع المكتشفة بعد تحديث قد يكون تغيراً في مجال الرؤية لا في الاستخدام.

ثلاث أدوات ونتيجة تبدو واحدة

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

صدر RFC 9740 في مارس 2025 ضمن مسار معايير IETF، وأضاف اثني عشر عنصر معلومات IPFIX ونوع unsigned256. كان نطاق ipv6ExtensionHeaders القديم، ذي الرقم 64، ثابتاً ولا يشمل، من بين أنواع أخرى، HIP برقم البروتوكول 139 وShim6 برقم 140 والامتدادات التجريبية. ولم يصف صراحة الترتيب والتكرار وطول السلسلة أو اكتمال التقرير مقابل محدوديته. أما tcpOptions، ذو الرقم 209، فكان يمثل Kinds حتى 63 فقط ولا يميز التجارب التي تتشارك 253 و254. أصبح العنصران غير موصى باستخدامهما. تغيير اسم عمود تاريخي لا يوسع بأثر رجعي ما رصدته الأداة القديمة.

الاكتمال له حدود أيضاً

يوضح القسم 3.5 أن العنصر 517 يكون false عندما تغطي المعلومات الجزء المتاح حتى حد تفرضه عادة العتاد أو البرمجيات. ويكون true عندما تطابق كامل ترويسات الامتداد المحتواة. غياب العنصر لا يمثل تصريحاً إيجابياً بالاكتمال.

الترميز ليس منطقاً برمجياً عادياً. وفق RFC 7011، القسم 6.1.5، ترمز القيمة 1 إلى true والقيمة 2 إلى false، وسائر القيم غير معرّفة. لذلك لا يمثل الصفر الخام false معيارياً، ولو عاملته لغة برمجة على هذا النحو. وهذا مختلف عن قيمة صفر صحيحة في خريطة بتات.

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

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

ماذا تحفظ كل صيغة؟

يصف RFC 8200 سلسلة الامتدادات التي تربطها قيم Next Header قبل الوصول إلى الطبقة العليا. يذكر ipv6ExtensionHeaderType، رقم 513، رمز النوع المرصود. ويحسب ipv6ExtensionHeaderCount، رقم 514، مرات ظهور النوع نفسه على التوالي. لا يحسب ذلك الحزم أو المستخدمين أو نسبة التبني.

تحفظ ipv6ExtensionHeaderTypeCountList، رقم 516، ترتيب أزواج النوع والعدد. في سلسلة Hop-by-Hop ثم Destination Options ثم Fragment ثم Destination Options، يبقى موضعا Destination Options منفصلين. ويجب الإبلاغ عن السلاسل المختلفة في Flow كلٍّ على حدة. إذا قررت الأداة أن نوعاً مرصوداً هو ترويسة امتداد، فعليها ذكر رمزه الدقيق حتى إن لم تدعم وظيفته. أما تحديد ما إذا كانت قيمة Next Header مجهولة تشير إلى امتداد أو إلى بروتوكول طبقة عليا فيظل مشكلة تصنيف مستقلة.

تقدم ipv6ExtensionHeadersFull، رقم 515، خريطة حضور أبسط عبر الحزم المرصودة في Flow، ولا تستعيد الترتيب. تأتي مواقع البتات من سجل IANA الخاص بـIPFIX، لا من رقم البروتوكول مباشرة: Destination Options، رقمه 60، في البت 0؛ وHop-by-Hop، رقمه 0، في البت 1؛ وHIP، رقمه 139، في البت 10. وترد No Next Header حالة خاصة رغم أنها ليست ترويسة امتداد. يمنع RFC 9740 تصدير 515 و516 معاً.

يجمع ipv6ExtensionHeadersChainLength، رقم 518، أطوال الامتدادات بالأوكتات، مستثنياً ترويستي IPv6 الأساسية والطبقة العليا. ليس ذلك عدداً للترويسات. وتقرن ipv6ExtensionHeaderChainLengthList، رقم 519، العنصر 515 بالعنصر 518 وتفصل السلاسل المختلفة. عند استخدام 519 لا يجوز دمج خرائط تلك السلاسل؛ وبدونها يتيح المعيار أوصافاً مجمعة أو منفصلة ضمن قواعده. اقتران الحضور بالطول لا يعيد الترتيب ولا يحول الجزء غير المفحوص إلى معرفة كاملة.

حين يتغير القياس قبل الحركة

في TCP يربط tcpOptionsFull، رقم 520، كل Kind من 0 إلى 255 بموقع البت مباشرة. ويمكنه تمثيل خيار مرصود دون دعم وظيفته. أما أنواع امتدادات IPv6 الجديدة فتقابل البت التالي المتاح في سجل IPFIX؛ والاستثناءات التي تحتاج بتات سلوك متميزة تخضع لـExpert Review. تحديث السجل لا يحدث تلقائياً كل البرمجيات المنشورة.

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

يميز RFC 6994 التجارب التي تتشارك Kind 253 و254 بمعرّفات ExID ذات 16 أو32 بت. لقوائم ExID في RFC 9740 أولوية: عند وجودها في Flow، يجب أن تبقى البتات العامة المشتركة صفراً. لذلك قد يغفل قارئ خريطة البتات وحدها معلومة حضور إيجابية. ويفترض التعرف المستقل وتحديد عرض المعرّف وجود قائمة ExID صالحة تديرها الآلية المنفذة؛ الصيغة وحدها لا تضمنها.

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

المصادر