الخلاصة

  • الجزء الأحمر مقدمة متصلة تخضع للإقرار وإعادة الإرسال، والجزء الأخضر لاحقة تُرسل من دونهما. اللون يحدد معاملة النقل ولا يحدد أولوية المعنى.
  • إشعار اكتمال جلسة الإرسال يثبت أن كل البايتات أُرسلت وأن تقارير الاستقبال غطت الأحمر كله. لا يثبت اكتمال الأخضر ولا تمرير Bundle ولا استهلاك التطبيق النهائي.

قرار موثوقية واحد يغيّر معنى «اكتملت»

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

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

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

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

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

خمس لحظات لا يجوز اختزالها في إيصال واحد

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

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

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

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

لكل إشعار جهة إصدار وموضوع ونطاق. تحويلها جميعاً إلى حالتي «أُرسل» و«وصل» يمحو هذه العناصر الثلاثة.

تقرير الاستقبال يتكلم داخل حدوده فقط

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

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

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

ساعة البروتوكول تعتمد على خطة الاتصال

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

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

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

تنتهي حجة LTP قبل أن تبدأ حجة التطبيق

يعرّف رقم المحرك محركاً داخل مجموعة اتصال مغلقة. ربطه بنقطة Bundle قرار خاص بمهايئ التقارب. لا يثبت الرقم وحده هوية شخص أو مؤسسة أو تطبيق وجهة.

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

تضيف امتدادات RFC 5327 آليات مصادقة وملفات تعريف ارتباط لمواجهة المصدر وإساءة الموارد. لا توسع نطاق تقرير الاستقبال. قد يكون التقرير أصيلاً لكنه يغطي الأحمر وحده، وقد يكتمل الأحمر مع نقص الأخضر.

صُنّف RFC 5326 على أنه Experimental. وتوضح ملاحظة IESG أن النشر لم يكن مراجعة معيار إنترنت كاملة للأمن والتحكم في الازدحام والتفاعل. لا يتضمن LTP تحكماً في التدفق أو الازدحام، ولا يصلح للاستخدام الشامل في الإنترنت العام، وكان تشغيله فوق UDP في ذلك الإصدار مقصوراً على التطوير أو الشبكات المحلية الخاصة. توثق RFCات لاحقة السجلات وتطور Bundle، لكنها لا تثبت إعداد نشر بعينه.

المصادر وحدود الإثبات

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