الخلاصة

  • سجّلت آلية القبول/الرفض في RFC 1221 المصير المحلي لرسالة مرقمة في كل اتجاه من وصلة المضيف إلى Wideband Packet Switch.
  • كان القبول يعني أن المستقبل أخذ الرسالة من وصلة الوصول ولم يرفضها عند ذلك الحد. ولم يكن إقراراً طرفاً إلى طرف ولا ضماناً للتسليم إلى مضيف الوجهة.
  • أمكن تعطيل A/R للواجهة كلها أو لرسالة واحدة تحمل الرقم صفر. لذلك لم يكن غياب الرد دليلاً مستقلاً على الضياع أو الوصول.

سلطة تنتهي عند الوصلة

صدر RFC 1221 في أبريل 1991 بقلم W. Edmond بوصفه الإصدار الثاني من Host Access Protocol. يصنّفه سجل RFC Editor وثيقة Informational، ويذكر أنه حدّث معظم RFC 907 لا كله. أما سجل IETF Datatracker فيضعه ضمن Legacy stream ويوضح أنه لا يتمتع بمكانة رسمية في عملية معايير IETF.

مع ذلك، يسجل النص سياقاً تنفيذياً حقيقياً. فقد نُفذ HAP في TWBNET وفي الموجهات والمضيفات المتصلة بها، بعد نشأته في بيئات WBNET وSATNET ذات القنوات الفضائية. هذا يثبت وجود تطبيق موثق في زمنه، لكنه لا يحدد تبادلاً بعينه، ولا يثبت أن كل موقع شغّل جميع وظائف الإصدار الثاني.

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

داخل هذا التصميم كانت A/R آلية محدودة عمداً. عند تفعيلها، استخدم كل اتجاه أرقام رسائل من ثماني بتات. أعاد المستقبل قبولاً إذا تلقى الرسالة المحددة من وصلة الوصول ولم يرفضها. وإذا تعذر قبولها أعاد رفضاً مع سبب يساعد المرسل على اختيار إعادة المحاولة أو تغيير السلوك.

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

رقم صالح داخل نافذة محلية

تقدمت الأرقام بترديد 256 مع تجاوز الصفر، ولم يُسمح بأكثر من 127 رسالة معلقة في كل اتجاه. واشتركت الداتاغرامات ورسائل stream في التسلسل نفسه. ضبطت هذه القواعد نافذة التدفق على وصلة واحدة؛ ولم تنشئ هوية عالمية ترافق الرسالة عبر المبدلات حتى معاملة التطبيق.

كذلك لم يكن لكل حدث رد منفصل بالضرورة. فالقبول الصريح للرسالة N أمكن أن يقبل ضمناً رسائل أقدم ما زالت معلقة. وأمكن جمع رفض عدة رسائل ذات سبب واحد، أو تجميع مؤشرات مختلفة في رسالة تحكم واحدة، أو حملها مع بيانات عائدة في الاتجاه المعاكس. لذلك احتاج تفسير كلمة A/R إلى اتجاه الوصلة ونافذة الرسائل السابقة.

حمل الصفر معنى مختلفاً: تعطيل A/R لتلك الرسالة. كما أمكن تشغيل الواجهة كلها في نمط pure-discard. أبقى HAP على Unnumbered Response لبعض التغذية الراجعة الحرجة، لكنه لم يحولها إلى إثبات تسليم لكل رسالة. قد يعني الصمت أن التغذية الراجعة غير مطلوبة أصلاً؛ فلا يجوز وصفه آلياً بأنه ضياع أو نجاح.

GOPRI نصيحة مؤقتة لا حجزاً

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

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

وبالمثل، أثبت checksum للرأس سلامة محدودة لمعلومات التحكم، واختار مستوى الموثوقية معالجة داخل الشبكة، ونقل علم الخطأ ملاحظة محددة. لم يثبت أي منها أن تطبيق الوجهة فهم البيانات أو أحدث النتيجة المقصودة.

عودة الوصلة لم تُعد ملكية الموارد

فصل RFC 1221 حالة وصلة الوصول عن حالة موارد stream وgroup. بعد إعادة تشغيل WPS أمكن تحذير المضيف من اختلاف ما يعتقد أنه يملكه عما يحتفظ به المبدّل، وشُجع على الاستعلام عن الموارد الباقية. استئناف الحركة على الوصلة كان دليلاً على الوصلة فقط، لا على استمرار التخصيص القديم.

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

المصادر