ديفيد ماير والمهمة الصعبة لجعل التحكم في الشبكة عاماً

ملخص

• يسجل ARIN قديم لـAS10876وDMM65-ARINيوفر دليلاً على الهوية، وليس دليلاً على دور تشغيلي حالي. يشير إلى جامعة أوريغون ومركز تكنولوجيا الشبكات المتقدمة، بينما يقول ARIN أن نقطة الاتصال غير مؤكدة ولم تستجب منذ 25 أكتوبر 2017.
• يرتبط الملفات العامة ديفيد ماير بجامعة أوريغون وRouteViews، لكن RouteViews بنية تحتية جماعية: قيمتها تأتي من مشروع الجامعة، دعم NSRC، مشغلي الشبكات، النظراء، المجمعات، الأرشيفات، أدوات الوصول والمستخدمين النهائيين. الأدلة لا تجعل ماير المؤلف الشخصي لكل تصميم أو نتيجة.
• المشاركة في تأليف RFCs لـ RPSL، عضوية IAB وعمل برنامج NANOG تربط أدلة التوجيه العامة بالمؤسسات التي تجعل السياسة والنقاش التقني مقروءاً. يمكن للمعايير واللجان تنظيم التعاون؛ لا يمكنها إجبار كل شبكة أو تحويل المشاركة إلى سلطة أحادية.
• نقل OpenDaylight مشكلة التنسيق من مراقبة التوجيه الموزع إلى بناء سطح تحكم برمجي مشترك. كان ماير أول رئيس للجنة التوجيه التقني، بينما استضافت مؤسسة لينكس المشروع وساهم الأعضاء الموردون ومجتمع المطورين في العمل الجماعي. طموحات عصر الإطلاق والتشكيك المعاصر مدعومة؛ التبني اللاحق وجودة الكود وتأثير المستخدم غير مدعومة.

السجل الذي لم يعد يجيب

أول حقيقة مفيدة عن ديفيد ماير هي تحذير من الإفراط في تفسير قاعدة البيانات.سجل ARIN لـ AS10876يحدد النظام الذاتي AS10876 باسم MAOZ-ASN ويربطه بمعالجDMM65-ARIN.سجل الكيانالمقابل يسمي ديفيد ماير. كما يحمل المؤهل الأكثر أهمية: ARIN يصف نقطة الاتصال بأنها غير مؤكدة لأنها لم تتلق رداً منذ 25 أكتوبر 2017.

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

الدليل مهم لأن صفحات عامة أخرى تجعل هذا الجسر المؤسسي أقوى بكثير.ملف ديفيد ماير بتاريخ 27 يونيو 2020وصفه بأنه كبير العلماء السابق في Brocade ونائب الرئيس والزميل، ومهندس متميز سابق في Cisco، ومدير مركز تكنولوجيا الشبكات المتقدمة في جامعة أوريغون، حيث كان RouteViews أحد مشاريعه الرئيسية.سيرة RIPE 66 المرشحة من 2013جمعت نفس تاريخ جامعة أوريغون وRouteViews بأدواره في المعايير ومجتمع المشغلين والبائعين. هذه سير ذاتية عامة وليست تدقيقات مستقلة، لكن تداخلها مع دليل UO/ANTC في السجل هو أكثر إقناعاً من مجرد تطابق الاسم.

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

الأدلة الأقوى تقود إلى RouteViews. تغير السؤال من من يظهر في سجل نظام ذاتي واحد إلى كيف يمكن للمشغلين والباحثين والمؤسسات رؤية نظام توجيه مجمع من آلاف القرارات المستقلة. هذه هي مشكلة التنسيق المتكررة في السجل العام لماير: الرؤية ضرورية للمساءلة، لكن الرؤية بحد ذاتها لا تمنح القيادة.

نافذة على التوجيه، وليس مركز قيادة

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

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

