الخلاصة

  • استطاع رئيس مجموعة دراسة في ITU-T أن يفوض مندوبًا رسميًا، لكن رأي ذلك المندوب داخل مجموعة عمل IETF ظل مساويًا في الوزن لرأي أي مشارك آخر.
  • أثبتت الموافقة والتسليم والأرشفة وتسمية مسؤول المعالجة أصل بيان الاتصال ومساره، لكنها لم تثبت قبول الجهة المستقبلة أو إجماعها أو نشرها أو تنفيذها.

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

هذه هي الحدود التي صاغتها RFC 3356 بوضوح. فآراء مندوب ITU-T الرسمي داخل مجموعة عمل IETF تحصل على الوزن نفسه الذي تحصل عليه آراء بقية المشاركين. يثبت التفويض هوية المتحدث ونطاق تمثيله، لكنه لا يضيف صوتًا مؤسسيًا فوق عملية الإجماع ولا يمنح حق النقض.

نُشرت الوثيقة في أغسطس 2002 بوصفها RFC معلوماتية وحلت محل RFC 2436. وكان معظم نصها مشتركًا مع الملحق 3 من السلسلة A في ITU-T، الذي اعتمده TSAG في نوفمبر 2001. كانت الحاجة إلى التنسيق فعلية لأن الإشارات والترقيم والأمن والتوجيه والإدارة والأداء والنفاذ ظهرت في برامج عمل المنظمتين.

لكن البنيتين المؤسسيتين لم تكونا متماثلتين. يعمل IETF في مجموعات عمل تعتمد أساسًا على قوائم بريدية عامة مفتوحة، ضمن مجالات يديرها مديرو المجالات وIESG. أما ITU-T فيقسم العمل إلى مسائل وفرق عمل ومجموعات دراسة ومقررين، وتؤدي الاجتماعات فيه دورًا أكبر. لذلك لم يكن التعاون تشغيل إجراء واحد تحت شعارين.

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

وفرت قائمة NewWork إنذارًا مبكرًا. فقد أرسل IETF إليها مسودات مواثيق مجموعات العمل الجديدة والمعدلة وإعلانات اجتماعات BOF، واشتركت فيها قناة توزيع تابعة لـ ITU-T. وحذرت RFC 3356 من أن ميثاقًا جديدًا قد يتحرك خلال أسبوعين، لذلك أوصت بالمراقبة المستمرة. وكان يفترض أن تتحرك تحديثات برنامج ITU-T في الاتجاه الآخر.

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

أضاف التمثيل الرسمي سلسلة تفويض مستقلة. أمكن لمشارك من IETF حضور اجتماع ITU-T بصفته مندوبًا عن ISOC بعد موافقة مجموعة العمل أو المجال المناسب، وكان رئيس IAB يبلغ التسجيل إلى TSB. وفي الاتجاه المقابل استطاع رئيس مجموعة الدراسة تفويض أعضاء ليتحدثوا رسميًا عن أنشطة المجموعة أو مجموعة المقرر.

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

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

كانت رسالة ITU-T الرسمية إلى IETF توجه إلى رؤساء مجموعات العمل ومديري المجالات، وتنسخ إلى عنوان مخصص لاستقبال بيانات الاتصال، وتنشر في صفحة عامة، وتسند إلى شخص محدد مسؤول عن معالجتها. وهكذا تظهر أدلة التسليم والنشر والمسؤولية.

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

ظهر الحد نفسه عند تبادل المسودات. قبل إرسال Internet-Draft إلى ITU-T كمساهمة من ISOC، كان على مجموعة عمل IETF أن تقر بالمصلحة المتبادلة وفائدة المراجعة ودقة وصف حالة الوثيقة، ثم يراجع مديرو المجالات الطلب ويوافقون عليه. ما نال الموافقة هو الإرسال للمراجعة، لا تحول المسودة إلى معيار.

وفي الاتجاه الآخر كان مشروع توصية ITU-T يذكر مرحلة تطويره وجهات الاتصال ومجموعة الدراسة التي ظل وثيقة عمل لها. لم يحوله تنسيق Internet-Draft إلى نص يحظى بإجماع IETF. وفي عام 2002 كان Internet-Draft مؤقتًا وينتهي بعد ستة أشهر.

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

حددت RFC 2026 طريقة إشارة IETF إلى المعايير المفتوحة الخارجية، بينما نظمت التوصية A.5 الجانب المقابل لدى ITU-T. وحتى عندما تشارك RFC 3356 والملحق 3 كثيرًا من الكلمات، ظلت لكل وثيقة سلسلة اعتماد واستبدال خاصة بها.

جاءت RFC 4052 وRFC 4053 وRFC 4691 لاحقًا لتفصل إدارة علاقات الاتصال ومعالجة البيانات وسلوك الممثلين. فالممثل ينقل المعلومات ويشرحها، لكنه ليس مفاوضًا مستقلًا يربط IETF بقرار. وحلت RFC 6756 محل RFC 3356 في 2012 مع الاحتفاظ بقاعدة الوزن المتساوي وفصل حفظ الوثائق.

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

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

Sources