الخلاصة

  • نُشرت المراجعة 08 من draft-nir-ipsecme-big-payload في 10 سبتمبر 2026. والفروق عن المراجعة 07 تقتصر على التواريخ والانتهاء وتصحيح كلمة وتحديث مرجع Classic McEliece، لا على إعادة تصميم الآلية.
  • تقترح المسودة استخدام البت المحجوز L لنقل طول الحمولة من 16 إلى 32 بت، بعد أن يعلن المستقبل LARGE_PAYLOAD_SUPPORTED خلال IKE_SA_INIT.
  • الإعلان منطقي بلا كمية: لا يحدد سقفاً للحجم أو نوع التبادل والحمولة أو الذاكرة أو جهد المعالجة أو عدد الطلبات المتزامنة. كما تسمح المسودة صراحة بحدود معقولة تفرضها البرمجية.
  • يعرض Datatracker الوثيقة حالياً كمسودة إنترنت نشطة مرشحة لدى IPSECME، وحالتها «Call For Adoption By WG Issued»، بلا shepherd أو موافقة IESG. والقيمة المطلوبة غير موجودة في سجل IANA الحالي.

القدرة على القراءة ليست حجزاً للموارد

في RFC 7296 يوجد تفاوت صغير لكنه مؤثر. طول رسالة IKE كاملة مكتوب في أربعة ثمانيات، بينما يستخدم رأس كل حمولة عامة ثمانيتين فقط لطول الحمولة. تستطيع الحاوية الخارجية وصف رسالة أكبر، لكن الحمولة الواحدة تظل دون 65,536 ثمانية.

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

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

الدعم يمكن أن يسير في اتجاه واحد

يرسل النظير الإشعار الخالي من البيانات أثناء IKE_SA_INIT، لكن المسودة لا تسمح بإرسال الحمولة الكبيرة نفسها في هذا التبادل الأول. وعندما يكون عنصر تبادل المفاتيح الأولي كبيراً، تشير إلى IKE Intermediate Exchange المحدد في RFC 9242.

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

عند الاستقبال تقارن البرمجية الطول المعلن بالثمانيات المتبقية فعلاً في رسالة IKE. إذا كان الرقم أكبر من المادة المتاحة، تكون النتيجة INVALID_SYNTAX. وإذا كانت المادة كاملة، تعالج الحمولة مثل غيرها ولا ترفض لمجرد أن الحجم كان يمكن كتابته بالرأس القصير.

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

مثال DELETE يبيّن أين ينتهي التنسيق

تستطيع حمولة DELETE أن تسرد قيم SPI لاتصالات IPsec. وكل قيمة منها أربعة ثمانيات، فيما يصل العداد إلى 65,535. لا يستوعب حقل الطول القديم القائمة كلها في حمولة واحدة. ووفق حساب المسودة يبلغ حجم القائمة الكاملة في الصيغة الممتدة 262,150 ثمانية.

يثبت الرقم أن مساحة الترميز الجديدة نافعة. لكنه لا يفرض 262,150 ثمانية كحد أدنى يجب أن توفره كل برمجية. فالنص يجيز صراحة وضع حد معقول لعدد قيم SPI داخل DELETE. ويمكن للمحلل أن يفهم الرأس الطويل فيما ترفض بوابة الموارد قائمة تتجاوز الذاكرة أو العمل المسموح.

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

التجزئة وTCP لا يعلنان سعة المستقبل

تعالج RFC 7383 مشكلة مرور رسالة IKE المشفرة على مسار لا يحتمل حزمة واحدة كبيرة، وذلك عبر التجزئة. وتسمح RFC 9329 بنقل IKEv2 وIPsec فوق TCP عندما يُحجب UDP أو يتدهور. لكن تغيير وسيلة النقل لا يحجز حالة تطبيقية لدى النظير.

تحتاج الأجزاء في النهاية إلى استقبال وتجميع وفحص. ويمكن لتدفق TCP الموثوق أن يوصل العمل أسرع مما يرغب جهاز محدود في قبوله. لذلك توجد قرارات منفصلة: البت Large يحدد تمثيل الطول، والتجزئة أو TCP تساعد في الحمل، والسياسة المحلية تقرر ما يدخل إلى الذاكرة والمعالجة.

مراجعة صيانة وسجل عملية غير محسوم

تكشف المقارنة الرسمية بين 07 و08 تحديثات للتاريخ والانتهاء، وتصحيح than إلى that، وتحديث مرجع Classic McEliece. لم يظهر حقل لحد كمي أو تفاوض على الموارد. لذا فإن إصدار 10 سبتمبر استمرار تحريري لا بنية جديدة.

أما وضع المسودة فيحتاج إلى جمع السجلات لا انتقاء عبارة واحدة. يربطها Datatracker بفريق IPSECME ويعرض «Call For Adoption By WG Issued». ويسجل التاريخ تعيين الفريق ومسار IETF وإصدار دعوة التبني في 22 يوليو. وحددت رسالة القائمة 15 أغسطس موعداً لانتهاء التعليقات. كما وصف الإعلان الآلي للمراجعة 08 الوثيقة بأنها “work item” لدى IPSECME.

في المقابل، ما زالت الصفحة الحالية تسميها Candidate، ولا تعرض shepherd، وتضع حالة IESG عند «I-D Exists»، بلا Area Director مسؤول أو telechat. واسم الملف draft-nir ينسجم مع تسمية فردية لكنه ليس قرار تبن. الأفضل عرض هذه القرائن معاً، لا تحويلها إلى حكم لم يصدره السجل بوضوح.

يقول متن المسودة إنها تستهدف Standards Track وإنها ستحدّث RFC 7296 إذا جرى اعتمادها، بينما يعرض Datatracker حالياً intended status بالقيمة «(None)». هذا اختلاف في البيانات الوصفية وليس موافقة. كذلك لا يسجل جدول IANA لأنواع إشعارات IKEv2 قيمة LARGE_PAYLOAD_SUPPORTED. طلب التخصيص ليس تخصيصاً. ولا تثبت المصادر التي روجعت وجود إجماع IETF أو موافقة IESG أو RFC أو تنفيذ أو اختبار توافق أو نشر أو حادثة.

المصادر