التاريخ الرسمي للمشروعيضع تأسيس RouteViews في عام 1995 في مركز تكنولوجيا الشبكات المتقدمة بجامعة أوريغون. يسجل أرشيفات توجيه IPv4 المستمرة من 1997 وأرشيفات IPv6 من 2003. هذه التواريخ مهمة لأنها تحول أداة تشغيلية إلى بنية تحتية طولية. الرؤية المباشرة يمكن أن تساعد في الإجابة عن ما تبدو الشبكات الأخرى تراه الآن. الأرشيف يسمح للمشغلين والباحثين بطرح ما تغير، ومتى تغير، وكيف يقارن حدث بحالة سابقة. الزمن يصبح جزءاً من الدليل.

الآلية تعتمد على التعاون. مجمعات التوجيه تتلقى معلومات التوجيه من خلال اتصال مباشر أو متعدد القفزات مع مشغلي الشبكات. المجمعات المختلفة توفر منظورات مختلفة. لقطات قاعدة معلومات التوجيه وتحديثات BGP محفوظة، مع أوصاف رسمية تحدد فترات زمنية تقريبية كل ساعتين لأرشيفات RIB وكل 15 دقيقة لأرشيفات التحديث. الوصول عبر Looking Glass، وأرشيفات قابلة للتنزيل، وواجهات أحدث تخدم مستخدمين وآفاق زمنية مختلفة. لا شيء من هذا يتم إنتاجه بالمراقبة من جامعة أوريغون وحدها. يجب أن يساهم النظراء بوجهات النظر؛ يجب أن تعمل المجمعات؛ يجب أن تبقى أنظمة التخزين والوصول قابلة للاستخدام؛ يجب أن يفسر المشغلون والباحثون ما يمكن للبيانات إثباته وما لا يمكن.

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

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

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

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

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

كما يؤمّن التبعية. يعتمد المستخدمون على استمرار النظراء في المساهمة، وبقاء المجمعات ممثلة بشكل كافٍ للسؤال، وبقاء الأرشيفات قابلة للتفسير، وتطور الواجهات مع نمو جداول التوجيه. الغياب عن مجمع ليس دليلاً على الغياب في كل مكان. المسار المرئي من عدة نقاط مراقبة ليس دليلاً على الانتشار العالمي. الملفات التاريخية يمكن أن تحافظ على ما تلقه المجمعات دون الكشف عن كل قرار سياسة خاص أنتجه. الرؤية العامة تحسن نقطة البداية؛ لا تجعل مستوى التحكم كاملاً أو كلي المعرفة.

الأدلة تصبح بنية تحتية عندما يستطيع الآخرون إعادة استخدامها

أهمية RouteViews أسهل رؤيتها في المجرى النهائي، حيث تصبح ملاحظاته مدخلات لعمل لا يؤديه المجمعون الأصليون.مجموعة بيانات CAIDA لـ RouteViews بادئة إلى ASتستمد خرائط يومية من بيانات RouteViews. تسجل CAIDA ملفات IPv4 من 9 مايو 2005 وملفات IPv6 من 1 يناير 2007، وتحدد الاستخدام بواسطة أدوات تشمل ASFinder وCoralReef. الملفات المشتقة تحول ملاحظات جدول التوجيه إلى خريطة أكثر إحكاماً بين البادئات وأنظمة المنشأ الذاتية الظاهرة.

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

الوصول الحديث يكشف أيضًا عن تكلفة النجاح.وثائق API لـ RouteViewsتقول أن المشغلين والباحثين يستخدمون الواجهة للوصول المنتظم للبيانات الحالية عند مراقبة نظام التوجيه العالمي. كما تشرح أن الاستخدام المباشر لسطر الأوامر وضع أعباء متزايدة على المجمعات مع نمو الإنترنت وجداول التوجيه. API تستبدل الوصول الآلي المتكرر من هذا النوع وتكمل تفريغات RIB والتحديث في الأرشيف. المورد العام يجب أن يدافع عن الأنظمة التي تجعله عاماً.

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

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

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

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

السياسة مقروءة، وليست ذاتية التنفيذ

الملاحظة تجيب عن معلومات التوجيه التي ظهرت في نقاط مراقبة مختارة. لا تفسر بحد ذاتها ما كانت الشبكة تنوي الإعلان عنه أو قبوله أو تفضيله. الخيط الثاني من سجل ماير يعالج هذه الفجوة. في يناير 1998، نشر محرر RFCRFC 2280، لغة مواصفات سياسة التوجيه، كوثيقة معايير. مؤلفوها تضمنوا د. ماير من جامعة أوريغون إلى جانب ستة مساهمين آخرين. في يونيو 1999،RFC 2622حلت محلها، مرة أخرى على مسار المعايير ومرة أخرى مع ماير ضمن مجموعة مؤلفين أوسع.

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

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

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

