الخلاصة

  • عنت راية SO في RFC 916 أن الحمولة ثمانية واحدة بالضبط؛ لذلك لم يعد حقل LENGTH بحاجة إلى تكرار العدد، فحمل الحرف نفسه وحماه جمع تحقق الترويسة.
  • كان الموضع ذاته يعلن Maximum Data Length مع SYN، ويعدّ البيانات في الحزمة العادية، ويصبح البيانات ذاتها مع SO. الرايات المتحققة وحالة الاتصال المقبولة هما اللتان تمنحان المعنى.
  • كفى بت واحد لرقم التسلسل وبت واحد للإقرار لأن كل اتجاه سمح بحزمة واحدة فقط تنتظر استجابة. قلة الحالة وحدّت الأداء في الوقت نفسه.

اقترحت RFC 916، المنشورة في أكتوبر 1984، بروتوكول Reliable Asynchronous Transfer Protocol أو RATP. صُمم لوصلة نقطة إلى نقطة كاملة الازدواج، وغالباً لخط RS-232 غير متزامن بين حواسيب صغيرة أو مودمات أو أجهزة تتلقى أوامر. يصنف سجل RFC Editor الحالي الوثيقة بأنها Historic. هذا وصف لمكانتها الوثائقية اليوم، لا قياس لاعتمادها السابق.

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

الحرف الذي انتقل إلى موضع الطول

تكونت الترويسة العادية من أربع ثمانيات: قائد مزامنة قيمته السداسية 01، وثمانية تحكم، وثمانية لطول البيانات، وجمع تحقق للترويسة. ثم جاءت البيانات العادية وتبعها جمع تحقق من ستة عشر بتاً.

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

خصصت راية SO، أي Single Octet، لهذه الحالة وحدها. حين تكون SO مرفوعة بينما SYN وRST وFIN غير مرفوعة، يعرف المستقبل أن طول الحمولة واحد. كتابة الرقم واحد في LENGTH تصبح تكراراً. لذلك وضعت RFC 916 الحرف في ذلك الموضع، وحذفت جزء البيانات المنفصل وجمعه ذي الستة عشر بتاً، وجعلت جمع تحقق الترويسة يغطي الحرف المضمّن. وصفت الوثيقة الانتقال من سبع ثمانيات إلى أربع بأنه تحسين في الكفاءة قدره 40 في المئة.

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

الموضع الواحد لم يحمل تفسيره معه

في حزمة SYN كان الموضع الثالث هو Maximum Data Length، أو MDL. من يرسل SYN يعلن أكبر كمية بيانات يستطيع استهلاكها في حزمة يستقبلها. وخلال المصافحة الثلاثية يعلن كل طرف حدّه الخاص.

بعد إنشاء الاتصال، ومن دون SYN أوRST أوFIN، يسمى الموضع LENGTH. إذا لم تكن SO مرفوعة فهو عدد الثمانيات التي ستليه، من صفر حتى MDL الذي أعلنه النظير. وإذا رفعت SO فلا يعود عدداً؛ يصبح ثمانية البيانات الوحيدة.

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

وكان MDL حد قبول نافذاً. فإذا نجحت ترويسة في الفحص ثم أعلنت طولاً عادياً أكبر من حد المستقبل، عدّت RFC 916 ذلك خرقاً للبروتوكول أو خطأ نادراً في الطول لم يكشفه الجمع. يعيد المستقبل ضبط الاتصال. السعة ليست ملاحظة ودية يحق للمرسل تجاهلها، بل قراراً محلياً يفرضه العقد المشترك.

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

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

كان SN وAN بعرض بت واحد لكل منهما. لا تكفي قيمتان لكل نقل موثوق، لكن RATP ضمن ألا توجد في اتجاه معين أكثر من حزمة واحدة في طور الإرسال أو انتظار الإقرار.

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

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

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

المستقبل أعلن حجم الحزمة الذي يستطيع دفع تكلفته

بلغ الحد الأعلى لـMDL مقدار 255. لذلك كان أقصى حجم لحزمة عادية 261 ثمانية: المزامنة، وبقية الترويسة، وثمانيتا جمع البيانات، و255 ثمانية بيانات. استخلصت المواصفة نتيجة تنفيذية: لا حاجة إلى تخصيص مساحة أكبر لحزمة واردة واحدة.

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

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

نهاية الحزمة ليست نهاية السجل الأعلى

استخدم RATP نمطاً لبداية الحزمة ولم يستخدم محدداً مماثلاً لنهايتها، لأن أي نمط يمكن أن يظهر في البيانات. بعد قبول الترويسة، يحدد الطول المفسر عدد الثمانيات المتبقية.

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

تتوقف الأدلة عند حدودها. نجاح جمع الترويسة يدعم سلامتها وفق الخوارزمية. الإقرار يثبت انتقالاً في حالة RATP. وتساعد EOR في تجميع السجل. لا يثبت أي منها أن التطبيق فهم المحتوى، أو أن المرسل مخول بإصدار الأمر، أو أن الأثر المطلوب حدث.

الاسترداد من ضجيج الخط عقد آخر

يؤطر RS-232 الثمانية المفردة، لا حزمة RATP كاملة. لذلك بحث المستقبل عن 01، وقرأ الثلاث التالية واختبر جمعها. إذا فشل الاختبار، أعاد التعامل مع تلك الثلاث كمدخلات جديدة أثناء استئناف البحث. لا تسمح بداية زائفة بتجاوز مقدار مجهول من التيار.

وثقت RFC 1055 لاحقاً اختيار SLIP المختلف: محددات وهروب لرزم IP، لكن من دون حقل نوع أو حد أقصى تعرفه الاتفاقية الأساسية أو تصحيح أخطاء على الوصلة. ثم وصفت RFC 1661 وRFC 1662 PPP مع تعدد البروتوكولات وLCP والحدود القابلة للتفاوض والتأطير والشفافية وFCS. هذه مقارنات، وليست دليلاً على نسب مباشر.

أما RFC 793 فهي مقارنة TCP المعاصرة التي أحالت إليها RFC 916 عند استبعاد النافذة الديناميكية. تعامل TCP مع تيار موثوق عبر شبكات مترابطة بعقد أوسع. جمع RATP الحزم والاتصال الموثوق في وصلة نقطة إلى نقطة. تشابه المصطلحات لا يوحد صلاحية الأدلة.

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