ملخص
- وصفت التعليمات المنشورة من عام 1983 إلى 1992 النماذج والمتطلبات التقنية والمسؤولين الإداريين وسبل التصحيح وقنوات الاتصال. في عينة الوثائق التي تم فحصها هنا، لم تنشئ مكتب استئناف عام ومستقل لطلب مجال أو معرف رقمي غير ناجح.
- قوائم المستخدمين المسجلين والمجالات وأرقام الشبكات المخصصة تحتفظ بسجلات مكتملة أو حالية. لا تكشف عن العدد الإجمالي للطلبات المقدمة أو غير المكتملة أو المتأخرة أو المسحوبة أو المرفوضة أو المصححة أو المعاد النظر فيها أو المرفوعة أو الملغاة أو المغلقة بطريقة أخرى.
- كان بإمكان مراسلات NIC والدعم الهاتفي وإدارة المجال الأعلى والرعاية الحكومية وسلطة IANA والإشراف الفيدرالي أن تساعد في حل مشكلات معينة. لا تحتوي العينة على أي دليل على مستوى الطلب يظهر أن أيًا من هذه القنوات عملت كاستئناف لمقدم الطلب مع نتيجة معللة ومسجلة.
- خريطة السلطات غير متساوية بالتالي: يمكن لموظفي NIC معالجة وتصحيح السجلات؛ يمكن لمسؤولي المضيفين والمجالات تفويض أو مراجعة التقديمات المحلية؛ يمكن للرعاة التأثير على الاتصال؛ يمكن لـ IAB التوصية بسياسات؛ واحتفظت IANA بسلطة تخصيص الأرقام وفوضتها. لا تزال صلاحية الاستئناف الفردية وواجبات الإلغاء غير مثبتة.
- مستوى الصراع المسجل المنخفض متوافق مع كل من الروايات الخيرة والمتشككة. كان من الممكن حل المشكلات عادةً بدقة من خلال علاقات الثقة، أو كان بإمكان مقدمي الطلبات غير الناجحين أن يختفوا من السجلات المحسّنة للاحتفاظ بالتخصيصات بدلاً من المحفوظات الإجرائية. المقام المتاح لا يسمح بالتمييز بين الاثنين.
المقام الخفي خلف كل قائمة نجاح
الجدول المنشور لأرقام الشبكات هو سجل للواصلين. يظهر المعرفات التي دخلت السجل الرسمي، وأحيانًا، الإدخالات التي تغيرت أثناء انتقال. جدول المجالات يظهر أيضًا الأسماء التي أكملت التسجيل. لا يسجل أي من الجدولين كل محاولة سبقت النتيجة.
هذه هي مشكلة المقام. تاريخ مؤسسي لإدارة بدايات الإنترنت يجب أن يحصي الطلبات وليس التخصيصات. السكان المعنيون سيشملون التقديمات الأولى، والتكرارات، والنماذج المعيبة تقنيًا، والطلبات المعاد طلب معلومات إضافية منها، والانسحابات، والتصحيحات، والتأخيرات، والرفض الموضوعي، والطلبات المتجددة، وتدخلات الرعاة، وإعادة النظر، والرفع، والإلغاءات، والحالات التي انتهت دون حكم موثق. السجل المبني للحفاظ على معرفات فريدة لا يوفر سوى مجموعة فرعية من هؤلاء السكان.
الطريق الطبيعي أسهل بكثير في إعادة البناء.
كمرجع أساسي فوري للفترة السابقة، تطلبRFC 810، بتاريخ 1 مارس 1982، أن يتم التفاوض على أسماء وعناوين الشبكات والبوابات والمضيفين التابعة لوزارة الدفاع وتسجيلها لدى مركز معلومات الشبكة قبل الاستخدام وقبل أن يرسل مضيف وزارة الدفاع حركة مرور. حددت قنوات اتصال إلكترونية وهاتفية. لفترة وسيطة، سيحاول NIC أيضًا الحفاظ على معلومات قابلة للمقارنة تقدمها شبكات ومضيفات غير تابعة لوزارة الدفاع. أنشأت التعليمات مكان التسجيل. لم تصف سجلًا للطلبات أو وسيلة للاعتراض على نتيجة سلبية.
RFC 920، المنشورة في أكتوبر 1984، حددت متطلبات إنشاء نطاق. النطاق كان كيانًا إداريًا، وليس مجرد تسمية. تطلب شخصًا مسؤولًا يتمتع بالكفاءة التقنية والسلطة التنظيمية، وخدمة أسماء موثوقة، وتسجيلًا عبر التسلسل الهرمي المناسب. كان على النطاق الأدنى إرضاء المسؤول الأعلى مباشرة. تضمنت الوثيقة استبيانًا للنطاق المقترح، والاتصالات، وترتيب الخادم، والحجم المتوقع، والهيكل الإداري.
RFC 1032، دليل مسؤولي النطاقات لشهر نوفمبر 1987، جعل إجراءات العمل أكثر وضوحًا. كان المسؤول يحصل على استبيان، ويملؤه، ويرسله إلى مضيف NIC. موظفو المضيف يفحصون المعلومات للتأكد من اكتمالها. توقع الدليل عدة تبادلات للمراسلات الإلكترونية قبل الإذن. يمكن تقديم التصحيحات لاحقًا، وكان بإمكان مقدمي الطلبات طرح الأسئلة عبر البريد الإلكتروني أو عبر خط مساعدة مجاني.
تثبت هذه الوثائق وجود إجراء ومكتب إداري وقناة مساعدة. لا تظهر عدد الطلبات التي توقفت عند كل خطوة. يمكن أن يكون تسجيل النطاق النهائي قد تبع تقديمًا أوليًا كاملاً، أو توضيحًا روتينيًا، أو تصحيحًا تقنيًا متكررًا، أو تدخلًا من مسؤول النطاق الأصلي، أو استبدال اقتراح سابق. بمجرد ظهور النطاق في السجل، تتقارب هذه التواريخ إلى نفس النتيجة المرئية.
نفس المشكلة تؤثر على منشورات أرقام الشبكات.RFC 1062، الصادرة في أغسطس 1988، أدرجت أرقام الشبكات المخصصة وميزت بين مستخدمي البحث والدفاع والحكومة غير الدفاعية والتجاريين. كما حددت بعض الأرقام المعدلة للاستخدام الانتقالي. هذه المعلومات توثق التخصيصات وإعادة الترقيم. لا تحدد جميع الطلبات، ناهيك عن جميع الطلبات غير الناجحة.
الرقم الفارغ في الجدول ليس دليلاً على مقدم طلب مرفوض. الرقم المسجل ليس دليلاً على أن الطلب الأصلي كان مكتملاً. علامة التغيير لا تكشف عما إذا كان التغيير قد طلب، أو فرض، أو اعترض عليه، أو كان مجرد تغيير تقني. الجدول يحتفظ بالحالة التشغيلية، وليس المسار الذي وصلت إليه الحالة.
يمكن للصراع المنخفض المرئي أن يدعم روايتين. الرواية الخيرة هي أن المسؤولين ومقدمي الطلبات ذوي الكفاءة التقنية كانوا يفهمون بعضهم البعض عادةً، ويصححون الأخطاء عبر المراسلات، ونادرًا ما ينتجون خلافات جدية. الرواية المتشككة هي أن النظام المنظم حول التخصيصات الحالية كان لديه القليل من الأسباب التشغيلية للاحتفاظ بالمحاولات الفاشلة أو التفسيرات غير المكتوبة أو مقدمي الطلبات المحبطين. كلا الروايتين تتنبأ بقائمة نظيفة من السجلات الناجحة.
القوائم الباقية لا تستطيع الاختيار بينهما.
آلة حالات، وليست ثنائية موافقة-رفض
التسلسل التحليلي الأدنى هو:
مقدم -> غير مكتمل -> طلب معلومات إضافية -> متأخر -> مرفوض -> مصحح -> معاد النظر فيه -> مرفوع -> ملغى أو نهائي
ليس الهدف من هذا الترميز الإيحاء بأن كل طلب مر بجميع الحالات. المسارات الفعلية كانت ستتفرع. الطلب غير المكتمل يمكن أن يصحح ويستمر. الطلب المكتمل يمكن أن يسحب. الرفض يمكن أن يصبح نهائيًا دون إعادة نظر. الرفع يمكن أن يتعلق بالرعاية أو الاتصال بدلاً من القرار على المعرف. قيمة التسلسل هي أنه يمنع اختزال أحداث إجرائية مختلفة إلى كلمة "مرفوض".
مقدميعني أن سلطة محددة تلقت طلبًا. يجب أن يشمل الدليل النموذج أو الرسالة أو الخطاب الوارد، ويفضل أن يكون مع تاريخ الاستلام وسياق كافٍ لتحديد الخدمة المطلوبة. السجل اللاحق يثبت أن عملية معينة نجحت؛ لا يثبت تاريخ أو محتوى التقديم الأول.
غير مكتمليصف حالة معالجة. قد تكون الحقول المطلوبة، أو جهات الاتصال المسؤولة، أو ترتيبات الخادم، أو التفويض مفقودة. تطلبت RFC 1032 استبيانًا مكتملاً قبل أن يأذن NIC بنطاق. هذه القاعدة توثق الفئة، لكن العينة لا تحتوي على أي ملف طلب مرتبط يظهر طلبًا مسمى مصنفًا على أنه غير مكتمل.
طلب معلومات إضافيةهو إجراء إداري إيجابي. توقع التبادلات المتعددة للمراسلات في RFC 1032 يوضح أن التوضيح كان جزءًا من المعالجة العادية. حالة معينة ستتطلب مع ذلك السؤال الصادر، والطلب الذي يتعلق به، وأي رد. التقديم الثاني وحده لا يمكن أن يكشف ما إذا كان الأول قد أثار سؤالاً.
متأخريتطلب تواريخ وطلبًا مستمرًا غير محلول. يجب تقسيم الفترة الزمنية بين وقت معالجة الموظفين، ووقت استجابة مقدم الطلب، ومراجعة الراعي، والإعداد الفني، وأي مسائل سياسية. النطاق المسجل بعد أشهر من مناقشة الخطة الأولية ليس تلقائيًا طلبًا متأخرًا. بدون بداية موثقة، وفترات توقف، وحدث نهائي، يبقى التأخير غير مثبت.
مسحوبيعني أن مقدم الطلب أنهى الطلب. هذه الحالة تتطلب بيانًا أو سلوكًا يمكن أن ينسب بشكل موثوق إلى مقدم الطلب. الصمت غامض: قد يكون مقدم الطلب قد تخلى عن الخطة، أو غير الوسيط، أو حل المشكلة عبر الهاتف، أو لم يتلق ردًا أبدًا.
مرفوضهو قرار سلبي موضوعي، وليس مجرد غياب التخصيص. يجب أن يحدد السجل المباشر سلطة اتخاذ القرار، والمتطلب المطبق، والسبب، وإبلاغ النتيجة. النموذج غير الصحيح، والسؤال الذي لم تتم الإجابة عليه، وطلب الاتصال غير المؤهل، ونزاع النطاق المحال إلى الأطراف المحلية هي أحداث مختلفة.
مصححيعني أن البيانات، أو التكوين المطلوب، أو المعلومات الداعمة قد تغيرت. التصحيح لا يستلزم بالضرورة خلافًا. يمكن أن يكون فحص جودة عادي. وثائق العصر تثبت بشكل مباشر إجراءات التصحيح، على الرغم من أنها لا تحول هذه الإجراءات إلى استئنافات.
معاد النظر فيهيعني أن المسؤول أو الوحدة الإدارية الأصلية أعادت النظر في نتيجة تم التوصل إليها بالفعل. استمرار المعالجة بعد أن قدم مقدم الطلب البيانات المفقودة قد يبدو مشابهًا، لكنه ليس بالضرورة إعادة نظر في قرار سلبي. يجب أن يظهر ملف القضية الموقف السابق وإعادة النظر اللاحقة.
مرفوعيعني أن المشكلة تم نقلها إلى سلطة أخرى أو مستوى مؤسسي آخر. يمكن للمضيف أن يطلب من زميل كبير؛ يمكن لمقدم الطلب أن يلجأ إلى راعٍ؛ يمكن لموظفي برنامج DDN أن يشاركوا؛ أو يمكن أن تصل مسألة سياسية إلى IANA أو هيئة اتحادية للشبكات. مجرد نسخ مسؤول كبير على المراسلات لا يثبت الرفع، والرفع لا يثبت المراجعة.
ملغىيتطلب قرارين غير متوافقين: نتيجة سابقة محددة ونتيجة لاحقة غيرتها. التصحيح الإملائي، أو عنوان خادم جديد، أو إعادة ترقيم، أو طلب منقح ليس إلغاءً ما لم يثبت الملف أيضًا القرار الذي تم نقضه.
نهائيهو التصنيف الأكثر خطورة. يمكن للإجراء المنشور أن يعلن أن القرار نهائي، أو يمكن لملف القضية الكامل أن يظهر أن المراجعة المتاحة قد اكتملت. آخر رسالة باقية لا تثبت النهائية. قد تكون آخر عنصر تم الاحتفاظ به بدلاً من آخر حدث وقع.
وبالتالي فإن حالة الأدلة في هذه العينة غير متماثلة:
| حالة الطلب | ما تثبته العينة | الحالة على مستوى القضية |
|---|---|---|
| مقدم | كانت النماذج والقنوات المنشورة موجودة | لم يتم فحص أي ملف طلب فردي كامل |
| غير مكتمل | تطلب الإذن بالنطاق معلومات كاملة | عملية موثقة؛ لا توجد حالة مسماة |
| طلب معلومات | كانت المراسلات التكرارية متوقعة | عملية موثقة؛ لا يوجد تسلسل مرتبط |
| متأخر | يمكن تعريف التأخير فقط من خلال أحداث القضية المؤرخة | غير ملاحظ |
| مسحوب | يتطلب إغلاقًا يُنسب إلى مقدم الطلب | غير ملاحظ |
| مرفوض | يتطلب قرارًا موضوعيًا وسببًا معلنًا | غير ملاحظ |
| مصحح | يمكن تصحيح قوالب المستخدمين وبيانات النطاق وإدخالات الأرقام المنشورة | موثق مباشرة، ولكن ليس كاستئناف |
| معاد النظر فيه | تم إعادة النظر في السياسة على مستوى النظام في عام 1990 | لم يتم ملاحظة أي حالة مقدم طلب فردي |
| مرفوع | كانت القنوات المؤسسية موجودة عبر المسؤولين والرعاة والهيئات الحكومية | مسار محتمل؛ لم يتم ملاحظة أي حالة مؤهلة |
| ملغى | يتطلب قرارات سلبية ولاحقة غير متوافقة مقترنة | غير ملاحظ |
| نهائي | يتطلب حكمًا نهائيًا معلنًا أو قابلاً للإثبات | غير ملاحظ |
هذا الجدول لا يقدر التكرار. يسجل الموقف الإثباتي لكل حالة في عينة من الإجراءات المنشورة. لا يتم توفير أي رفض أو تأخير أو رفع أو إلغاء أو حكم نهائي كقضية تاريخية لأن السجلات المباشرة اللازمة لم تثبت.
عينة الوثائق وما تستبعده
الفترة محل الاهتمام هي 1983-1992. تم استخدام RFC 810 فقط كمرجع من مارس 1982 لقاعدة تسجيل المضيف القديمة. تظهر RFC 1400، المنشورة في عام 1993، فقط كمقارنة موجزة توضح كيف دخلت رؤية حالة الطلب الصريحة لاحقًا في إجراء عام.
العينة هيعينة من الإجراءات المنشورة والسلطة المؤسسية، وليست مجموعة من الطلبات الفردية. وحدتها هي وثيقة أو قطعة أثرية وثائقية عامة. تتكون من:
- RFC 920، RFC 1032، RFC 1062، RFC 1174، وRFC 1359؛
- وثيقة NIC المؤرخة في 20 أكتوبر 1983 "تعليمات حملة تسجيل مستخدمي الشبكة"، المحفوظة في الصفحات 67-73 من المجموعة الممسوحة ضوئيًا لمتحف تاريخ الكمبيوتر،مواد وكالة اتصالات الدفاع؛ 6 من 13؛
- "كيفية الوصول إلى NIC"،NIC KNACKS، العدد 2، بتاريخ 17 مايو 1985، المحفوظ في الصفحة 94 من المجموعة الممسوحة ضوئيًا لـمواد وكالة اتصالات الدفاع؛ 3 من 13؛
- دليل متحف تاريخ الكمبيوتر لعام 2011،دليل سجلات SRI ARC/NIC، المجموعة X3578.2006؛
- مقابلة جيمس بيلكي مع جون بوستل، المسجلة في 18 فبراير 1988؛
- والتاريخ القانوني اللاحق لمكتب المحاسبة الحكومي الأمريكي فيما يتعلق بالعقود الفيدرالية المتعلقة بـ DNS ووظائف IANA.
تم تضمين الوثائق عندما وصفت متطلب طلب، أو قناة إدارية، أو عملية تصحيح، أو سلطة تخصيص، أو تمييز رعاية، أو توصية سياسية، أو علاقة إشراف ذات صلة بالفترة 1983-1992. تم تضمين RFC 1062 كقطعة أثرية نتيجة منشورة وليس كدليل طلب. تم استخدام دليل البحث لتحديد المشهد الأرشيفي، وليس كبديل للسجلات داخل المجموعة. توفر مقابلة بوستل سياقًا محدودًا حول ثقافة التوثيق، وليس أدلة على حالات المعرفات. رأي GAO هو تاريخ قانوني لاحق ويقتصر على سلاسل العقود التي فحصها بالفعل.
العديد من مجموعات الأدلة خارج هذه العينة. هذه ليست مراجعة صندوقًا بصندوق لمجموعة SRI ARC/NIC المكونة من 281 صندوقًا. لا تدعي أنها فحصت كل طلب نطاق، أو تحديث جدول مضيف، أو طلب رقم، أو سجل خط ساخن، أو تقرير شهري، أو خطاب راعٍ، أو رسالة داخلية. لا تعامل أوصاف دليل البحث كدليل على نتيجة أي طلب. لا تحتوي على سجلات طلب تم أخذ عينات منها إحصائيًا.
تستبعد العينة أيضًا الاستدلال من بيانات السجل الحالية. سجل WHOIS لاحق أو تفويض باقٍ لا يمكنه إعادة بناء طلب مبكر دون مراسلات معاصرة. لا يتم احتساب الذكريات الشفهية كطلب ما لم يتم مطابقتها بسجلات مباشرة. خطوط التخصيص هي نتائج، وليست وحدات طلب.
دليل البحثSRI ARC/NICيصف 351 قدمًا خطيًا في 281 صندوقًا، معظم المواد تعود للفترة 1968-1990. السلسلة ذات الصلة تشمل مقترحات وعقود NIC، والتقارير الشهرية الرسمية، والتسليمات التعاقدية، وعمليات المرجع والخط الساخن، والتسمية والعناوين، وتسجيل الوصول إلى مستخدم TAC، وإدارة اتصالات الشبكة، ورسائل البريد الإلكتروني والمراسلات المتنوعة.
يقول الدليل إن المجموعة تحتوي على مجموعة كاملة من التقارير الشهرية الرسمية لـ NIC. لا يقول إن هذه التقارير تحتوي على مقام طلب واحد. الأرقام الشهرية للمكالمات أو الرسائل أو التحديثات أو التسجيلات لا تزال بحاجة إلى ربطها بالطلبات الفردية. عشرة رسائل يمكن أن تمثل عشرة مقدمي طلبات أو عشرة تبادلات بشأن مقدم طلب واحد. مكالمة الخط الساخن قد تتعلق بالوصول إلى مستند، أو مشكلة اتصال، أو تحديث مضيف، أو طلب معرف. النشاط الإجمالي ليس سلسلة من الأحكام.
كما يحدد الدليل مراسلات متنوعة حتى عام 1989. نظرًا لأن المراسلات تم جمعها من أماكن مختلفة وتغطي العديد من الموضوعات، فإن وجودها لا يمكن أن يثبت الاكتمال. قد يتم فصل الطلب عن رده. قد لا تحتوي المحادثات الهاتفية على أي ملاحظات باقية. قد يتم تنظيم السجلات حسب الموظف أو التاريخ أو الخدمة بدلاً من مقدم الطلب. فحص الأرشيف المادي قد يستعيد حالات استثنائية، لكن هذه المقالة لا تقدم أي ادعاءات بشأن معدل الحدوث قبل القيام بهذا العمل.
الدراسة الصالحة على مستوى الطلب ستتطلب قاعدة تضمين صريحة: على سبيل المثال، جميع طلبات النطاقات من المستوى الثاني التي تم تلقيها لأول مرة خلال ربع سنة محدد، سواء نجحت أم لا. الطلب الفريد، وليس الرسالة، سيكون وحدة العد. التكرارات، والاقتراحات المعاد تسميتها، والتقديمات المتعددة، والحالات المنقولة، والطلبات عبر السجلات الوسيطة ستتطلب معالجة محددة مسبقًا. كل حالة ستتطلب تاريخًا ومعيارًا وثائقيًا. الرسائل المفقودة وجهات الاتصال الهاتفية ستتطلب رمز حفظ. لا شيء في العينة الحالية يدعم مثل هذه الحسابات.
المقام غير محدد بالتالي. لا يوجد معدل قبول أو رفض أو إلغاء أو متوسط تأخير تم الإبلاغ عنه. كما لا يوجد بسط للاستئنافات الفردية. هذا الحد منهجي وليس بلاغيًا: لا يمكن لأي قدر من اليقين في النثر أن يصنع سجلات طلب لم يتم فحصها.
ثلاثة تجمعات إدارية لا ينبغي دمجها
الوثائق الباقية تصف خدمات مرتبطة ولكنها متميزة. دمجها سيخلق نظام استئناف مشترك وهمي.
التجمع الأول هوتسجيل مستخدمي الشبكة والوصول إلى TAC. "تعليمات حملة تسجيل مستخدمي الشبكة" الصادرة عن NIC، بتاريخ 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. وصفت سجل الإنترنت في SRI على أنه يجمع ويسجل المعلومات حول الشبكات ويقوم بأعمال التخصيص المفوضة.
يجب أيضًا فصل التخصيص الرقمي عنالاتصال. RFC 1062 نصت على أن الشبكات المستقلة التي تستخدم بروتوكولات الإنترنت يمكن أن تتلقى أرقامًا مع بقائها خارج الإنترنت المتصل، وأنها يجب أن تطلب بشكل منفصل الإذن بالاتصال. RFC 1174 وصفت لاحقًا الحالة "متصل" كموافقة من منظمة راعية تابعة للحكومة الأمريكية للارتباط بالنظام المدعوم فيدراليًا.
يمكن للمنظمة بالتالي الحصول على رقم فريد مع افتقادها للاتصال الذي ترغب فيه. رفض الراعي الموافقة على الاتصال لم يكن بالضرورة رفضًا من سجل الإنترنت لتخصيص رقم. كما اختلف الممتحنون المحتملون. IANA وسجل الإنترنت كانا في سلسلة التخصيص الرقمي؛ وكالة الرعاية أو مشغل العمود الفقري كان في سلسلة الاتصال.
RFC 1359، المنشورة في أغسطس 1992، أضافت طبقة مؤسسية أخرى للحرم الجامعي. نصحت المنظمات بالعمل مع مزود خدمة IP ووصفت هذا المزود كمصدر للمشورة حول فئات العناوين وإجراءات الطلب. يمكن للمزود منع تقديم غير مكتمل بمساعدة مقدم الطلب في إعداده. لا تظهر الوثيقة المزود يستأنف قرار السجل.
تسجيل المستخدم، والوصول إلى TAC، وقبول النطاق، والتخصيص الرقمي، والاتصال بالشبكة كان لديهم بالتالي مقدمي طلبات وقواعد وسلطات وعلاجات محتملة مختلفة. التصحيح الموثق في مجموعة واحدة لا يمكن أن يثبت مراجعة في مجموعة أخرى.
السجل المباشر للاستثناءات: التصحيح والمعالجة المستمرة
أقوى دليل على الاستثناء في العينة يتعلق بالتصحيح.
"تعليمات حملة تسجيل مستخدمي الشبكة" المؤرخة في 20 أكتوبر 1983 نصت على تسلسل ملموس. أعد NIC قوالب للأشخاص الموجودين بالفعل في قاعدة بيانات المعرفات الخاصة به. استرجع مسؤولو المضيفين هذه القوالب، واستبدلوا البيانات غير الصحيحة، وأضافوا المستخدمين المفقودين، ووضعوا علامات على الحذف، وراجعوا وأذنوا بالقوائم الناتجة، وأعادوها إلى المسجل. قام NIC بتعديل التقديمات وإدخالها في قاعدة بيانات المعرفات WHOIS.
كانت الوثيقة صارمة بشأن التنسيق. كان يجب إعادة البيانات في القالب المحدد حتى يمكن معالجتها بتدخل يدوي أقل. المواد الموجودة في شكل آخر لن تكون مقبولة. هذا شرط عدم قبول موثق مباشرة، لكنه ينطبق على شكل بيانات تسجيل المستخدم. ليس رفضًا موضوعيًا لطلب عنوان IP أو نطاق.
كما تعاملت التعليمات مع التكرارات. إذا قدم أكثر من مسؤول مضيف قالبًا لنفس الشخص، قال NIC إنه مستعد لحل التكرار. مرة أخرى، الإجراء هو فحص جودة إداري. المصدر لا يصف جلسة استماع بين رعاة متنافسين أو استئناف مقدم طلب.
الوصول إلى TAC أضاف طبقة تفويض منفصلة. تعامل NIC مع الطلب على أنه مفوض عندما وصل القالب المناسب من صندوق بريد مسؤول المضيف المسؤول. استخدمت هذه الآلية العلاقة المؤسسية والبيئة عبر الإنترنت كطريقة مصادقة عملية. تجنبت تأخير الحصول على نموذج ورقي موقع. لم تخبر المستخدم كيف يعترض على مسؤول المضيف.
التسلسل الموثق هو بالتالي:
بيانات موجودة -> مراجعة المسؤول -> تصحيح أو إضافة -> تفويض -> تقديم منظم -> معالجة NIC
لكل سهم وظيفة إدارية معلنة. لا شيء منها هو مراجعة مستقلة لرفض موضوعي سابق.
طلبات النطاق كان لها مسار مماثل متكرر ولكن بحكم مختلف. تطلبت RFC 1032 معلومات كاملة وتوقعت عدة تبادلات للمراسلات قبل الإذن. سؤال من المضيف أبقى الطلب قيد المعالجة. رد مقدم الطلب يمكن أن يصحح عيبًا تقنيًا أو إداريًا. التحديثات اللاحقة يمكن أن تحافظ على تحديث المعلومات المسجلة.
لم يحدد الدليل متى تصبح المعالجة المستمرة غير الناجحة رفضًا. لم يطلب خطاب إغلاق بعد فشل مقدم الطلب في إرضاء المضيف. لم يقدم أي نافذة لإعادة النظر ولا أي ممتحن منفصل. هذه الإغفالات لا تثبت أن الموظفين لم يشرحوا أو يعيدوا النظر في نتيجة أبدًا. تعني أن الإجراء المنشور لا يسمح للمؤرخ بتصنيف نتيجة فردية بدون المراسلات.
RFC 1062 تقدم نوعًا ثالثًا من التصحيح: أرقام الشبكات المعدلة. الأرقام القديمة يمكن أن تظل مرئية مؤقتًا مع علامات انتقالية. توضح الوثيقة أن حالة السجل تمت مراجعتها مع الحفاظ على معلومات الاستمرارية. لا تحدد السبب، أو مقدم الطلب، أو صاحب القرار، أو درجة الخلاف وراء التغيير.
تدعم هذه السجلات ثلاث نتائج ضيقة. الإدارة المبكرة أدركت أن البيانات يمكن أن تكون خاطئة. قدمت آليات للمعلومات المصححة لتحل محل السجلات الموجودة أو تكملها. حافظت أحيانًا على النتائج الانتقالية بعد تغيير الرقم.
لا تقدم مقدم طلب مرفوض أو استئناف أو إلغاء.
خريطة الإلغاءات
التحقيق في الاستئنافات يصبح أكثر وضوحًا عندما يُعطى كل فاعل فقط الفعل الذي يدعمه الملف. بعض الفاعلين يمكن أن يتلقوا المعلومات أو يصححوها. البعض يمكن أن يأذن بتقديم محلي. البعض يمكن أن يوصي بسياسة. امتلاك السلطة على وظيفة معرف لا يخلق تلقائيًا اختصاص استئناف.
| الجهة أو المؤسسة | القدرة الموثقة | ما يمكن طلبه أو نصحه | حالة المراجعة أو الإلغاء |
|---|---|---|---|
| موظفو NIC والمضيف | استلام النماذج، التحقق من الاكتمال، المراسلة، تصحيح السجلات، وصيانة بيانات التسجيل | يمكن لمقدمي الطلبات طرح أسئلة فنية وإجرائية؛ يمكن للموظفين طلب المعلومات المفقودة | التصحيح الإداري والمعالجة المستمرة موثقة؛ واجب الاستئناف المنفصل وإلغاء القضية غير مثبتين |
| مسؤول المضيف | مراجعة وتصحيح وتفويض قوالب تسجيل المستخدمين؛ تفويض طلبات الوصول إلى TAC | يمكن للمستخدمين طلب من المسؤول تصحيح أو رعاية تقديم | إعادة النظر المحلية ممكنة؛ المراجعة المحايدة لقرار المسؤول نفسه غير مثبتة |
| مسؤول النطاق الأصلي | يجب إرضاؤه قبل إنشاء نطاق تابع | يمكن لمقدم الطلب توضيح الاستعداد أو طلب القبول في التسلسل الهرمي | يمكن أن يغير موقفه؛ لا توجد طبقة استئناف مستقلة موثقة |
| إدارة NIC | تعمل فوق مكاتب الخدمة وموظفي الخط الأمامي | يمكن توجيه شكوى خدمة إلى الإدارة | قناة شكوى موثقة حسب الدور؛ قواعد مراجعة القضية وواجب الإلغاء غير مثبتين |
| جون بوستل ووظيفة IANA | IANA تملك السلطة الأساسية للتخصيص الرقمي؛ تم تفويض أعمال التخصيص إلى سجل الإنترنت | يمكن لموظفي السجل أو مقدمي الطلبات طلب توضيحات حول السلطة الرقمية | لا يوجد سجل استئناف بوستل/IANA موجه لمقدمي الطلبات ولا إجراء إلغاء إلزامي مثبت |
| DCA وDDN-PMO | تمويل وتوجيه عمل NIC المتعلق بـ DDN؛ تفويض برنامج تسجيل المستخدم لعام 1983؛ العمل عبر مسؤولي المضيفين بشأن المشكلات | يمكن للمسؤولين إثارة مشكلات تشغيلية أو تفويضية | يمكنهم معالجة أداء البرنامج أو المقاول؛ اختصاص الاستئناف العام في معرف غير مثبت |
| DARPA | امتلاك أدوار سياسية ورعاية وبرامج بحثية ومجال مسمى في سياقات مختلفة | يمكن للكيانات في المشروع أو المقاولين إثارة مسائل سياسية أو رعاية | لا يوجد واجب عام منشور لمراجعة قرارات NIC الفردية مثبت |
| الراعي الحكومي | الموافقة على الاتصال ببنية تحتية مدعومة فيدراليًا ضمن نظام الحالة المتصلة | يمكن لمقدم الطلب طلب تأكيد أو تجديد الرعاية | يمكن تعديل الرعاية؛ سيؤثر ذلك على الاتصال بدلاً من إلغاء تخصيص الرقم بالضرورة |
| مجلس أنشطة الإنترنت (IAB) | صياغة وإرسال توصيات سياسية | يمكن أن ينصح السلطات الفيدرالية للشبكات بسياسة النظام | RFC 1174 تثبت التوصية، وليس سلطة الاستئناف الفردي |
| مجلس الشبكات الفيدرالي (FNC) | استقبال توصيات IAB | يمكن مراجعة مقترحات السياسة المشتركة بين الوكالات | الاعتماد والتنفيذ والتوجيه الملزم وإلغاء قضية مقدم الطلب غير مثبتة بـ RFC 1174 |
| مجموعة التخطيط الهندسي الفيدرالي (FEPG) | تطوير توصية تمت الموافقة عليها في RFC 1174 | يمكن أن ينصح المؤسسات الفيدرالية للشبكات | لا يوجد اختصاص مراجعة فردي مثبت |
| الوكيل التعاقدي | يمكن إدارة وتنفيذ عقد حكومي معمول به | يمكن للمسؤولين الحكوميين إثارة مشكلات الأداء أو التسليمات | بنود حقوق مقدم الطلب العاملة وسلطة إلغاء نتيجة تسجيل غير مثبتة |
| المحكمة | يمكن أن تفصل في نزاع قانوني قابل للتقاضي بشكل مستقل | يمكن لمقدم الطلب طلب التعويض إذا كان الاختصاص وسبب الدعوى موجودين | لا يوجد حكم مؤهل من 1983-1992 يأمر بإلغاء قرار معرف من NIC أو IANA يظهر في العينة |
| قناة التحكيم أو الشكوى الوكالية | يمكن أن تعمل عندما يوفر قانون أو لائحة أو عقد أو قاعدة برنامج السلطة | يمكن للطرف المتضرر تقديم شكوى إلى وكالة راعية أو متعاقدة | لا يوجد استئناف تقني منشور عام ولا مراجعة ضمانة للأسس مثبتة |
تحتوي هذه الخريطة على طرق عديدة للطلب وطرق أقل للإجبار. يمكن لموظفي NIC تصحيح سجل يحتفظون به. يمكن لمسؤول المضيف تفويض مستخدم. يمكن لمسؤول النطاق الأصلي مراجعة حكم محلي. يمكن للراعي تغيير قرار الرعاية الذي يؤثر على الاتصال. يمكن للعميل الحكومي معالجة أداء المقاول. يمكن لـ IAB التوصية بتغيير في السياسة.
أي من هذه القدرات، بناءً على الأدلة هنا، لم ينشئ حقًا عامًا لمقدم الطلب في أن يقوم شخص منفصل بمراجعة طلب تسجيل غير ناجح ويصدر قرارًا نهائيًا مسجلاً.
موظفو NIC: سلطة معالجة دون درجة ثانية منشورة
موظفو NIC والمضيف احتلوا نقطة القرار الأولى المرئية للعديد من الخدمات. تضمنت وظائفهم استلام النماذج، والتحقق من المعلومات المطلوبة، والرد على الأسئلة، وصيانة قواعد البيانات، وتثبيت التصحيحات. في إدارة النطاقات، عملوا ضمن تسلسل هرمي حيث يمكن أن يكون NIC مسجلًا أو وكيلاً بينما احتفظت سلطات النطاق الأعلى بالمسؤولية الموضوعية.
التعليمات العامة تدعم قدرًا كبيرًا من تقدير الموظفين في المعالجة. الاكتمال نادرًا ما يكون مفهومًا ميكانيكيًا بحتًا. يمكن أن يحتوي الاستبيان على جميع الحقول مع الفشل في إظهار تشغيل خادم موثوق أو سلطة تنظيمية. يمكن للموظفين أن يقرروا أن هناك حاجة لمزيد من التفسيرات. المبادئ التوجيهية المنشورة لا تظهر ما إذا كانت الحالات الصعبة تُسند إلى مضيف كبير، أو تُناقش جماعيًا، أو تُرفع إلى الأعلى.
إعادة النظر من قبل نفس الموظفين يمكن أن تكون فعالة. إذا قدم مقدم الطلب أدلة أفضل وغير المضيف موقفه، تم حل المشكلة العملية. التصنيف التاريخي يعتمد دائمًا على السجل السابق. دون نتيجة سلبية معلنة، التسلسل هو معالجة مستمرة. دون التبرير اللاحق، من المستحيل معرفة ما غير النتيجة.
عدد 17 مايو 1985 منNIC KNACKS، بعنوان "كيفية الوصول إلى NIC"، عرض قنوات متمايزة لمساعدة المستخدمين، وعمليات الكمبيوتر، وتحديثات WHOIS وتسجيل المستخدمين، وتغييرات المضيفين، ومواد النشرة الإخبارية، والمسائل التعاقدية أو الإدارية. كما وصف خطًا ساخنًا يدعمه موظفو المرجع والعمليات. هذا دليل على توجيه الخدمة. الشخص الذي اعتقد أن ملفًا غير صحيح كان لديه مكان لإرسال التصحيح؛ شخص لديه مشكلة مضيف يمكنه الوصول إلى وظيفة المضيف؛ يمكن توجيه قلق أوسع إلى الإدارة.
صندوق البريد الإداري هو قناة شكوى، وليس تلقائيًا مكتب استئناف. المصدر لا يقول أن الإدارة كان عليها إعادة فتح قرار تسجيل، أو تطبيق معيار إثبات مختلف، أو إعطاء أسباب، أو الحفاظ على النتيجة. قد تكون القناة قد أنتجت مراجعة غير رسمية ممتازة. أداؤها لا يزال غير مقاس.
بوستل، IANA والسلطة الرقمية المفوضة
RFC 1174 تقدم أوضح بيان في ذلك الوقت عن السلطة الرقمية. وصفت IANA على أنها تملك السلطة الأساسية للمعرفات الرقمية اللازمة لتشغيل الإنترنت، ويتم تنفيذ الوظيفة في معهد علوم المعلومات في USC. وصفت سجل الإنترنت في SRI على أنه يحافظ على معلومات التسجيل ويقوم بأعمال التخصيص تحت مسؤولية مفوضة.
التفويض يخلق علاقة رأسية، لكن عواقبه التصحيحية الدقيقة تعتمد على شروط وممارسة التفويض. يمكن لـ IANA تحديد نطاق العمل المفوض، وتنسيق سياسة التخصيص، والرد على أسئلة حول من يملك سلطة التخصيص. هذه القدرات لا تثبت أن مقدم الطلب يمكنه استئناف قرار سجل SRI إلى جون بوستل شخصيًا.
لا تقول أي تعليمات تم فحصها: قدم استئنافًا إلى IANA، وأرسله خلال فترة محددة، واحصل على قرار في الموضوع. لا تظهر أي حالة مقدم طلب في العينة بوستل يتلقى رفض مقدم الطلب، ويراجع الملف الأصلي، ويأمر بتخصيص مختلف. سيكون من الخطأ أيضًا استنتاج العكس. موقع بوستل والمجتمع المهني الصغير جعلا المشاورات غير الرسمية ممكنة، لكن الاحتمال ليس إجراءً مسجلاً.
مقابلة جيمس بيلكي مع بوستل من18 فبراير 1988تقدم سياقًا حول حفظ النقاش الفني. ناقش بوستل حقيقة أن المناقشات الكاملة المحيطة بالأفكار التقنية التي كانت محل نقاش ولكن لم يتم اعتمادها لم تكن تُلتقط دائمًا في الوثائق المنشورة. هذه الملاحظة تتعلق بالأفكار الفنية وتاريخ RFC. لا يمكن نقلها كدليل على أن رفض المعرفات أو الاستئنافات أو الإلغاءات تم التعامل معها بنفس الطريقة.
المقابلة هي بالتالي تحذير حول ثقافة التوثيق، وليست مصدرًا لنتائج الطلب. تعزز الحاجة إلى المراسلات قبل إعادة بناء حالة استثنائية، مع عدم إثبات أي شيء حول تكرار أو عدالة مثل هذه الحالات.
IAB والهيئات الفيدرالية للشبكات: التوصيات ليست أحكامًا
RFC 1174 كانت موجهة من رئيس مجلس أنشطة الإنترنت إلى رئيس مجلس الشبكات الفيدرالي. احتوت على توصيات حول توزيع تخصيص المعرفات وتغيير سياسة الحالة المتصلة القديمة.
أوصت المذكرة بالاحتفاظ بالوظائف المركزية لـ IANA وسجل الإنترنت مع تفويض كتل من أرقام الشبكات والأنظمة المستقلة إلى منظمات معتمدة. كما أوصت بفصل تسجيل المعرفات عن قيد الحالة المتصلة. سيجمع سجل الإنترنت المعلومات السياسية، ولن يكون الإدراج في DNS مرتبطًا بعد الآن بنفس الموافقة الاتحادية للاتصال.
هذا دليل حقيقي على إعادة النظر المؤسسية على المستوى السياسي. يظهر IAB معترفًا بأن الترتيب الإداري المصمم لبيئة عسكرية وحكومية وبحثية مدعومة لم يعد مناسبًا لإنترنت تجاري ودولي متنامٍ. يظهر أيضًا IAB يحيل استجابة مقترحة إلى FNC.
الأفعال مهمة. IABأوصى. FNCاستقبلالتوصية. اقترحت الوثيقة أن سجل الإنترنتيجب أن يُكلفبإجراء تغييرات. RFC 1174 وحدها لا تثبت تاريخ اعتماد FNC، أو توجيه التنفيذ، أو إكمال كل تغيير مقترح.
الأهم من ذلك، المذكرة لم تحكم في قضية مقدم طلب. لم تراجع سبب مضيف، أو تستعيد معرفًا، أو تأمر بإعادة النظر في رفض سابق. يمكن للإصلاح السياسي أن يعالج المشكلات المتراكمة دون الحفاظ على أسماء أو سجلات المتأثرين. يمكن أن يعمل بأثر مستقبلي مع ترك النتائج السابقة سليمة.
هذا التمييز يمنع خطأ تحليلي شائع. وجود هيئة قادرة على التوصية بسياسة للنظام لا يثبت أن نفس الهيئة استمعت إلى استئنافات فردية. بالمقابل، عدم وجود ملف مقدم طلب في 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 خلال الفترة.
يمكن أن تتداخل هذه الفئات في تسلسل واقعي. يمكن لمقدم الطلب تصحيح نموذج، وطلب من موظفي المضيف إعادة النظر، وإشراك راعٍ، والشكوى للإدارة، وأخيراً متابعة مطالبة قانونية خارجية. يجب أن تتبع التصنيفات الأدلة في كل خطوة بدلاً من معالجة التسلسل بأكمله كـ "استئناف".
الهاتف كعلاج عملي ونقطة عمياء أرشيفية
أقوى بديل خير يبدأ بإمكانية الوصول إلى NIC.
نشر NIC قنوات إلكترونية وشغل دعمًا هاتفيًا. RFC 1032 توقعت مراسلات قبل إذن النطاق. بطاقة "كيفية الوصول إلى NIC" لعام 1985 وجهت موضوعات مختلفة إلى أدوار مختلفة، بما في ذلك المساعدة والتسجيل وتغييرات المضيف والعمليات والإدارة. يصف دليل البحث عملية مرجع وخط ساخن استجابت للاستفسارات الهاتفية والبريد الإلكتروني وأبلغت عن إحصاءات النشاط في تقارير شهرية.
مجتمع صغير متصل تقنيًا قد يكون قد حل العديد من المشكلات بشكل حواري. يمكن لمقدم الطلب الاتصال، ومعرفة أن الخادم ليس جاهزًا، وتصحيح التكوين، وإعادة التقديم. يمكن لمسؤول المضيف توضيح التفويض. يمكن لمزود الخدمة شرح متطلبات فئة العنوان. يمكن للراعي تأكيد أن الشبكة تقع ضمن نشاط ممول.
من وجهة نظر الكيان، قد تكون هذه المكالمة أكثر فائدة من الإجراء الرسمي. السرعة والسياق والثقة يمكن أن تجعل الإدارة غير الرسمية فعالة للغاية.
من وجهة نظر المؤرخ، نفس المكالمة هي انتقال مفقود. النموذج الوارد قد يبقى. التخصيص النهائي قد يبقى. الشرح الذي ربطهما قد لا يبقى. إذا لم يتم عمل ملاحظات قضية، لا يمكن للباحث تحديد ما إذا كانت النتيجة قد تلت نصيحة روتينية، أو إعادة نظر، أو رعاية، أو طلب جديد.
السجلات الهاتفية، عندما تبقى، تتطلب تفسيرًا دقيقًا. سجل المكالمات قد يحدد التاريخ، والموضوع العام، وفئة المتصل، وما إذا كانت المتابعة ضرورية. قد لا يزال يحذف الطلب، والمشورة، والسلطة، والنتيجة النهائية. لا يمكن أن تصبح حسابات المكالمات حسابات استئناف دون ربط القضية.
البريد الإلكتروني يقدم مزيدًا من التفاصيل ولكن لا يضمن الاكتمال. قد يتم تصنيف الرسائل بشكل منفصل عن الطلب. قد تنتقل الكيانات إلى الهاتف. قد يبقى الرد دون السؤال أو العكس. قد يوثق الخيط التفاوض مع ترك القرار النهائي غير معلن.
مشكلة الحفظ هذه تقطع في كلا الاتجاهين. تمنع الادعاء بأن المراجعة لم تحدث أبدًا. كما تمنع الادعاء بأن المراجعة غير الرسمية عملت بشكل متسق. البنية التحتية للاتصال قابلة للملاحظة؛ جودة الحل ليست كذلك.
من كان لديه إمكانية الوصول إلى إعادة نظر عملية؟
الخريطة المؤسسية توحي بسؤال توزيعي، وليس نتيجة توزيعية.
قد يكون للشبكة العسكرية مسؤول مضيف، وضابط اتصال، وعلاقة إدارة برنامج، وراعي حكومي. يمكن للمقاول الفيدرالي إثارة مشكلة شبكة غير محلولة من خلال ممثل تقني أو سلسلة تعاقدية. يمكن للجامعة الممولة الاعتماد على مسؤولي الحرم الجامعي، وراعي بحثي، وبحلول عام 1992، شبكة متوسطة أو مزود خدمة.
يمكن لمقدم الطلب التجاري أو الدولي أن يكون لديه أيضًا وسطاء خبراء وعلاقات مهنية مباشرة. RFC 1174 اعترفت صراحةً بأن الإنترنت قد توسع إلى ما وراء سكانه الأصليين الفيدراليين والمدعومين بحثيًا. بعض الشبكات الدولية كانت مندمجة بعمق في التعاونات البحثية. الفئة المؤسسية وحدها لا يمكنها تحديد الوصول.
الافتراض هو أن إعادة النظر العملية قد تعتمد جزئيًا على العلاقات: معرفة المسؤول المناسب، وجود راعٍ قادر على طرح الأسئلة، أو العمل من خلال مزود ملم بإجراءات السجل. هذا الافتراض معقول لأن القنوات الموثقة كانت قائمة على الأدوار وهرمية.
لم يتم اختباره. لا تحتوي العينة على أي مقام طلب موزع بين مقدمي الطلبات العسكريين والحكوميين والأكاديميين والتجاريين والدوليين. لا توجد مقاييس قابلة للمقارنة للاكتمال أو الوقت المنقضي أو الأسئلة المطروحة أو مشاركة الراعي أو النتيجة النهائية.
قد يكون الوسطاء الموثوقون قد قللوا من عدم المساواة من خلال مساعدة مقدمي الطلبات الأقل خبرة على تقديم طلبات دقيقة. قد يكونون أيضًا جعلوا الانتصاف علاقيًا، مما يفيد المؤسسات المتصلة بالفعل بالشبكة الإدارية. كلا التأثيرين قد يعملان في وقت واحد.
مقارنة قابلة للدفاع تتطلب بيانات على مستوى الطلب وضوابط للاستعداد الفني، والموارد المطلوبة، ومتطلبات الرعاية، واكتمال الطلب. بدون هذه الأدلة، لا ينبغي الإبلاغ عن المعاملة المتساوية ولا غير المتساوية كنتيجة.
المحاكم والوكالات خارج التسلسل الهرمي التقني
المحكمة ليست مكتب استئناف لكل إزعاج إداري. تتصرف حيث يوفر القانون الاختصاص، وحيث يكون لمقدم الطلب مصلحة قابلة للتحديد، وحيث يمكن إجبار المدعى عليه المناسب على تقديم تعويض.
نزاع النطاق المبكر قد يشمل السلطة التنظيمية، أو العقد، أو العلامة التجارية، أو مصلحة قانونية أخرى. قد يكون للمقاول الفيدرالي حقوق بموجب اتفاقه الخاص. قد يكون إجراء الراعي الحكومي خاضعًا لقانون أو قاعدة برنامج منفصلة. هذه الاحتمالات تعتمد على حقائق تتجاوز نموذج المعرف.
الأدلة التقنية في ذلك الوقت لم تعلن أن مقدم الطلب غير الناجح يمكنه طلب من المحكمة مراجعة الحكم الفني للمضيف. كما لم تثبت أن كل إجراء من 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
- مركز معلومات الشبكة، «تعليمات حملة تسجيل مستخدمي الشبكة»، 20 أكتوبر 1983، الصفحات الداخلية 1-7، الصفحات 67-73 من المجموعة الممسوحة ضوئيًا فيمواد وكالة اتصالات الدفاع؛ 6 من 13:https://archive.computerhistory.org/resources/access/text/2023/07/102707743-05-06-acc.pdf
- مركز معلومات شبكة DDN، «كيفية الوصول إلى NIC»،NIC KNACKS، العدد 2، 17 مايو 1985، الصفحة 94 من المجموعة الممسوحة ضوئيًا فيمواد وكالة اتصالات الدفاع؛ 3 من 13:https://archive.computerhistory.org/resources/access/text/2023/07/102707743-05-03-acc.pdf
- متحف تاريخ الحاسوب،دليل سجلات SRI ARC/NIC، المجموعة 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، «وزارة التجارة—الآثار المترتبة على الممتلكات للانتقال المقترح للإشراف الحكومي الأمريكي على وظائف الإنترنت التقنية الرئيسية»:https://www.gao.gov/products/b-327398