لذلك يكشف RouteViews وRPSL نصفين مختلفين من مشكلة مساءلة مستوى التحكم. يسجل RouteViews معلومات التوجيه الملاحظة من نقاط مراقبة مشاركة. يوفر RPSL طريقة لنشر السياسة والكائنات الإدارية. يمكن للمحلل مقارنة السلوك الملاحظ مع السياسة المعلنة، لكن لا المصدر هو دليل كامل على الآخر. قد يكون المسار مرئياً لأسباب لا يشرحها كائن السجل. قد يبقى كائن السياسة منشوراً بعد تغيير الممارسة. الفرق بين الإعلان والملاحظة ليس عيباً يجب محوه؛ إنها معلومات عن مكان فشل المساءلة.

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

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

ملف IETF Datatracker الأوسع لمايرأدرج 39 RFC عند التحقق في 16 يوليو 2026 وقال إنه لا توجد لديه أدوار نشطة في ذلك الوقت. قائمة المنشورات تمتد عبر البث المتعدد، النفق، تحليل BGP، مجتمعات جمع البيانات، آليات الأمان، LISP ومصطلحات SDN. كتالوج العناوين سيحجب النقطة. الإشارة المفيدة هي الاستمرارية عبر أسئلة كيف تعبر الشبكات عن السلوك التقني وتراقبه وتنسقه. الملف يسجل المساهمة، وليس ملكية كل مجال لمسته تلك الوثائق.

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

أعمق رابط بين RPSL وRouteViews ليس أن كلاهما يتعلق بـ BGP. بل أن كلاهما يخلق تمثيلات عامة للتحكم الموزع بخلاف ذلك. واحد يلتقط أدلة مختارة لما أعلنته الشبكات. الآخر يبني ما تقوله الشبكات عن سياساتها. كل منهما يجعل التفكير عبر التنظيمي أكثر إمكانية. كل منهما يعتمد أيضًا على أشخاص ومؤسسات يمكنهم الحفاظ على التمثيل متصلاً بالواقع.

اللجان تنسق دون امتلاك الشبكة

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

سجل الأعضاء السابقين لمجلس هندسة الإنترنتيدرج ديفيد ماير، المنتسب في ذلك الوقت إلى Cisco وجامعة أوريغون، كعضو من 2005 إلى 2007. IAB يقع ضمن بيئة IETF وهندسة الإنترنت الأوسع. العضوية تشير إلى المشاركة في هيئة معمارية وحوكمة. لا تكشف كيف صوت ماير أو جادل في مسألة معينة، ولا يمكنها جعله مؤلف قرارات المجلس التي تم التوصل إليها من خلال عملية جماعية.

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

NANOG يقدم شكلاً موازياً من الخدمة أقرب إلى مجتمع المشغلين.أرشيف قائمة بريدية NANOG لعام 2005شكر أعضاء لجنة البرنامج المنتهية ولايتهم، بما فيهم ديف ماير، على عملهم. ذكرت الملفات العامة المسماة لاحقاً أنه ترأس لجنة برنامج NANOG من 2008 إلى 2011.سيرة RIPE 66هي واحدة من تلك الملفات. لذا فإن فترة الرئاسة الدقيقة تُعزى بشكل أفضل إلى الملفات؛ أرشيف 2005 المتاح يثبت بشكل مستقل المشاركة المبكرة في اللجنة.

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

هذا هو المكان الذي تظل فيه القصة على مستوى الشخص ذات معنى دون أن تصبح بطولية. السجل العام يضع ماير مرارًا عند تقاطعات بين الباحثين والمشغلين والمشاركين في المعايير والبائعين. في جامعة أوريغون، كان ملفه مرتبطًا بمشروع يجمع وجهات نظر التوجيه العامة. في RFCs، ظهر اسمه بين المؤلفين المشاركين الذين يحاولون التعبير عن سياسة التوجيه. في IAB وعمل برنامج NANOG، شارك في مؤسسات تقرر كيف يتم النظر في المعرفة التقنية. تلك أدوار قابلة للملاحظة على سطح تنسيق مشترك.

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

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

