الخلاصة

  • كتبت Ginny Strazisar برمجية مبكرة للبوابات في BBN وثبتتها عند حدود متغايرة؛ وكان لا بد من تنسيق جهاز PDP-11 والمشغلات والواجهات والموعد الميداني قبل نجاح النقل عبر ثلاث شبكات.
  • تميز السجلات بين موقع جرى تجهيزه ومسار مرّت به الرزم فعلاً، وبين نموذج بحثي ومنظومة قابلة للتشغيل، كما تبقي الخلاف حول تاريخ تجربة 1977 ظاهراً بدلاً من صنع رواية يقينية زائفة.

عندما وصلت Ginny Strazisar إلى أوسلو، لم تكن المشكلة معادلة توجيه معقدة. لم يكن الحاسوب الذي ستثبت عليه البرمجية جاهزاً. أقامت بضعة أيام لدى الباحث النرويجي Paal Spilling، وتجولت في البلاد، ثم عادت عندما أصبح جهاز PDP-11 متاحاً. تروي ذلك بهدوء في تاريخ شفهي محفوظ لدى Computer History Museum. غير أن التأخير البسيط يضع تعريفاً عملياً لربط الشبكات: الحدود المنطقية لا تعمل من دون آلة حقيقية في المكان الصحيح.

انضمت Strazisar إلى Bolt Beranek and Newman في أبريل 1975، وسرعان ما عملت على الأجهزة التي كانت تسمى آنذاك gateways، أي الآلات التي تصل الشبكات. كانت هناك بوابة بين Resource Computer Network التجريبية في BBN وARPANET. ثم عملت على الحدود بين ARPANET وPacket Radio Network، وبين ARPANET وAtlantic Satellite Network. وينسب إليها المتحف كتابة أول برمجية لموجّه ربط شبكات مخصص لبروتوكولات TCP/IP الجديدة، قبل أن تصبح كلمة router هي الاسم الشائع.

هذا الإسناد محدد ولا يجعل منها مخترعة منفردة للإنترنت. كان لـ TCP ولكل شبكة وللتجربة فرق عديدة. تمثل مساهمة Strazisar مسؤولية تنفيذية واضحة: أن تستقبل البوابة مخططاً محلياً في جهة، ثم تمرر مخطط البيانات عبر آلية مختلفة في الجهة الأخرى، من دون إجبار الشبكتين على التحول إلى نسخة واحدة.

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

حتى الترتيب المادي لم يكن واحداً. في Packet Radio Network اجتمعت شيفرة المحطة وشيفرة البوابة على جهاز PDP-11 واحد. أما بوابات ARPANET مع شبكة الأقمار الصناعية فكانت أجهزة PDP-11 مستقلة: واجهة إلى ARPANET وأخرى إلى SATNET، وبينهما برمجية توجه الرزم. الوظيفة مشتركة، لكن الإدماج المحلي مختلف.

ترسم ذاكرة Strazisar تسلسلاً ملموساً: تثبيت في BBN صيف 1976، وفي لندن ديسمبر 1976، وفي النرويج صيف 1977. كان تجهيز العتاد وتثبيت البرمجية مسؤوليتين منفصلتين. وصل الجهاز في لندن قبل موعدها. وفي أوسلو كسر تأخر العتاد التسلسل وأوجب العودة. تحولت الخطة الكبيرة إلى أسئلة صغيرة حاسمة: هل وصلت الآلة؟ هل تعمل الواجهة؟ وهل يمكن تحميل النسخة الصحيحة؟

تقدمت الاختبارات على مراحل أيضاً. تصف مجلة صادرة عن Computer History Museum تجارب صيف 1976 التي بقيت على قفزة راديوية واحدة من المحطة التي استضافت برمجية بوابة Strazisar ثنائية الاتجاه نحو ARPANET. وتؤرخ المجلة نقلاً احتفالياً بين شبكتين في 27 أغسطس. بقي إثبات أن الطريقة ليست حيلة مخصصة لزوج واحد.

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

مع ذلك، لا تمنحنا المصادر تاريخاً موحداً. يقول مقال المتحف المنشور عام 2017 إن التجربة جرت يوم الأربعاء 22 نوفمبر، بينما يضع شرح الرسم في مجلته الصادرة عام 2002 تاريخ 27 نوفمبر. كما لا تتطابق جغرافيا التثبيت تلقائياً مع جغرافيا الرزم. ثبتت Strazisar البرمجية في النرويج، لكن Vint Cerf تذكر في النقاش الشفهي أن حركة التجربة لم تدخل النرويج فعلاً.

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

وكان الإنجاز جماعياً. يذكر المتحف أكثر من 35 شخصاً وثماني مؤسسات. يظهر Bob Kahn وVint Cerf في مفهوم TCP، وJim Mathis وDave Retz في العميل، وRay Tomlinson وBill Plummer في الخادم. شاركت فرق من SRI وCollins Radio وLinkabit وBBN وUCL والجهة النرويجية في الشبكات والمحطات. وترد Virginia Strazisar ضمن بوابات BBN. لم تملك الشبكتين؛ بل جعلت نقطة التقائهما تعمل.

بعد العرض انتقل العلم من خبرة فريق إلى وثيقة قابلة للتداول. يذكر RFC 823 أن التصميم وُثّق أولاً في IEN 30، Gateway Routing: An Implementation Specification، ثم حُدث في IEN 109 الذي كتبته Strazisar بعنوان How to Build a Gateway. ويمنح فضلاً خاصاً إلى V. Strazisar وM. Brescia وE. Rosen وJ. Haverty. صار بإمكان الآخرين فحص بنية التنفيذ لا مجرد مشاهدة نجاحه.

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

يسجل RFC 823 انتقالاً لاحقاً إلى التشغيل. استخدمت النسخ الأولى BCPL ونظام ELF، ثم MOS لتحسين الأداء. وفي أواخر 1981 بدأ تنفيذ جديد لمنشأة اتصالات تشغيلية لا لميدان بحث فقط. وفرت MACRO-11 مساحة للمخازن وآليات المراقبة، مع بقاء البنية الأساسية، وفق الوثيقة، مماثلة لتنفيذات البحث.

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

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

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

Sources