Summary

  • اقترح RFC 1692 جمع مقاطع Telnet وRlogin القصيرة المتجهة إلى المضيف نفسه في رزمة IP واحدة، لتخفيف عبء معالجة الرزم والمقاطعات.
  • جعل الغلاف الخارجي، المعرّف ببروتوكول IP رقم 18، منافذ TCP الداخلية غير مرئية للموجّه الذي يرشّح بحسب المنفذ. طلب RFC من ذلك الموجّه فحص المقاطع أو حجب TMux، ثم نُقل البروتوكول إلى Historic في RFC 4450.

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

وضع Peter Cameron وDavid Crocker وDanny Cohen وJon Postel آلية TMux بين IP وطبقة النقل. تجمع الآلية عدة مقاطع قصيرة تخص الزوج نفسه من المضيفين في رزمة IP واحدة. يسبق كل مقطع رأس صغير من أربعة بايتات يحدد طوله وبروتوكوله الأصلي وقيمة تحقق للرأس نفسه. يشير غلاف IP إلى رقم البروتوكول 18. يفك المضيف المستقبِل الحزمة ويقدّم المقاطع إلى TCP أو UDP كما لو أنها وصلت منفردة، من دون أن تتغير جلسة الطرفية في التطبيق.

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

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

في فصل الأمن ظهرت المشكلة التي لا تحلها معادلة عدد الرزم. الموجّه الذي يفتش منفذ TCP يرى الغلاف الخارجي فقط؛ المنافذ الحقيقية موجودة داخل المقاطع المجمّعة. وقد تسافر مقاطع أكبر من اتصال TCP نفسه بلا غلاف TMux، فتخضع لقرار مختلف. طلب RFC 1692 من موجّه يطبّق مرشحات المنافذ ولا يفهم TMux أن يحجب رزم TMux في الاتجاهين. أما الموجّه الذي يفهمه فيمكنه فتح الحزمة وفحص كل مقطع ورفض المخالف منها.

نُشر TMux بصفة Proposed Standard. وفي مراجعة للوثائق القديمة جرت بين 2004 و2005، طُرح سؤال عملي: هل سيكتب أحد تنفيذًا جديدًا أو يحافظ على الموجود؟ أدرج RFC 4450 TMux بين المواصفات التي أصبحت Historic، وهي الحالة التي يعرضها سجل RFC Editor. جمعت الفكرة الرزم لتخفيف العمل عن المضيف، لكنها نقلت إلى الموجّه عبء قراءة ما أخفاه الغلاف.

المصادر