الخلاصة

  • لم تقترح Plutarch إلغاء الإنترنت أو استبدالها دفعة واحدة. أبقت إنترنت IPv4 العالمية بلا تغيير، لكن بوصفها سياقاً يستطيع التعايش تدريجياً مع سياقات ذات قواعد مختلفة.
  • يكتسب الاسم والعنوان معناهما داخل context محدد. وعند العبور، تتولى interstitial function إعادة الربط وترجمة اختلافات العنونة والتسمية والتوجيه والنقل.
  • كانت الورقة نقطة انطلاق بحثية، لا نظاماً منشوراً مكتملاً. فقد تركت الأمن والتدقيق وإدارة الصلاحيات والاكتشاف القابل للتوسع وإشعار الأعطال وسياسة اختيار السلاسل مسائل مفتوحة.

لم يعد الطرف المختلف هامشاً ناقصاً

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

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

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

وهكذا لم تعد الشبكة غير المتوافقة مع IP حالة ناقصة تنتظر أن يصححها المركز. أصبحت طرفاً نظيراً، بينما انتقلت مسؤولية التوافق إلى الحد الفاصل.

السياق هو مجال صلاحية المعنى

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

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

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

هذه العملية قرار يمكن فحصه: من قال إن الاسم الخارجي يساوي هذا الكيان المحلي؟ وكم تدوم المساواة؟ وهل هي واحد لواحد أم تجمع أطرافاً كثيرة خلف اسم واحد؟

الوظيفة البينية هي موضع التحويل

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

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

قسمت الورقة المهمة إلى أربعة أبواب. العنونة تحتاج إلى خرائط تنشأ وتُصان. والتسمية تحتاج إلى الانتقال بين أنظمة أسماء متعددة. والتوجيه بين شبكة لاسلكية عند الطلب ونطاق OSPF/BGP يحتاج إلى ترجمة معنى التغير، لا إلى نسخ كل الاضطراب. أما النقل فيحتاج إلى تحديد المكان الذي تنطبق فيه التحسينات الخاصة بتقنية معينة.

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

السلسلة تخفف المعرفة وقد تحجب السلطة

يمكن تجميع سياقات ووظائف IF متتابعة في context واحد مجرد. يستطيع تطبيق بسيط أن يكتفي بمعرفة أن الطرف الآخر متاح. ويستطيع تطبيق أكثر حرصاً أن يطلب عدة سلاسل ويختار بينها وفق خصائصها.

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

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

غياب جذر عالمي لا يمنع ظهور سلطة جديدة في فهرس المسارات أو مصدر الصلاحيات أو البوابة الوحيدة المتاحة.

النشر التدريجي غيّر شرط الموافقة

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

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

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

يبقى التبني طوعياً فقط عندما تكون حالة المترجم قابلة للنقل، وعقده منشوراً، والبديل قابلاً للتشغيل فعلاً.

أبقت الورقة حدودها واضحة

قال المؤلفون إن موضوعهم المباشر هو inter-networking، لا تخصيص الموارد ولا التوقيت ولا الضمانات ولا الأمن ولا التدقيق. كانت الواجهات المقترحة نماذج أولية، ولم تعرض الورقة أرقام أداء. كما لم تحدد إدارة capabilities.

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

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

مكان Crowcroft داخل عمل خماسي

تعرف جامعة Cambridge اليوم Jon Crowcroft بصفته Marconi Professor of Communications Systems، وتشير إلى أكثر من أربعة عقود من العمل على تقنيات الإنترنت. يفسر الجمع بين الشبكات والأنظمة الموزعة كثيراً من لغة السياقات والروابط في Plutarch.

لكن الورقة تحمل أسماء Crowcroft وHand وMortier وRoscoe وWarfield معاً. كما تستند إلى تاريخ من context-relative naming وlate binding وتصميم end-to-end. لا يصح نسب كل الفكرة إلى Crowcroft وحده، ولا جعل كل بوابة لاحقة امتداداً مباشراً لها.

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

المصادر