من مراقبة التحكم إلى مشاركة برامج التحكم

غير OpenDaylight موضوع التنسيق. RouteViews تابع المعلومات المنتجة بقرارات التوجيه الموزعة. RPSL بنت تصريحات حول السياسة. إطلاق OpenDaylight استهدف منصة برمجية مشتركة يمكن من خلالها برمجة الشبكات والتحكم فيها. الانتقال ليس من النظرية إلى التطبيق؛ RouteViews وسياسة التوجيه كانتا بالفعل ذات نتيجة تشغيلية. إنه من مشاركة الأدلة واللغة إلى مشاركة جزء من آلية التحكم نفسها.

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

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

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

مقابلة Opensource.com نُشرت في 7 أكتوبر 2013وصفت ماير بأنه تم تعيينه من قبل اللجنة التوجيهية التقنية بعد فترة وجيزة من الإطلاق. قال ماير في المقابلة أنه تم انتخابه رئيسًا للجنة TSC للمساعدة في بناء مجتمع المطورين ورعاية تطوير الكود. كما نسب الفضل لتمويل وموارد الشركات الأعضاء في البداية السريعة للمشروع وقال أن مئات المطورين كانوا يساهمون في مشاريع متعددة وحالات استخدام في الأشهر التي تلت الإطلاق.

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

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

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

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

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

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

منصة مفتوحة تحت الشك

كان OpenDaylight محل نزاع تقريبًا بمجرد إعلانه. في 9 أبريل 2013،ذكرت Network World شكوكًاحول الكونسورتيوم بقيادة Cisco وIBM. لم تكن المخاوف مجرد عداء للمصدر المفتوح. تضمنت من سيؤثر على المشروع، وما إذا كان الهيكل الممول من البائعين يمكن أن يبقى قائمًا على الجدارة، وكيف ستتأثر أعمال وحدات التحكم الحالية، وما إذا كان المنافسون يمكنهم التعاون على برامج مهمة استراتيجيًا.

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

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

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

ماير لم يكن خارج هذا التوتر. ككبير علماء Brocade ورئيس TSC، كان ممثلاً عن بائع عضو وقائدًا في الحوكمة التقنية للمشروع. هذا الموقف الثنائي جعل المصداقية الإجرائية مهمة. لكن السجل لا يسمح بإعادة بناء النزاعات الخاصة أو المفاوضات أو الدوافع. يسمح ببيان أبسط: رئيس TSC الأول لـ OpenDaylight كان عليه العمل داخل مشروع تعتمد شرعيته على قبول المنافسين لقواعد مشتركة مع الاحتفاظ بمصالحهم التجارية الخاصة.

المقارنة مع NANOG وIAB كاشفة. تلك المجتمعات تنسق أيضًا جهات فاعلة مستقلة، لكن مخرجاتها الرئيسية هي النقاش والإرشاد المعماري والعمل المتعلق بالمعايير. OpenDaylight طلب من البائعين والمطورين إنتاج قطعة أثرية تنفيذية مشتركة. الخلاف لم يعد يبقى فقط في محاضر الاجتماعات أو التحليلات المتنافسة؛ كان سيظهر في الهندسة المعمارية والمساهمات المقبولة وواجهات API والكود. أصبحت الحوكمة جزءًا من المنتج التقني.

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

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

الملاحظة والتحكم مختلفان في الصفقة

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

نظير RouteViews يمكنه كشف معلومات توجيه مختارة مع الاحتفاظ باستراتيجية عمله وأدواته الداخلية وسلطة السياسة. المشروع يجمع وجهات النظر ويجعلها متاحة؛ لا يرسل أوامر مرة أخرى إلى الشبكة المساهمة. تكلفة المشاركة تتضمن الجلسات والبنية التحتية وعواقب الرؤية الأكبر. الفائدة المشتركة هي قاعدة أدلة أوسع. القوة موزعة لأن الملاحظة تصبح متاحة إلى ما وراء العلاقة الثنائية التي أنتجتها.

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

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

