عندما قال جون بوستل نعم: السلطة التقديرية في وظيفة IANA المبكرة

ملخص

• يسجل RFC 790 شبكة AMPRNET في الشبكة 44 ويحدد بوستل كجهة اتصال للتخصيص، لكن لا يوجد ملف معاصر يحفظ من طلب الكتلة من الفئة A، أو من اختار حجمها، أو أسباب القرار، أو مسار الاستئناف.
• يفصل السجل الأدوار الفنية والإدارية لبوستل عن المقر المؤسسي لـ USC/ISI، وتمويل DARPA والعقد اللاحق، والدور السياساتي لـ IAB، وأعمال التسجيل في SRI، والعمليات المفوضة للسجلات الإقليمية.
• تُظهر السجلات المتكررة وامتثال المشغلين اعتمادًا تشغيليًا، بينما يترك غياب شروط العقود المبكرة، وسجلات القرار غير المكتملة، ومسارات المراجعة المحدودة، تفويضًا قابلاً للمراجعة المستقلة غير مثبت.

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

في سبتمبر 1981، أدرجRFC 790،الأرقام المخصصة، "AMPRNET،" شبكة تجارب الراديو للهواة، في الشبكة 44. حدد الرمز المرجعي المجاور لها،[HM]، هانك ماجنوسكي. أوضحت الوثيقة أن عنوان الفئة A يتكون من رقم شبكة من سبع بتات وحقل محلي من 24 بت، مما يعطي الشبكة 44 مساحة عددية تبلغ 16,777,216 قيمة عنوان محلي محتملة. كما وجهت أي شخص يحتاج إلى رقم رابط أو مقبس أو منفذ أو بروتوكول أو شبكة إلى الاتصال ببوستل في معهد علوم المعلومات بجامعة جنوب كاليفورنيا. وجاء فيها: "يتولى جون أيضًا مهمة تخصيص الأرقام".

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

يدخل الطلب نفسه السجل العام من خلال روايات لاحقة. يقول الوصي الحالي،Amateur Radio Digital Communications، إن ماجنوسكي طلب مساحة عناوين في عام 1981 لهواة الراديو المرخصين في جميع أنحاء العالم وتم تخصيص 44/8 له. كتب برايان كانتور، الذي أدار لاحقًا AMPRNET، فيمذكرات شخصية من عام 2017أن ماجنوسكي حصل على الشبكة من خلال مكالمة هاتفية مع بوستل. كما خلطت رواية كانتور بين USC/ISI ومركز معلومات الشبكة SRI المنفصل، وهو تحذير من استخدام الذاكرة لحسم التسلسل الزمني المؤسسي.

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

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

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

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

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

أي مكتب كان يتحدث؟

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

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

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

لم ينتقل بوستل مباشرة من عمل المقابس في UCLA عام 1972 إلى مكتب موثق باستمرار في USC. يقول تجميع سير ذاتية من IAB عام 1992،RFC 1336، إنه قبل ISI عمل في MITRE، وقضى عدة أشهر في Keydata، ثم عمل في SRI International. تقول السيرة الذاتية نفسها إنه انضم إلى ISI في مارس 1976. تقولإعادة بناء لاحقة من مكتب المحاسبة الحكومي، بالاعتماد جزئيًا على معلومات قدمها محامو USC، إن العمل الذي أصبح وظائف IANA انتقل معه في عام 1977. الاستنتاج الأكثر أمانًا هو أن بوستل كان في ISI بحلول عام 1977؛ تختلف الروايات العامة الباقية حول ما إذا كان تعيينه قد بدأ في عام 1976 ومتى انتقل عمل التخصيص رسميًا.

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

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

تطور الهيكل الاستشاري بشكل منفصل. يسجلRFC 1120أن فينت سيرف أنشأ مجلس التحكم في تكوين الإنترنت في عام 1979 أثناء عمله كمدير برنامج في DARPA. في أواخر عام 1983، أعاد باري لينر تنظيمه كمجلس أنشطة الإنترنت. نسق المجلس تصميم الإنترنت وهندسته وإدارته، لكن توصية IAB لم تكن قابلة للتبادل مع إدخال سجل USC/ISI أو قرار تعاقد من DARPA.

