الخلاصة

  • عرضت RFC 871 نموذج ARPANET المرجعي بوصفه إعادة صياغة لقرارات اتخذتها مجموعة العمل وهي تبني بروتوكولات تتيح لحواسيب مختلفة تقاسم الموارد.
  • شدد Padlipsky على الإنصاف بين المضيفات: خطوة تبدو زائدة على جهاز قد تشغل المصادقة والمحاسبة على جهاز آخر.

بدت الخطة بسيطة: لكي تصل الرسالة الإلكترونية من دون رسم على المتلقي، يمكن تخفيف طلب تسجيل الدخول في FTP. في RFC 871 الصادرة في سبتمبر 1982، روى Michael A. Padlipsky سبب اعتراض بعض المصممين. أنظمة تشغيل أخرى كانت تستخدم أوامر الدخول لتشغيل المصادقة، لا المحاسبة وحدها. اختصار كريم في حاسوب يزيل باباً أمنياً من حاسوب آخر. أبقى الحل الذي وصفه حق المضيف في طلب الدخول، ونشر حساباً مشتركاً مجانياً لاستقبال البريد.

سمّى Padlipsky المبدأ «الإنصاف». حين تكون آلية ما طبيعية في نظام المصمم وتزعج نظام زميله بشدة، يجب الإصغاء إلى من سيجعلها تعمل هناك. الشبكة لا تصل حواسيب متطابقة؛ لكل نظام حساباته وصلاحياته وعملياته. يستطيع الرسم وضع سهم فوق هذه الاختلافات. التنفيذ يعيدها إلى الطاولة مع فاتورة الإصلاح.

كتب المقال في وقت صار نموذج ISO المرجعي رسماً شهيراً لمقارنة بنى الشبكات. أراد Padlipsky أن يشرح الإطار الذي قال إن ARPANET Network Working Group استخدمته، غالباً من دون صياغة صريحة، خلال صنع البروتوكولات. أعاد بناء مبادئ من عمل جار بالفعل. لم يبدأ المهندسون وفي أيديهم وثيقة رسمية كاملة للنموذج؛ جاء وصفه المنشور بعد أن أظهرت البرمجيات خياراتهم.

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

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

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

الكفاءة كانت تعني وقت المعالج والذاكرة وعدد التحويلات اللازمة. والإنصاف يعني أن تندمج البروتوكولات في أنظمة التشغيل القائمة من غير أن تفسد وظيفة حيوية فيها. انتقد Padlipsky قراءة اعتبرها جامدة لنموذج ISO؛ ذلك حكمه في جدل عام 1982. قصة البريد أكثر تحديداً: قرار إزالة رسم لا يجوز أن يزيل معه إجراء تحقق يحتاجه نظام آخر. الحساب المجاني نقل كلفة الاستقبال وأبقى طريق الدخول متاحاً.

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