الخلاصة

  • اشترطت RFC 1009 دعم Ethernet والوصلات التسلسلية حدًا أدنى لربط بوابات مورّدين مختلفين في سياق NSF.
  • فصل الملحق بين الاتصال والتوجيه: فلم يكن هناك IGP مفتوح يجمع بوابات المورّدين المختلفين في نظام مستقل واحد.
  • تصف الوثيقة شرطًا ضمن برنامج NSF؛ ولا تثبت امتثال جميع المورّدين أو نجاح مسار بعينه أو وصول حزمة.

الوصلة الواحدة لا تحدد المسار

قد تتصل بوابتان عبر Ethernet، ومع ذلك لا تتفقان على الطريقة التي تحدد القفزة التالية. أبقت RFC 1009 الأمرين منفصلين: فرض ملحقها نقطة اتصال مشتركة لبوابات NSF، ثم أقر بأن توجيه المورّدين المختلفين داخل نظام مستقل واحد لم يكن له IGP مفتوح مشترك. وجود وصلة نشطة لا يثبت وحده أن مسارًا قابلًا للاستخدام قد تكوّن.

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

يقول التمهيد إن الوثيقة كُتبت لدعم برامج أبحاث NSF، مع عرض المتطلبات في سياق عام للإنترنت. أما الملحق B، المعنون «متطلبات NSFNET الخاصة»، فيتناول برنامجًا أضيق. وتنص الفقرة B.2 على أن بوابات المورّدين المختلفين تحتاج، لضمان التوافق على مستوى الشبكة في ذلك السياق، إلى دعم Ethernet وبروتوكولات الوصلات التسلسلية على الأقل.

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

معلومات التوجيه احتاجت إلى حل آخر

تنقل Ethernet مخططات البيانات، لكنها لا تقرر أي جار يعرف طريق الوجهة. وتذكر الفقرة B.3 أنه لم يكن هناك آنذاك IGP مفتوح يسمح لبوابات المورّدين المختلفين بالعمل داخل نظام مستقل واحد. كما تسجل الحلول التي كانت مستخدمة بدل أن تصورها كحل موحّد.

استخدم مورّد واحد على الأقل IGP خاصًا به، ثم EGP للاتصال ببقية الإنترنت. وقد نجح RIP بين مورّدين متعددين، لكنه لم يكن موثقًا وكانت تطبيقاته تختلف في تفاصيل صغيرة. وطورت جماعة الشبكات في NSF أيضًا برنامج بوابة ينسق بين بروتوكولات متعددة. عمل النموذج الأولي على نظام 4.3BSD، وتحدث مع البوابات الداخلية عبر RIP وHello، ومع الأنظمة المستقلة الأخرى عبر EGP.

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

تسجل RFC 1009 مرحلة لم تكتمل فيها الحلول بعد؛ فقد استطاعت NSF تحديد مكان اتصال المورّدين قبل توحيد حساب المسارات بينهم. وفي 1995 حلت RFC 1812 محلها. لكن تعاقب الوثائق لا يكشف كيف نفذ مورّد بعينه الشرط أو كيف نشرته شبكة محددة.

قراءة لاحقة مع تمييز زمني

وتقترح Note 64 التي كتبها Lu Heng بعد ذلك بعقود، أن تقتصر القواعد المشتركة على ما يلزم للتوافق وأن تبقى الخيارات الأخرى لدى من يشغلون الأنظمة. تساعد هذه العدسة على التمييز بين وصلة Ethernet والتقنيات الداخلية لكل مورّد. لكنها لا تطابق السياق التاريخي: شرط NSF كان متطلبًا ضمن برنامج شراء، لا تبنيًا طوعيًا شاملًا للإنترنت ولا تعبيرًا استخدمه مؤلفو RFC 1009.

المصادر والحدود

المصدر الأساسي هو RFC 1009، ولا سيما B.2 وB.3 من الملحق. كانت RFC 985 المسودة السابقة؛ وجاءت RFC 1812 لاحقًا. تثبت الوثائق المتطلبات والآليات المذكورة، لكنها لا تثبت تنفيذ منتج بعينه أو نشره أو تقارب المسارات أو وصول البيانات.