مكتب الطعون المفقود في بدايات الإنترنت

الملخص

• وصفت التعليمات المنشورة بين عامَي 1983 و1992 النماذج والمتطلبات التقنية والمسؤولين الإداريين ومسارات التصحيح وقنوات التواصل. في العينة الوثائقية التي فُحصت هنا، لم تُنشئ مكتب استئنافات عام ومستقل لطلب نطاق أو معرّف رقمي غير ناجح.
• تحتفظ قوائم المستخدمين المسجلين والنطاقات وأرقام الشبكات المخصصة بالسجلات المكتملة أو الحالية. وهي لا تكشف عن إجمالي عدد الطلبات المقدمة أو غير المكتملة أو المتأخرة أو المسحوبة أو المرفوضة أو المصححة أو المُعاد النظر فيها أو المُصعَّدة أو المقلوبة أو المُغلقة بأي شكل آخر.
• كان من الممكن أن تساعد مراسلات NIC والمساعدة الهاتفية وإدارة النطاق الأعلى والرعاية الحكومية وسلطة IANA والرقابة الفيدرالية في حل مشكلات معينة. لا تحتوي العينة على حالة على مستوى الطلب تثبت أن أيًا من تلك المسارات عمل كاستئناف لمقدم الطلب مع نتيجة مسببة ومسجلة.
• لذا فإن خريطة السلطات غير متكافئة: يمكن لموظفي NIC معالجة السجلات وتصحيحها؛ ويمكن لمسؤولي المضيف والنطاق تفويض أو مراجعة الطلبات المحلية؛ ويمكن للجهات الراعية التأثير على الاتصال؛ ويمكن لـ IAB أن يوصي بالسياسات؛ وكانت IANA تحتفظ بسلطة تخصيص الأرقام وتفويضها. لا تزال صلاحية الاستئناف الفردي وواجبات نقض القرار غير مُثبتة.
• يتوافق انخفاض النزاعات المسجلة مع الروايتين الخيرية والمتشككة. ربما كانت المشكلات تُحل عادةً بدقة من خلال علاقات موثوقة، أو ربما اختفى المتقدمون غير الناجحين من السجلات المُحسَّنة لحفظ التعيينات بدلاً من التاريخ الإجرائي. لا يمكن للمقام المتاح التمييز بين الاثنين.

القاسم المخفي وراء كل قائمة ناجحة

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

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

أما المسار الطبيعي فأسهل بكثير في إعادة بنائه.

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

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

جعلRFC 1032، دليل مسؤولي النطاقات الصادر في نوفمبر 1987، إجراءات العمل أكثر وضوحًا. كان المسؤول يحصل على استبيان، ويملؤه، ويرسله إلى Hostmaster في NIC. وكان موظفو Hostmaster يراجعون المعلومات للتأكد من اكتمالها. توقع الدليل عدة تبادلات للمراسلات الإلكترونية قبل التفويض. وكان يمكن تقديم التصحيحات لاحقًا، ويمكن للمتقدمين طرح الأسئلة عبر البريد الإلكتروني أو من خلال خط ساخن مجاني.

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

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

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

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

لا تستطيع القوائم المتبقية الاختيار بينهما.

آلة حالة، لا ثنائية موافقة/رفض

التسلسل التحليلي الأدنى هو:

submitted -> incomplete -> request for more information -> delayed -> refused -> corrected -> reconsidered -> escalated -> reversed or final

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

مُقدَّميعني أن سلطة محددة تلقت طلبًا. يجب أن تتضمن الأدلة النموذج الوارد أو الرسالة أو الخطاب، ويفضل أن يكون مع تاريخ استلام وسياق كافٍ لتحديد الخدمة المطلوبة. يثبت التسجيل اللاحق أن عملية ما نجحت؛ لكنه لا يحدد تاريخ أو محتويات التقديم الأول.

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

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

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

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

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

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

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

مُصعَّديعني أن مسألة انتقلت إلى سلطة أخرى أو مستوى مؤسسي آخر. قد يسأل Hostmaster زميلاً أقدم؛ قد يتوجه مقدم طلب إلى جهة راعية؛ قد يتورط موظفو برنامج DDN؛ أو قد تصل مسألة سياسة إلى IANA أو هيئة شبكات فيدرالية. مجرد نسخ مسؤول أقدم في المراسلات لا يثبت تصعيدًا، والتصعيد لا يثبت مراجعة.

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

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

وبالتالي فإن حالة الأدلة عبر هذه العينة غير متماثلة:

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

العينة الوثائقية وما تستبعده