يظهر تسمية IANA بوضوح في سجل RFC بحلول ديسمبر 1988. أدرجRFC 1083جويس ك. رينولدز كجهة اتصال لهيئة أرقام الإنترنت المخصصة. وأدرج بشكل منفصل بوستل كنائب مهندس الإنترنت في IAB وكمحرر RFC. كان عنوان الاتصال ورقم الهاتف مشتركين في USC/ISI، لكن الوظائف قدمت في كتل منفصلة. تمت إدارة معايير البروتوكول لصالح IAB من قبل IANA؛ وكانت تقديمات RFC تذهب إلى بوستل كمحرر؛ والتعليقات حول قائمة البروتوكول تذهب إليه بصفته في IAB.

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

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

رقم للإهمال، مع تعارضات قيد الاستخدام بالفعل

يظهر إدخال AMPRNET لعام 1981 نتيجة دون أسبابها. توفر وثائق أرقام المقابس لعام 1972 العكس: طريقة مرئية مع سجل غير مكتمل لما حدث بعد ظهور التعارض.

في 26 مارس، نشر فينت سيرف وبوستلRFC 322،أرقام المقابس المعروفة. أرادت مجموعة قياس الشبكة رقم مقبس قياسي لخدمة إهمال العمليات. قبل اختيار واحد، طلب المؤلفون من كل جهة اتصال تقنية للمضيف أن تبلغ، بملاحظة أو هاتف، بالوظائف وأرقام المقابس المستخدمة بالفعل. خططوا لنشر كتالوج وأوصوا بالاحتفاظ به في NIC.

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

بعد شهرين، نشر بوستلRFC 349،أرقام المقابس القياسية المقترحة. كانت حالتها صريحة: "أقترح". اقترح "قيصرًا" مركزيًا لتوزيع الأرقام الرسمية للبروتوكولات القياسية ونشر الأرقام المستخدمة للخدمات الخاصة بالمضيف. قسم الاقتراح المساحة إلى أربع نطاقات: وظائف قياسية على مستوى الشبكة، ووظائف خاصة بالمضيف، واستخدام مستقبلي، وتجارب. كما اقترح المقبس 1 لـ Telnet، و3 لنقل الملفات، و5 لإدخال الوظائف عن بعد، و7 للصدى، و9 للإهمال.

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

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

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

كانت التعارضات حقيقية. قال RFC 433 إن عدة مضيفين كانوا يؤدون خدمات عامة مفيدة على مقابس تتعارض مع المخطط الجديد وأعرب عن أمله في أن تحل المشكلة بأقل قدر من الاضطراب. أظهر جدوله لكل مضيف عدم التوافقات. في SRI-ARC، كان المقبس 5 يخدم Echo والمقبس 7 CPYNET، بينما أعطت التخصيصات المشتركة 5 لإدخال الوظائف عن بعد و7 لـ Echo. استخدمت UCSB 5 لخدمة وظائف عن بعد غير قياسية. أدرجت NASA Ames ما سمته "إدخال وظائف عن بعد آسف" على 5، وEcho على 7، وDiscard على 9.

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

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

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

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

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

المساحة الفارغة خلف الشبكة 44

بعد تسع سنوات، جعل RFC 790 دور بوستل أكثر وضوحًا بينما ترك جوهر اختيار AMPRNET أقل وضوحًا.

فرضت العمارة حدودًا صارمة. احتوى عنوان IP على 32 بت. في ظل المخطط الفئوي، تركت الفئة A 24 بت للجزء المحلي، والفئة B تركت 16، والفئة C تركت 8. كان يجب أن يكون التخصيص فريدًا عالميًا، وحددت الفئة المختارة حجم المساحة العددية المحلية. سجل الجدول أرقام الشبكات المخصصة والتي بقيت مفتوحة.

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

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

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

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

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

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

