الخلاصة

  • دعت RFC 1550 كل مهتم إلى وصف ما يجب أن يحققه IPng، لكنها أجلت تقييم المقترحات المحددة حتى تصبح وثائقها واضحة ومكتملة.
  • راجعت العملية وضوح الورقة ثم جدواها التقنية، من دون تحويل المراجعة أو النشر إلى قبول للفكرة.
  • وصلت لاحقاً 21 ورقة بيضاء إلى بناء المعايير؛ أما التوصية ببروتوكول وتشغيله في الشبكات فبقيا فعلين منفصلين.

بدأت الحكاية بمن سيدفع الكلفة

نشر Scott Bradner وAllison Mankin وثيقة RFC 1550 في ديسمبر 1993. يصنفها سجل RFC Editor وDatatracker لدى IETF على أنها Informational. لم تحدد معيار إنترنت؛ بل حددت طريقة إدخال الأدلة إلى قرار لم يُتخذ بعد.

كان الباب مفتوحاً لكل الأطراف المهتمة كي تشرح متطلبات لا بد أن يحققها IPng أو عوامل قد تغير الاختيار. والمثالان الأولان لم يكونا حقولاً في ترويسة. فقد يستطيع ممثل شركة كهرباء شرح الحجم والعنونة اللازمين لعدادات ستتصل بالشبكة، وقد يشرح مؤلف آخر أثر الاتصال اللاسلكي في البروتوكول المقبل.

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

كان على المرشحين الانتظار

قالت RFC 1550 إنها لا تقبل آنذاك أوراقاً تقيم مقترحات IPng بعينها. يبدأ هذا النوع من المقارنة بعد اعتبار وثائق المقترحات واضحة ومكتملة.

حمت المهلة تعريف المشكلة. فعندما يدخل اسم مرشح، تتحول الحاجة إلى mobility بسرعة إلى حجة لصالح آلية معينة، وتصبح مشكلة security عيباً مؤجلاً، وتُروى كلفة transition بوصفها ثمناً حتمياً لفائز متوقع. أما المرحلة الأولى فسمحت للكاتب أن يقول: «هذه البيئة تفرض هذا القيد» من دون أن يضيف: «إذن اختاروا بروتوكولي».

نعرف اليوم اسم IPv6، لكن هذه المعرفة لا تجعل النتيجة موجودة في ديسمبر 1993. قيمة الوثيقة أنها تحفظ زمناً لم تكن فيه الإجابة قادرة على إعادة كتابة السؤال من المستقبل.

المراجعة لا تمنح تفويضاً

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

ظل تعديل النص خيار المؤلف. بعد المراجعة والتغييرات التي يختارها، تنشر الورقة Internet-Draft ثم RFC Informational ما لم يسحبها صاحبها. وكان الغرض أن تدخل السجل التاريخي لعملية IPng.

لذلك تختلف أربعة أوصاف: مفهوم، ممكن تقنياً، منشور، مقبول. تذكر RFC 1667 وRFC 1669 وRFC 1675 وRFC 1678 صراحة أن النشر لا يعني قبول IPng area للأفكار الواردة.

ولم يكن اسم الصناعة تفويضاً عاماً. أكدت RFC 1674 أن منظورها الخلوي لا يشكل تأييداً أو التزاماً من الصناعة أو اتحاد CDPD أو شركاته. ووضعت RFC 1686 حداً مشابهاً لصناعة التلفزيون الكبلي. يوضح السياق مصدر الخبرة؛ ولا يخول المؤلف الكلام الملزم باسم الجميع.

نصف صفحة وعشر صفحات

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

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

ولا يعالج التنسيق الغياب. من لم يسمع بالدعوة أو لم يستطع الرد قبل 1 فبراير 1994 لا يظهر تلقائياً في السجل. لقد رتبت القاعدة ما دخل، ولم تثبت أن الداخل يمثل العالم كله.

ستة عشر منفذاً لقيود مختلفة

سردت RFC 1550 ستة عشر موضوعاً بلا ترتيب للأهمية: scale؛ زمن الاختيار والتطوير والنشر؛ transition؛ security؛ configuration وadministration وoperation؛ mobile hosts؛ flows وحجز الموارد؛ policy-based routing؛ المرونة الطوبولوجية؛ بيئات الاستخدام والأسواق؛ datagram service؛ accounting؛ دعم وسائط الاتصال؛ robustness وfault tolerance؛ technologies التي قد تجذب الاستخدام؛ وأعمال محددة ينبغي تكليف المجموعات بها.

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