فترة الاهتمام هي 1983-1992. يُستخدم RFC 810 فقط كخط أساس لشهر مارس 1982 لقاعدة تسجيل المضيف الموروثة. يظهر RFC 1400، المنشور في 1993، فقط كمقارنة موجزة تُظهر كيف دخلت رؤية حالة الطلب الصريحة لاحقًا في إجراء عام.

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

• RFC 920، RFC 1032، RFC 1062، RFC 1174، و RFC 1359؛
• وثيقة NIC المؤرخة في 20 أكتوبر 1983 "Instructions for Network User Registration Drive"، المحفوظة في الصفحات 67-73 من الحزمة الرقمية لمتحف تاريخ الكمبيوترDefense Communication Agency Materials; 6 of 13؛
• "How to Reach the NIC"،NIC KNACKS، العدد 2، بتاريخ 17 مايو 1985، المحفوظة في الصفحة 94 من الحزمة الرقميةDefense Communications Agency Materials; 3 of 13؛
• دليل متحف تاريخ الكمبيوتر لعام 2011Guide to the SRI ARC/NIC Records، المجموعة X3578.2006؛
• مقابلة جيمس بيلكي مع جون بوستل، المسجلة في 18 فبراير 1988؛
• والتاريخ القانوني اللاحق لمكتب محاسبة الحكومة الأمريكية (GAO) حول العقود الفيدرالية المتعلقة بـ DNS ووظائف IANA.

أُدرجت الوثائق عندما وصفت متطلب طلب، أو قناة إدارية، أو عملية تصحيح، أو سلطة تخصيص، أو تمييز رعاية، أو توصية سياسة، أو علاقة رقابية ذات صلة بالفترة 1983-1992. أُدرج RFC 1062 كقطعة أثرية ناتجة وليس كدليل تقديم طلبات. تُستخدم أداة الفهرسة لتحديد المشهد الأرشيفي، وليس كبديل عن السجلات داخل المجموعة. توفر مقابلة بوستل سياقًا محدودًا حول ثقافة التوثيق، وليس دليلاً على حالات المُعرّفات. رأي GAO هو تاريخ قانوني لاحق ويقتصر على سلاسل العقود التي فحصها فعليًا.

عدة مجموعات من الأدلة خارج هذه العينة. إنها ليست فحصًا صندوقًا بصندوق لمجموعة SRI ARC/NIC ذات الـ 281 صندوقًا. وهي لا تدّعي مراجعة كل طلب نطاق، أو تحديث جدول مضيف، أو طلب رقم، أو سجل خط ساخن، أو تقرير شهري، أو خطاب راعٍ، أو رسالة داخلية. وهي لا تعتبر أوصاف أداة الفهرسة دليلاً على نتيجة أي طلب. ولا تحتوي على أي ملفات طلبات مأخوذة بعينة إحصائية.

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

تصفأداة فهرسة SRI ARC/NIC351 قدمًا طوليًا في 281 صندوقًا، مع الجزء الأكبر من المواد يعود إلى 1968-1990. تشمل السلاسل ذات الصلة مقترحات وعقود NIC، التقارير الشهرية الرسمية، مخرجات العقود، عمليات المرجع والخط الساخن، التسمية والعنونة، تسجيل وصول مستخدم TAC، إدارة جهات اتصال الشبكة، والبريد الإلكتروني والمراسلات المتنوعة.

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

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

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

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

ثلاث فئات إدارية ينبغي عدم دمجها

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

الفئة الأولى هيتسجيل مستخدمي الشبكة ووصول TAC. تعليمات NIC "Instructions for Network User Registration Drive"، المؤرخة في 20 أكتوبر 1983، كانت تخص الأفراد الذين يستخدمون مضيفي MILNET و ARPANET، ولفئة فرعية، الوصول عبر متحكمات وصول طرفية MILNET. تلقى مسؤولو المضيف قوالب للمستخدمين المرتبطين بمضيفيهم، وصححوا البيانات الموجودة، وأضافوا المستخدمين المؤهلين، وعلّموا على الحذف، وراجعوا النتائج، وأعادوا المواد إلى NIC. كانت طلبات وصول TAC تتطلب تفويضًا عبر صندوق بريد مسؤول المضيف.

كان هذا نظام تفويض من جانب الراعي والمضيف. ذكر مكتب إدارة برنامج DDN أن المضيفين المحليين كان متوقعًا منهم أن يديروا أنفسهم بمسؤولية ضمن الإرشادات الحكومية وأنه سيعمل مع مسؤولي المضيف إذا نشأت مشكلات. تؤسس هذه اللغة لقناة مشكلات بين DDN-PMO والمسؤولين. لكنها لا تؤسس حقًا للفرد الذي رفض مسؤول مضيفه التفويض.

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

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

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

