الخلاصة

  • في يناير 1986، ومع اقتراب انتهاء فريق DARPA المعني بخوارزميات البوابات وهياكل البيانات، توزعت المهام اللاحقة بين مشكلات التشغيل العاجلة والبحث طويل الأمد.
  • حدد الميثاق الأول لـ IETF نطاقاً عملياً: تخطيط تشغيل إنترنت U.S. Department of Defense (DoD) في الأجل القريب، بمشاركة الوكالات والمستخدمين والمتعاقدين، مع استبعاد سياسات الإدارة والمشتريات صراحةً.

تغير جدول الأعمال قبل بدء الاجتماع

تتناول محاضر 16 و17 يناير 1986 الاجتماع الرابع لفريق DARPA المعني بخوارزميات البوابات وهياكل البيانات، المعروف باسم GADS. وتوضح المحاضر منذ بدايتها أن أحداثاً حديثة غيرت جدول الأعمال كثيراً: كان الفريق على وشك الانتهاء، واقترح الحاضرون أن تتولى مجموعتان جديدتان المهام التالية.

لم تكن تلك ولادة مفاجئة لمنظمة معايير مكتملة، بل إعادة توزيع للعمل داخل برنامج شبكات تابع لU.S. Department of Defense (DoD). تناولت جلسات الصباح تقارير عن البوابات والازدحام والتوجيه ونماذج الشبكات الجديدة. وفي فترة بعد الظهر، ترأس Mike Corrigan ما وصفته المحاضر بأنه الاجتماع الأول لـ IETF، بينما حضر رئيس GADS وعدد من أعضائه اجتماعاً فرعياً للبوابات في National Science Foundation (NSF). وشملت النقاشات الأولى تقسيم الشبكات الفرعية، والتوجيه في طبقة IP لدى المضيفين، وEGP، وتبديل رزم ISO.

وتحتوي الوثيقة على التباس تحريري. فالفقرة الافتتاحية تربط عبارة “Internet Engineering Task Force” بالاختصار “INARC”، ثم تربط “Internet Architecture Task Force” بالاختصار “IETF”. تحسم عناوين الميثاقين المقترحين الالتباس: INARC هي Internet Architecture Task Force، وIETF هي Internet Engineering Task Force. وتتفق المهام المكتوبة في الميثاقين مع هذا الترتيب. لذلك ينبغي قراءة المحاضر الأصلية حتى صفحات الميثاق، لا تكرار خطأ الفقرة الأولى.

أفقان زمنيان ومهمتان مختلفتان

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

أما الميثاق المقترح لـ IETF فركز على مسائل أقرب زمناً: تحديد المشكلات الهندسية وحلها في التخطيط والتشغيل القريبين لإنترنت U.S. Department of Defense (DoD)، وتحسين الخدمة للمستخدمين، وتوقع النمو، وصياغة الحلول، وتقديم المشورة للمتعاقدين ومراجعة أدائهم. وكان متوقعاً أن تحدد الوكالات والمستخدمون جانباً كبيراً من جدول الأعمال. كما رسم الميثاق حداً صريحاً: لم تكن المجموعة منتدى لمناقشة سياسات الإدارة أو المشتريات.

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

تشكلت IETF اللاحقة تدريجياً

ينبغي عرض أعداد الحضور مع الإشارة إلى اختلاف المصادر. تسرد المحاضر 16 عضواً وخمسة حاضرين إضافيين، أي 21 شخصاً. ويذكر فهرس اجتماعات IETF الحالي ودليلها الصادر عام 2001 العدد نفسه؛ أما إصدار الدليل لعام 1994 فيذكر 15. وتؤيد قائمة ذلك الاجتماع والفهرس الرسمي الحالي رقم 21، فيما يكشف الاختلاف أن الرواية المؤسسية قد تتغير بين الإصدارات.

جاءت المحطات اللاحقة على مدى سنوات: شارك موردون من القطاع غير الحكومي للمرة الأولى في الاجتماع الرابع في أكتوبر 1986؛ وأُدخل مفهوم مجموعات العمل في الاجتماع الخامس في فبراير 1987؛ وكان الاجتماع السابع في يوليو 1987 أول اجتماع يتجاوز مئة مشارك. ثم شهد الاجتماع الرابع عشر عام 1989 تحولاً هيكلياً أبقى على IETF وفريق أبحاث الإنترنت بوصفهما مجموعتي العمل الرئيسيتين. يمكن تتبع ذلك في فهرس الاجتماعات السابقة وفي RFC 3160.

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

المصادر