لم تكن القائمة جدول نقاط متساوية. يستطيع الكاتب اختيار البنود أو إضافة موضوع ذي صلة. وترسل أوراق الزمن إلى ALE، وأوراق الانتقال إلى TACIT. وزعت الدعوة الأدلة على مساحات العمل من دون أن تزعم أن مسار الإرسال حسم النتيجة.

لم تكن الأوراق الإحدى والعشرون صوتاً واحداً

سجلت RFC 1752 لاحقاً وصول 21 ورقة، وقالت إن الدعوة سعت إلى الفهم من داخل جمهور IETF التقليدي وخارجه.

قدمت RFC 1667 احتياجات المحاكاة العسكرية الموزعة من الاستجابة الآنية وmulticast وحجز الموارد. وجعلت RFC 1669 قابلية النجاح في السوق معياراً، إذ لا يفرض التفوق التقني التبني. ومثلت RFC 1673 صناعة الكهرباء التي ظهرت كمثال في نص الدعوة.

طالبت RFC 1674 بألا يمنع البروتوكول الحركة والأجهزة المتصلة أحياناً. ورسمت RFC 1675 حداً أدنى للأمن: يجب ألا يجعل الخلف الوضع أسوأ. وفصلت RFC 1678 متطلبات شبكات الشركات الكبيرة عن الحلول بعينها. وطبقت RFC 1686 أسئلة الدعوة على شبكات الكبل.

أما RFC 1671 فرأت أن الانتقال سيستغرق سنوات وأن كل site يحتاج خطة مرحلية خاصة؛ وحدها أصغر المواقع قد تتصور تغييراً في يوم واحد. وقالت ورقة SIPP، RFC 1710، إن البروتوكول الجيد لا يكفي بلا طريق عملي للقاعدة المثبتة من IPv4، وإن الإنترنت أوسع من rollout مركزي مضبوط.

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

تحولت المدخلات إلى معايير لا إلى آلة حساب

توضح RFC 1752 أن الأوراق وrequirements BOF ومناقشات IPng Directorate وقائمة big-internet ساهمت في مراجعة الوثيقة التي صارت RFC 1726. وتحفظ صفحة المعلومات هويتها كمرحلة مستقلة.

لم تزن RFC 1726 المعايير، وحاولت صياغة أهداف بدلاً من فرض آليات. المطلوب هو قابلية routing للتوسع؛ أما route aggregation فحل محتمل لا تعريف للمطلوب. واعترفت بأن القائمة قد تميز المقترحات الجدية، لكنها لا تحل آلياً كل مقايضة بين الأداء والوظيفة.

ظل القرار بحاجة إلى مسؤول. حملت RFC 1719 IESG مسؤولية إعداد توصية IPng، وطالبت بإعلان العملية مسبقاً وفتح مجال واسع للتعليق. تضبط المشاركة القرار، لكنها لا تستبدل صاحبه بكلمة «المجتمع».

ثم سجلت صفحة RFC 1752 فعلاً لاحقاً: تقييم CATNIP وSIPP وTUBA والتوصية بـSIPP المعدل أساساً لـIPng. لم تختَر RFC 1550 واحداً منها.

سُمِع، اختير، وشُغّل

يفصل نقد Heng Lu لـسراب تعدد أصحاب المصلحة بين المشاركة بوصفها دليلاً وخبرة وتحذيراً واعتراضاً وبين سلطة إلزام من يتحمل الخسارة. وتبدو RFC 1550 قوية عند هذا الحد: فتحت باب الأدلة ولم تعلن المشاركين أصحاب سيادة.

وتفصل مبادئ Minimum Initial Specification وLocalized Future Decision وVoluntary Adoption بين الوثيقة والواقع التشغيلي. تطلب Running-Code Primacy دليلاً من التنفيذ والاستخدام، وتحفظ Reality Layers الطلب والتوصية والنشر والمشاهدة كإيصالات مختلفة.

هذه لغة أحدث ولا تثبت نية مؤلفي 1993. إنها تساعد فقط على تسمية فواصل موجودة في الوثائق نفسها.

أن يُسمع طرف لا يعني أنه اختار. وأن يُختار بروتوكول لا يعني أنه يعمل. وتشغيله في مكان لا يعني تبنيه في كل مكان. لم يصوت عداد الكهرباء لـIPv6، ولم تمنح الوصلة اللاسلكية تفويضاً؛ بل أجبرا بروتوكول المستقبل على مواجهة عواقب لم يكن ينبغي لمناصريه أن يختاروا أسئلتها وحدهم.

المصادر