الفئة الثالثة هيتخصيص المُعرّفات الرقمية. نشر RFC 1062 أرقام الشبكات المخصصة. وصفRFC 1174، الصادر في أغسطس 1990، IANA بأنها المنظمة ذات السلطة الأساسية لتخصيص المُعرّفات الرقمية وتفويضها، مع أداء تلك الوظيفة من قبل معهد علوم المعلومات بجامعة جنوب كاليفورنيا (USC/ISI). ووصف سجل الإنترنت في SRI بأنه يجمع ويسجل معلومات عن الشبكات ويقوم بأعمال التخصيص المفوضة.

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

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

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

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

سجل الاستثناء المباشر: التصحيح والمعالجة المستمرة

أقوى أدلة الاستثناء في العينة تتعلق بالتصحيح.

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

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

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

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

وبالتالي فالتسلسل الموثق هو:

البيانات الموجودة -> مراجعة المسؤول -> تصحيح أو إضافة -> تفويض -> إعادة تقديم منظم -> معالجة NIC

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

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

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

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

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

لكنها لا تقدم متقدمًا مرفوضًا، أو استئنافًا، أو نقضًا.

خريطة النقض

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

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

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

موظفو NIC: سلطة معالجة بدون هيئة ثانية منشورة

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

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

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

عرض عدد 17 مايو 1985 منNIC KNACKS، بعنوان "How to Reach the NIC"، قنوات متمايزة لمساعدة المستخدم، وعمليات الكمبيوتر، وتحديثات WHOIS وتسجيل المستخدم، وتغييرات المضيف، ومواد النشرة الإخبارية، وقضايا العقود أو الإدارة. كما وصف خطًا ساخنًا مدعومًا من موظفي المرجع والعمليات. هذا دليل على توجيه الخدمة. كان لدى الشخص الذي يعتقد أن سجلاً ما خاطئ مكان يرسل إليه التصحيح؛ ويمكن لشخص لديه مشكلة مضيف الوصول إلى وظيفة Hostmaster؛ ويمكن توجيه قلق أوسع للإدارة.

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

بوستل، IANA، والسلطة الرقمية المفوضة

يقدم RFC 1174 أوضح بيان للفترة حول السلطة الرقمية. وصف IANA بأنها تحتفظ بالسلطة الأساسية على المُعرّفات الرقمية اللازمة لتشغيل الإنترنت، مع أداء الوظيفة في معهد علوم المعلومات بجامعة جنوب كاليفورنيا (USC/ISI). ووصف سجل الإنترنت في SRI بأنه يحتفظ بمعلومات التسجيل ويؤدي أعمال التخصيص تحت مسؤولية مفوضة.

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

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

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

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

IAB وهيئات الشبكات الفيدرالية: التوصيات ليست أحكامًا

وُجه RFC 1174 من رئيس Internet Activities Board إلى رئيس مجلس الشبكات الفيدرالي (FNC). احتوى على توصيات حول توزيع تخصيص المُعرّفات وتغيير سياسة الوضع المتصل القديمة.

أوصت المذكرة بالاحتفاظ بوظائف IANA وسجل الإنترنت المركزية مع تفويض كتل من أرقام الشبكات والأنظمة المستقلة لمنظمات معتمدة. كما أوصت بفصل تسجيل المُعرّفات عن قيد الوضع المتصل. سيقوم سجل الإنترنت بجمع معلومات السياسة، ولن يعود ضم DNS مرتبطًا بنفس موافقة الاتصال الفيدرالية.

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

الأفعال مهمة. IABأوصى. FNCتلقىالتوصية. اقترحت الوثيقة أن يتمإصدار تعليماتلسجل الإنترنت لإجراء تغييرات. RFC 1174 وحده لا يثبت تاريخ تبني FNC، أو التوجيه التنفيذي، أو إكمال كل تغيير مقترح.

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

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

DCA، الجهات الراعية، والفرق بين التسجيل والاتصال

تضع تعليمات تسجيل المستخدمين لعام 1983 DDN-PMO وراء حملة التسجيل. كان مسؤولو المضيف مسؤولين عن المستخدمين المصرح لهم، وقالت DDN-PMO إنها ستعمل معهم إذا نشأت مشكلات. كان ذلك بيانًا مباشرًا لحل المشكلات، لكن العلاقة كانت تمر عبر المسؤولين.

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

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

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

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

