الخلاصة

  • كانت وظيفة IPv4 ID تمييز مجموعات الشظايا، لكن القاعدة القديمة طلبت رقماً فريداً حتى للرزم التي لن تُجزّأ.
  • يمكن لـ 65,536 قيمة أن تلتف قبل خروج الشظايا القديمة من نافذة التجميع، كما تحول التسلسل المتوقع إلى إشارة عن نشاط المضيف.
  • ألزم RFC 6864 كل جهاز بتجاهل ID في datagram ذرية، وأبقى الفرادة للرزم المجزأة أو القابلة للتجزؤ.

اسم مشترك لأجزاء أصل واحد

سمح RFC 791 للبوابة بتقسيم datagram كي تعبر شبكة ذات MTU أصغر. يطابق المستقبل الشظايا بالمصدر والوجهة والبروتوكول وIdentification. يحدد Fragment Offset الموضع، ويشير MF إلى أجزاء لاحقة، ويمنع DF التقسيم.

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

حافظ RFC 1122 على فرادة كل datagram ضمن ثلاثية المصدر والوجهة والبروتوكول خلال العمر الأقصى. وناقش إزالة النسخ المكررة وإعادة استعمال الرقم في نسخة معاد إرسالها.

بهذا تحول وسم التجميع إلى خدمة هوية غير معلنة. تدير المصادر أرقاماً حتى مع DF، وتقرأ middleboxes التسلسل كدليل ترتيب أو نشاط.

دار العداد قبل أن تموت الشظايا

يعطي 16 بت 65,536 احتمالاً. الخطر ليس الصفر نفسه، بل استعمال قيمة قديمة بينما تستطيع شظية تحملها الوصول إلى سياق التجميع ذاته.

شرح RFC 4963 فشل السرعة: قد تشترك datagramان مجزأتان في ID مبكراً، فيجمع المستقبل أجزاء من أصلين. تحدد checksums والفقد والترتيب هل تكون النتيجة إسقاطاً أم فساداً أم تراجعاً في الأداء.

لا ينطبق ذلك على كل تدفق سريع؛ يلزم التجزؤ وتداخل أعمار التجميع. لذلك لا تحمي فرادة الرزم التي يستحيل تقسيمها الحالة الخطرة.

حسب RFC 6864 أن MTU قدره 1,500 بايت وعمر دقيقتين يجعلان الوعد القديم يحد بروتوكولاً بين عنوانين بنحو 6.4 Mbps. الرقم مرتبط بالافتراضات، لكنه يكشف أن الالتزام الشامل صار غير قابل للتنفيذ.

ما يمكن توقعه صار قناة جانبية

العداد المتزايد سهل. الفرق بين عينتين قد يكشف حركة أخرى أو يميز نظاماً، وقد يساعد تخمين fragment ID في هجمات خارج المسار بشروط محددة. يحلل RFC 7739 تلك الآثار وخيارات التوليد.

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

الذرية تسحب الحاجة إلى الرقم

يعرّف RFC 6864 datagram ذرية حين يكون DF=1 وMF=0 وoffset صفراً. ليست شظية، ولا يجوز لجهاز transit ملتزم أن يجزئها.

يجوز للمصدر كتابة أي ID. الصفر مسموح وليس محجوزاً. والأهم أن router والوجهة وfirewall وNAT وطرف النفق جميعاً ملزمون بتجاهل القيمة. منحت القاعدة المصدر حرية محلية وسحبت من المستهلكين سلطة القرار.

أما non-atomic فهي البقية. الرزمة الكاملة ذات DF=0 قابلة للتقسيم لاحقاً، وMF أو offset غير الصفر دليل على تجزؤ سابق. هناك يبقى ID جزءاً من عقد التجميع.

بقيت الصرامة حيث يوجد اعتماد مشترك

لا يكرر مصدر الرزم non-atomic رقماً ضمن عمر أقصى للثلاثية نفسها. وتحصل النسخة المعاد إرسالها على رقم جديد. تتحمل مداخل الأنفاق وأجهزة إعادة الكتابة الواجب حين تنشئ الترويسة.

ويجب على المسار احترام DF وعدم مسحه. وإلا حوّل رزمة كان رقمها الاعتباطي آمناً إلى شظايا تحتاج فجأة إلى وسم موثوق.

تحسن المعيار حين وعد بأقل

ألغى RFC 6864 استخدام ID لإزالة التكرار. تحتاج أدوات التشخيص إلى دليل آخر، وتضعف محاولة عد الأجهزة خلف NAT من تسلسل الأرقام. ولا يعد ID الذري بعشوائية أو سرية أو entropy؛ قد تصبح بتاته الحرة قناة خفية.

لم يتغير شكل IPv4. فرّقت flags القائمة بين الحالتين، فبقي wire format وصغر العقد.

ليست القصة إلغاء التجزؤ، بل إعادة المعنى إلى مالكه الضروري. يحافظ التجميع على الهوية حيث لا يعمل من دونها؛ ويتوقف الآخرون عن تحويل سهولة الرؤية إلى حق تفسير.

المصادر وحدود الدليل

المجموعة المغلقة هي RFC 791 وRFC 1122 وRFC 4963 وRFC 6864 وRFC 7739. تثبت الآلية والقاعدة القديمة وخطر السرعة والحد الذري وآثار التوقع، ولا تقيس تنفيذ الأنظمة الحالي أو معدل التجزؤ أو الهجمات أو عتبة فساد عامة.