أصبح إطار السياسة أكثر وضوحًا بعد التخصيص. قالRFC 820، المنشور في يناير 1983، إن تخصيصات الأرقام التي كان يتولىها بوستل كانت خاضعة لاتفاق بين مكتب تقنيات معالجة المعلومات في DARPA ومكتب إدارة برنامج شبكة بيانات الدفاع. لخص ملحقه اجتماعًا في سبتمبر 1982 وأوصى بتقسيمات بين استخدامات البحث والدفاع والتجارة. ظهرت AMPRNET في فئة البحث.

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

يضيف سجل العقد دعمًا ماديًا لكن ليس قاعدة القرار المفقودة. تدعم إعادة بناء مكتب المحاسبة الحكومي اللاحقة أن USC قامت بأعمال متعلقة بـ IANA بموجب ترتيبات ممولة من الدفاع. لأن نصوص العقود المبكرة لم تكن متاحة، لا تثبت أي التزامات توظيف، أو حقوق موافقة، أو معايير موضوعية طبقت على طلب 1981. حقيقة التمويل ترد على فكرة أن السجل كان مجرد ملكية خاصة. لا تجيب على من أذن بالحجم الخاص لـ 44/8.

نتيجة مقدم الطلب أوضح. أعطى رقم الفئة A المسجل لـ AMPRNET أساسًا دائمًا وفريدًا عالميًا للتجريب. كانت النتيجة الأوسع هي الاستبعاد: لا يمكن تخصيص الرقم بشكل متوافق لشبكة مختلفة. مسار التصحيح أو المراجعة العامة غير واضح. أخبر RFC 790 المتقدمين بالاتصال ببوستل للتخصيصات والمعلومات الحالية، لكنه لم يسم مراجعًا منفصلاً أو يحدد كيفية الطعن في مكتبه.

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

عندما كان على نعم واحدة أن تصبح العديد

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

في أغسطس 1990، قدمRFC 1174التوصية الرسمية لمجلس أنشطة الإنترنت إلى مجلس الشبكات الفيدرالي. وصف USC/ISI بأنها تؤدي وظيفة IANA المركزية وأن DDN-NIC في SRI International تؤدي وظيفة سجل الإنترنت لأرقام الشبكات والأنظمة الذاتية. قال إن IANA لديها سلطة تقديرية لتفويض أجزاء من مسؤوليتها وأن النمو السريع والتدويل والندرة المتزايدة جعلت المزيد من التوزيع في الوقت المناسب.

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

كانت هذه توصية مؤسسية، وليس قرار اعتراف فردي. كان المرسل رئيس IAB؛ وكان المتلقي رئيس FNC؛ وشملت الجهات الفاعلة المتوخاة IANA، وسجل SRI، وCCIRN، والمنظمات المرشحة. جعل النص السلطة التقديرية صريحة لكنه وضعها في سلسلة.

بحلول أكتوبر 1992، قدمRFC 1366معايير الاختيار. أفاد بدعم عام من مجموعة التخطيط الهندسي الفيدرالي نيابة عن FNC، والرؤساء المشاركين لمجموعة التخطيط الهندسي الدولية، وRéseaux IP Européens. يجب أن يكون السجل الإقليمي غير متحيز، ومعترف به على نطاق واسع من قبل المزودين والمشتركين، ومشرعنًا من قبل سلطات الشبكات في منطقته، ومؤسسًا beyond وظيفة السجل، ومجهزًا بموارد كافية، وملتزمًا بإرشادات التخصيص المشتركة، ومستعدًا لتنسيق استراتيجية التخصيص الفرعي مع السجل المركزي.

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