سلسلتا عقد، ليست أي منهما علاجًا تلقائيًا لمقدم الطلب

التمويل الفيدرالي يخلق رقابة، لكنه لا يخلق بذاته حق استئناف.

السلسلة الأولى ذات الصلة هيDCA-SRI/NIC. تحدد أداة فهرسة SRI ARC/NIC أعمال NIC الممولة من DCA، ومقترحات العقود، والمخرجات، والتقارير الشهرية، والمراجعات الجارية. تتضمن مواد DCA لعام 1987 اجتماع مراجعة عقد وتصف مهام NIC وقنوات الخدمة. تثبت هذه السجلات أن الزبون الحكومي راقب نشاط المقاول.

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

السلسلة الثانية هيDARPA-USC/ISI/IANA. أفادقرار GAO B-327398، الصادر بعد ذلك بكثير، أن GAO لم تتمكن من الحصول على نسخ من عقود DARPA للسبعينيات والتسعينيات التي تم تطوير وتنفيذ وظائف IANA في إطارها، رغم أنها استعادت معلومات حول مهمة عقد لاحقة بدأت في 1995. هذا الاستنتاج يقيد الاستنتاجات حول شروط DARPA-USC المبكرة.

لا يثبت أن سجل عقد DCA-SRI المنفصل مفقود. يجب أن يظل المقاولان والعلاقات الحكومية والوظائف متميزة. ترسم مجموعة SRI مواد العقد التي قد تجيب على أسئلة حول أداء NIC. فجوة GAO الإثباتية تتعلق بعقود DARPA-USC/IANA التاريخية.

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

ستة أشياء مختلفة وُصفت لاحقًا بأنها استئناف

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

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

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

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

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

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

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

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

الهاتف كعلاج عملي ونقطة عمياء أرشيفية

أقوى بديل خيّر يبدأ بسهولة الوصول إلى NIC.

نشرت NIC قنوات إلكترونية وشغّلت مساعدة هاتفية. توقع RFC 1032 المراسلات قبل تفويض النطاق. وجهت ورقة "How to Reach the NIC" لعام 1985 مواضيع مختلفة إلى أدوار مختلفة، بما في ذلك المساعدة، والتسجيل، وتغييرات المضيف، والعمليات، والإدارة. تصف أداة الفهرسة عملية مرجع وخط ساخن كانت تجيب على استفسارات هاتفية وبريد إلكتروني وتبلغ عن إحصائيات النشاط في تقارير شهرية.

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

من وجهة نظر المشارك، ربما كانت مثل هذه المكالمة أكثر فائدة من إجراء رسمي. السرعة والسياق والثقة يمكن أن تجعل الإدارة غير الرسمية فعالة للغاية.

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

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

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

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

من كان لديه وصول إلى إعادة النظر العملية؟

توحي الخريطة المؤسسية بسؤال توزيعي، لا بنتيجة توزيعية.

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

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

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

لم تُختبر. لا تحتوي العينة على مقام طلب مقسم بين المتقدمين العسكريين والحكوميين والأكاديميين والتجاريين والدوليين. لا توجد مقاييس قابلة للمقارنة للاكتمال، أو الوقت المنقضي، أو الأسئلة المطروحة، أو مشاركة الراعي، أو النتيجة النهائية.

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

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

المحاكم والوكالات خارج الهرمية التقنية

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

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

لم تذكر الأدلة التقنية للفترة أن مقدم طلب غير ناجح يمكنه أن يطلب من محكمة مراجعة حكم Hostmaster التقني. كما لم تثبت أن كل إجراء لـ NIC أو IANA كان إجراءً وكاليًا نهائيًا. وضع المقاول، والسلطة التقنية المفوضة، والرعاية الفيدرالية، والتمويل الحكومي لا تنهار في فئة قانون عام واحدة.

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

لا يوجد سجل مباشر بين 1983-1992 في هذه العينة يقرن رفض مُعرّف بحكم محكمة، أو أمر وكالة، أو قرار تعاقدي نقضه. يظل العلاج الخارجي ممكنًا قانونيًا في المجرد وغير مثبت تاريخيًا في فئة الحالات المعنية.

السيناريو المخالف الأول: احفظ القرارات، أضف الأسباب

تخيل أن كل قرار مُعرّف واتصال جوهري بين 1983-1992 بقي دون تغيير. نفس الطلبات المكتملة نجحت. نفس العيوب التقنية تطلبت تصحيحًا. نفس قواعد الراعي حكمت الوصول إلى البنية التحتية المدعومة فيدراليًا.

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

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

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

