الخلاصة

  • تطلب النسخة 09 المؤرخة في 19 سبتمبر توثيق صيغة PCAP القديمة في RFC من فئة Historic وتسجيل application/pcap. لا تزال وثيقة عمل، ولم يكتمل إجراء IANA.
  • أعاد مدير المنطقة المسؤول في 23 سبتمبر حالة المسودة إلى «Revised I-D Needed» لأنه لم ير رداً على مراجعته. ومن أسئلته: هل يحل الاسم الجديد محل application/vnd.tcpdump.pcap أم يتعايش معه، ولماذا سُمي The Tcpdump Group مسؤولاً عن تغيير التسجيل؟
  • وصف الصيغة، وسلطة تعديل نوع الوسائط، وتخصيص قيم LinkType سجلات مختلفة، ولا يمنح أحدها الآخر تفويضاً تلقائياً.

يوجد بالفعل سجل في IANA منذ عام 2011 باسم application/vnd.tcpdump.pcap، ويحدد Guy Harris مؤلفاً ومسؤولاً عن تغييره. أما مشروع فريق OPSAWG فيطلب اسماً جديداً ضمن شجرة الأنواع المعيارية، ويضع The Tcpdump Group في خانة مسؤول التغيير. تشير المسودة إلى التسجيل القديم داخل قسم الأمان، لكنها لا تشرح هل سيظل الاسمان صالحين معاً أم سيتغير دور أحدهما. لا يصح وصف هذا الوضع بأنه نقل سلطة مكتمل.

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

سبب طلب فئة Historic هو مسار تطور صيغة الملف. يحتفظ PCAP v2 بنوع LINKTYPE واحد في الملف، ولا يسهل ضم ملفين بعضهما إلى بعض مباشرة. تسعى مسودة pcapng المنفصلة إلى بنية قابلة للتوسعة. لكن مشروع PCAP يجيز أيضاً إدراج أنواع ربط جديدة في ملفات الصيغة القديمة. وتوجد مسودة ثالثة تقترح نقل قائمة LinkType إلى سجل IANA بسياسة مراجعة خبراء. الإحالة بين هذه الوثائق لا توحد حالاتها أو الجهات التي تديرها.

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

المصادر