تظهر نتيجة تنفيذ فيRFC 1467،حالة نشر CIDR في الإنترنت. نشر في أغسطس 1993، قال تقرير الحالة الإعلامي إنه، تحت معلم مؤرخ 31 أكتوبر 1992، تم وضع معايير اختيار السجل الإقليمي وكانت IANA تقبل الطلبات من السجلات المحتملة. أفاد بأن مركز تنسيق شبكة RIPE طلب وضع سجل إقليمي وأعطي النطاق 194.0.0.0 إلى 195.255.255.255 لإدارته لمجتمع الإنترنت الأوروبي. كان RIPE NCC قد تلقى بشكل مستقل 193.0.0.0 إلى 193.255.255.255 في وقت سابق ويمكنه إدارة تلك المساحة تحت نفس الإرشادات.

هذا دليل على طلب، ونقل مورد، ونتيجة تشغيلية. إنه ليس قرار اعتراف موقع. كتب RFC 1467 في المؤسسة الوطنية لمبادرات البحث كتقرير عن نشر CIDR؛ لم يكن طلب RIPE NCC، أو رسالة قرار من IANA، أو محضر مداولات. لا يسمي الشخص الذي قيم الطلب، أو يعيد إنتاج التقديم، أو يحدد المرشحين البديلين، أو يقدم تصرفًا مسببًا.

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

قيادة بوستل في USC/ISI تجعل مشاركته في الوظيفة المركزية معقولة، لكن الأدلة تدعم إجراء من IANA داخل برنامج متعدد المؤسسات، وليس موافقة هاتفية منفردة. كان مقدم الطلب RIPE NCC، وليس شبكة نهائية تسعى إلى عناوين. كان المورد المفوض كتلة للإدارة الإقليمية. كان الأثر العملي هو نقل أعمال التخصيص من الدرجة الأولى أقرب إلى المتقدمين الأوروبيين بينما احتفظ النظام المركزي بالسلطة على المساحة الإجمالية.

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

يقولتاريخ RIPE NCC المؤسسيإن المشغلين الأوروبيين بدأوا التنسيق من خلال RIPE في عام 1989، وقرروا في عام 1990 تمويل مركز تنسيق موظف، وأسسوا رسميًا RIPE NCC في أبريل 1992. يقول إن توزيع العناوين أضيف إلى عمل المركز لاحقًا في عام 1992. تساعد هذه التفاصيل في تفسير كيف يمكن لـ RIPE NCC أن تقدم نفسها على أنها ذات جذور إقليمية ومستعدة تشغيليًا. لأن الحساب من إنتاج المؤسسة المتلقية، فهو دليل على تاريخها وفهمها الذاتي، وليس تدقيقًا مستقلاً لإجراء IANA.

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

بحلول مايو 1993، أعادRFC 1466ذكر المعايير الإقليمية وقال إن السجل الموزع مفوض من قبل IANA وسجل الإنترنت. بحلول نوفمبر 1996، وصفRFC 2050تسلسلًا هرميًا من IANA، والسجلات الإقليمية، والسجلات المحلية. خدم InterNIC أمريكا الشمالية، وخدم RIPE NCC أوروبا، وخدم APNIC منطقة آسيا والمحيط الهادئ. أنشئت السجلات الإقليمية تحت سلطة IANA وتطلبت توافق مجتمع الإنترنت الإقليمي.

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

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

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

ما يمكن أن تفعله السمعة، وما لا يمكن أن يثبته السجل

لماذا تم التسامح مع ترتيب متمركز حول الشخص لفترة كافية ليصبح بنية تحتية؟

أكثر إجابة يمكن الدفاع عنها تبدأ بالخدمة الملاحظة. ظهرت RFCs الأرقام المخصصة مرارًا. حددت جهات اتصال مسؤولة، وميزت القيم المخصصة من غير المخصصة، وربطت العديد من الإدخالات بوثائق تقنية. كشف RFC 433 استخدامات المقابس المتعارضة بدلاً من إخفائها. أخبر RFC 790 المتقدمين أين يبحثون عن تخصيص. فصل RFC 1083 جهات اتصال IANA وIAB ومحرر RFC وNIC. هذه مخرجات إدارية موثقة.

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

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

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

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

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

