الخلاصة

  • يسمح BTPU بإرسال نسخ مطابقة من رسالة النقل في وحدات PDU مختلفة عندما لا تملك الوصلة أحادية الاتجاه مساراً لطلب إعادة الإرسال.
  • تحدد رسالة Transfer End رقم المقطع الأخير، لكن النقل لا يكتمل محلياً إلا لدى مستقبل جمع المقاطع كلها من 0..N؛ ولا يعيد BTPU هذا الحكم إلى المرسل.

في قناة لا تجيب، قد يكون أفضل ما يملكه المرسل هو إرسال الجزء نفسه مرة أخرى. هذا يحسّن الاحتمال، لا المعرفة. هذه هي المسألة التي تعالجها مسودّة draft-ietf-dtn-btpu-04 المؤرخة في 7 سبتمبر 2026: نقل أجسام ثنائية كبيرة، غالباً حزم BPv7، فوق وصلات غير موثوقة ومؤطرة وأحادية الاتجاه.

تمنح المسودّة المستقبل قاعدة دقيقة لإعادة التجميع. تشترك مقاطع النقل في Transfer number من 32 بت، وتزداد قيمة Segment Index ابتداءً من الصفر. تحمل Transfer End المقطع الأخير ورقمه N. ولا يمرّر المستقبل الجسم المعاد تجميعه إلى الطبقة الأعلى إلا إذا كانت لديه السلسلة الكاملة من صفر إلى N ويمكنه وصل البايتات.

لكن الدقة المحلية لا تتحول إلى إيصال عالمي. إرسال Transfer End لا يعني أنها وصلت. ووصولها لا يعوض مقطعاً سابقاً فُقد. كما أن اكتمال البايتات لا يثبت نجاح تحليل BPv7 أو CRC أو معالجة BPSec. وبعد قبول طبقة الحزمة تبقى عمليات التوجيه والتسليم إلى نقطة النهاية وإقرار التطبيق أحداثاً مستقلة.

لا يدّعي BTPU وجود تغذية راجعة؛ بل يتيح التكرار بصورة صريحة. يمكن تكرار أي رسالة في PDU أخرى، شرط أن تكون النسخة مطابقة تماماً. ويمكن أن تختلف أعداد النسخ بين المقاطع وعمليات النقل. قد تعتمد السياسة على تحليل سابق للوصلة، أو درجة أهمية محلية، أو إشارة فقدان خارج النطاق. إلا أن المسودّة لا تمنح رقماً سحرياً يجعل ثلاث نسخ أو عشر نسخ دليلاً على النجاح.

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

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

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

يفصل BPv7 بالفعل بين تقارير الاستقبال والتوجيه والتسليم والحذف وإقرار التطبيق. قد تصل هذه الأدلة لاحقاً وعبر طريق آخر. ولا تجعل الرسالة الأصلية مؤكدة بأثر رجعي؛ بل تضيف ملاحظة جديدة من موضع آخر. قوة BTPU أنه لا يتظاهر برؤية جهة لا يستطيع الوصول إليها.

المصادر