لا يُدّعى أن واجبات القانون الإداري الحديثة كانت تحكم أصلًا كل تسجيل إنترنت مبكر. السيناريو المخالف يطرح سؤالاً مؤسسيًا أضيق: ما الدليل الذي كان سيسمح للمعاصرين والمؤرخين اللاحقين باختبار الاتساق دون تغيير بنية السلطة الأساسية؟

سجل سبب ونتيجة مؤرخ لن يخلق بذاته استقلالية. قد يظل المراجع من نفس المكتب. ولن يضمن العدالة. سيجعل المسار مرئيًا بما يكفي للتقييم.

السيناريو المخالف الثاني: نزاع منخفض حقًا

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

ما الآثار التي كان يجب أن يتركها ذلك النظام الحميد؟

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

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

أجزاء من البنية التحتية الحميدة مرئية. توقع RFC 1032 المراسلات. حافظت NIC على قنوات مساعدة وإدارة. كان بوسع مسؤولي المضيف تصحيح سجلات المستخدمين. قالت DDN-PMO إنها ستعمل مع المسؤولين عند نشوء مشكلات. عامل RFC 1359 المزودين كمصادر لنصيحة التقديم. وصف RFC 1174 سياسة كانت تهدف إلى تخصيص أرقام فريدة على نطاق واسع مع فصل مصادقة الاتصال.

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

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

نظرة ضيقة إلى ما بعد 1992

يقدمRFC 1400، المنشور في مارس 1993، مقارنة محدودة بعد الفترة. وصف تحليل قوالب التسجيل والتحقق منها، والتصحيح من قبل مقدم الطلب الأصلي، والانتهاء بعد نافذة رد سبعة أيام، وأرقام تذاكر المشكلات، ومعلومات حالة عامة تُظهر ما إذا كانت التذكرة لا تزال معلقة ومن يتولى معالجتها.

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

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

ما يمكن استنتاجه

يجب أن تظل ثلاثة افتراضات منفصلة.

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

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

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

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

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

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

المصادر

• RFC 810، "DoD Internet Host Table Specification،" 1 مارس 1982:https://www.rfc-editor.org/rfc/rfc810.html
• RFC 920، "Domain Requirements،" أكتوبر 1984:https://www.rfc-editor.org/rfc/rfc920.html
• RFC 1032، "Domain Administrators Guide،" نوفمبر 1987:https://www.rfc-editor.org/rfc/rfc1032.html
• RFC 1062، "Internet Numbers،" أغسطس 1988:https://www.rfc-editor.org/rfc/rfc1062.html
• RFC 1174، "IAB Recommended Policy on Distributing Internet Identifier Assignment and IAB Recommended Policy Change to Internet ‘Connected’ Status،" أغسطس 1990:https://www.rfc-editor.org/rfc/rfc1174.html
• RFC 1359، "Connecting to the Internet،" أغسطس 1992:https://www.rfc-editor.org/rfc/rfc1359.html
• RFC 1400، "Transition and Modernization of the Internet Registration Service،" مارس 1993:https://www.rfc-editor.org/rfc/rfc1400.html
• مركز معلومات الشبكة، "Instructions for Network User Registration Drive،" 20 أكتوبر 1983، الصفحات الداخلية 1-7، الصفحات الرقمية 67-73 فيDefense Communication Agency Materials; 6 of 13:https://archive.computerhistory.org/resources/access/text/2023/07/102707743-05-06-acc.pdf
• مركز معلومات شبكة DDN، "How to Reach the NIC،"NIC KNACKS، العدد 2، 17 مايو 1985، الصفحة الرقمية 94 فيDefense Communications Agency Materials; 3 of 13:https://archive.computerhistory.org/resources/access/text/2023/07/102707743-05-03-acc.pdf
• متحف تاريخ الكمبيوتر،Guide to the SRI ARC/NIC Records، المجموعة X3578.2006، 2011:https://archive.computerhistory.org/resources/access/text/finding-aids/102706170-SRI/102706170-SRI.pdf
• جيمس بيلكي، مقابلة مع جوناثان "جون" بوستل، مسجلة في 18 فبراير 1988:https://archive.computerhistory.org/resources/access/text/2016/05/102738139-05-01-acc.pdf
• مكتب محاسبة الحكومة الأمريكية، B-327398، "Department of Commerce—Property Implications of Proposed Transition of U.S. Government Oversight of Key Internet Technical Functions":https://www.gao.gov/products/b-327398