تأتي أدلة السمعة لاحقًا. تذكر تأبين فينت سيرف في أكتوبر 1998،RFC 2468، بوستل كوسيط، وصانع قرار دقيق، ومقدم خدمة ثابت. ربط هويته بشكل وثيق بـ IANA ووصف الولاء الذي ألهمه بين الزملاء. الوثيقة دليل مقنع على كيف فهم نظير مؤثر بوستل مباشرة بعد وفاته.

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

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

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

عندما تجاوز الاعتماد المكتب

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

استشهد RFC 1174 بالتصعيد السريع في عدد الشبكات وتدويل الإنترنت. قال RFC 1366 إن الطلب نما بشكل كبير على مدى عامين وتطلب عملية تخصيص أكثر منهجية. قدم RFC 1467 صورة تشغيلية أكثر واقعية: في عام 1993 احتوت قاعدة بيانات توجيه السياسة NSFNET/ANSNET أكثر من 13,000 شبكة وكانت تنمو بنحو ثمانية في المئة شهريًا، على الرغم من أن ليس كل الإدخالات مثلت شبكات نشطة ولم تغط قاعدة البيانات الإنترنت بالكامل.

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

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

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

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

أصبحت السلطة المادية حول USC/ISI أيضًا أكثر تحديدًا في سجل العقد الباقي. حصل مكتب المحاسبة الحكومي على معلومات حول المهمة 4 من عقد تكنولوجيا شبكة تيرا-نود النهائي لـ DARPA مع USC، الساري من يوليو 1995 إلى يوليو 1999. تطلبت المهمة 4 أنشطة بنية تحتية للشبكة تضمنت العمل كهيئة أرقام الإنترنت المخصصة. كان على USC توفير الأفراد والمواد والمرافق اللازمة للعمل.

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

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

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

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

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

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

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

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

لو وقع شخص آخر

بديل معقول تاريخيًا للترتيب المبكر لم يكن منظمًا حديثًا بمئات الموظفين. كان مجموعة مراجعة صغيرة للقرارات فوق عتبة محددة.

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

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

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

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

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

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

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

لم يكن التفويض نظريًا

كان التفويض الإقليمي أكثر من افتراض عكسي. خلال التسعينيات، أصبح سياسة تشغيلية.

قدم RFC 1174 المخطط المؤسسي. قدمت RFCs 1366 و1466 المؤهلات وقواعد إدارة العناوين. قدم تقرير RFC 1467 عن طلب RIPE NCC وتفويض مساحة العناوين دليل تنفيذ. وصف RFC 2050 لاحقًا معايير التخصيص، والتوثيق، والتدقيق، والاستئناف عبر تسلسل هرمي. لم يكن هذا استبدالاً نظيفًا للحكم بالقواعد. أعاد توزيع أين يحدث الحكم وجعل بعض قيوده مرئية.

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

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

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

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

تكشف حلقة تنفيذ RIPE NCC عن توزيع أكثر واقعية للسلطة من صورة بوستل وهو يمنح الإذن لأوروبا. نظم المشغلون الأوروبيون RIPE وأنشأوا مركز تنسيق. روج IAB وهيئات الشبكات الفيدرالية للتوزيع. احتفظت IANA وسجل الإنترنت بالسلطة المركزية. أطرت المعايير المنشورة الترتيب. ثم أدار المفوض مساحة العناوين للمتقدمين الإقليميين. لم يزود أي فاعل بمفرده التفويض أو القدرة التشغيلية.

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

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

ما يمكن أن يتحمله السجل الباقي

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

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

لسجل التمويل نفس الجودة المقيدة. دعم الدفاع الأمريكي والدور المؤسسي لـ USC/ISI موثقان. بحلول عام 1995، تطلبت المهمة 4 من TNT تحديدًا أداء وظائف IANA وتطلبت من USC توفير الأفراد والمواد والمرافق اللازمة. العقود المبكرة غير المتاحة تمنع إسقاط هذا الدليل على 1972 أو 1981 كدليل على واجبات محددة، أو حقوق إشراف، أو تدخل DARPA على مستوى الحالة.

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

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