لا ينبغي الخلط بين التقدم وعلاقة تسلق يتحكم فيها ماير. السجل العام لا يقول أنه خطط لـ RouteViews كسابقة لـ OpenDaylight أو حمل تصميمًا واحدًا من الجامعة إلى مشروع المؤسسة. عقود ومؤسسات والعديد من المتعاونين تفصل بين الحلقات. الاستدلال الصحيح أكثر محدودية: أدواره الموثقة تكررت عند الحدود بين الشبكات المستقلة وأسطح التنسيق المشتركة.

ذلك الحدود يوزع المساءلة بطرق غير مريحة. عندما يكون أرشيف RouteViews غير مكتمل لسؤال، قد تكون المسؤولية تشمل النظراء المتاحين، تغطية المجمع، طريقة الوصول، وتفسير المحلل. عندما يكون كائن RPSL قديمًا، قد تكون المسؤولية تشمل حافظ الكائن، عمليات السجل، والمشغلين الذين يعتمدون عليه. عندما يخيب برنامج لجنة، الرئيس مرئي لكن الطلبات والأعضاء والقواعد المؤسسية مهمة. عندما تكافح برامج مشتركة، المطورون والمشرفون والبائعون وهيئات الحوكمة والمتبنون يشغلون أجزاء مختلفة من سلسلة السببية.

سجل ماير قيم لأنه يجعل تمرين المطابقة هذا لا مفر منه. يمكن ربطه بمؤسسات مهمة، لكن المؤسسات مرئية بشكل جمعي. سلطة RouteViews تأتي من العديد من المنظورات. وضع RPSL يأتي من المشاركة في التأليف وعملية المعايير. عمل IAB وNANOG يحدث من خلال المجالس واللجان. OpenDaylight استضافته مؤسسة لينكس وبنته شركات ومطورون لم تكن مصالحهم متوافقة تمامًا. الشخص يوفر الاستمرارية؛ تقسيم العمل يوفر التفسير.

ما يسمح به السجل، وما يرفضه

السجل العام يسمح باستنتاج جوهري حول ديفيد ماير. دليلDMM65-ARINالقديم يمكن ربطه، مع الحذر الصريح، بباحث شبكات جامعة أوريغون الموصوف في الملفات العامة. تلك الملفات تربطه بـ ANTC وRouteViews. سجلات RFC تضع د. ماير من جامعة أوريغون بين المؤلفين المشاركين لوثيقتين RPSL على مسار المعايير. سجلات IAB تظهر العضوية من 2005 إلى 2007. أرشيف NANOG وملفات مسماة تدعم خدمة لجنة البرنامج وفترة الرئاسة المبلغ عنها في الملفات. مصادر مؤسسة لينكس والمقابلات تضعه في إطلاق OpenDaylight وكأول رئيس TSC له.

السجل يرفض أيضًا عدة استنتاجات أكبر. لا يثبت سلطة AS10876 الحالية أو التوظيف الحالي في MAOZ.COM. لا يسند هندسة RouteViews أو عملياتها أو جودة بياناتها أو بصمة الاستشهاد أو خيارات API اللاحقة لماير وحده. لا يجعله المخترع الوحيد لـ RPSL أو سبب تنفيذها. لا يكشف عن قرارات IAB محددة أو اختيارات NANOG التي حددها شخصيًا. لا يثبت تبني OpenDaylight اللاحق أو جودة الإصدار أو نتائج العميل أو تأثير الصناعة.

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

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

لذا فإن الائتمان الأكثر دفاعًا عنه دقيق. ارتبط ماير بمركز جامعة أوريغون الذي تربطه الملفات العامة بـ RouteViews. شارك في تأليف RFCs التأسيسية لـ RPSL. خدم في IAB وعمل برنامج NANOG. انتخب رئيسًا للجنة التوجيه التقني المبكرة لـ OpenDaylight. عبر تلك الأدوار، شارك في جعل أدلة التوجيه ولغة السياسة والنقاش التقني وبرامج التحكم المشتركة أكثر عمومية وأكثر انفتاحًا للتنسيق.

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

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

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

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