عقد InterNIC وسعر نقطة العبور الإدارية الوحيدة

ملخص

• في أبريل 1993، أطلقت NSF مشروع InterNIC، حيث تولت Network Solutions إدارة التسجيل المركزي غير التابع لـ DDN للمجالات وأرقام الشبكات و ASN، والاستقبال والمعالجة والتحديثات؛ وتولت AT&T الوصول إلى الدلائل وقواعد البيانات؛ وتولت General Atomics/CERFnet المعلومات والتوجيه. كما حددت نسخ الاتفاق المؤقت مهلاً مدتها 3 و5 و22 يوم عمل لتخصيصات الفئات C و B و A بمجرد اكتمال الطلب، لكن الأدلة المتاحة لا تقيس الامتثال.
• استخدمت عملية الطلب الموثقة لـ Network Solutions نماذج قياسية، وتحليلاً آلياً، ورسائل خطأ، وتحقيقات مقدم الطلب، ونافذة تأكيد لمدة سبعة أيام، ومعالجة نهائية بشرية، وحالة تذكرة مرئية، مما يوفر مكاسب موثوقة في الحجم والاتساق ووضوح التصحيحات.
• نسخ الاتفاق المتاحة هي نسخ غير موثقة، وتقارير الأداء تفتقر إلى مقامات حاسمة حول عدد الطلبات، والمسارات الموثقة للتصحيح والإدارة المشتركة بين المسؤولين والاستئناف للمتعاقدين واستئناف السجل لا توفر أي سلاسل مستردة حول التكرار أو المدة أو الإلغاءات أو النتائج.
• يُثبت الملف الاعتماد على الاستقبال والمعالجة المركزية لأعمال التسجيل غير التابعة لـ DDN المحددة، ولكن ليس الحتمية العالمية أو الاستبعاد المنهجي أو الضرر الكمي لمقدمي الطلبات أو الدليل على أن المسارات الإقليمية والعسكرية وسجلات المحلية والمزودين كانت غير متاحة لفئة سكانية محددة متضررة.

1 أبريل 1993: طلب يسلك القناة الجديدة

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

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

خلال الفترة الانتقالية حتى 31 مارس، كان بإمكان المستخدمين غير التابعين لـ DDN تقديم النماذج الحالية لمركز معلومات شبكة DDN إما إلى عنوان NIC DDN القديم أو إلى عنوان hostmaster الجديد لـ InterNIC. كان يجب معالجة الطلبات المقدمة عبر البريد الإلكتروني والفاكس والبريد العادي على أي من الموقعين. ظل مستخدمو DDN على مسار عسكري منفصل وكان عليهم الاستمرار في إرسال طلبات التسجيل إلى NIC DDN. قسمت الفترة الانتقالية مجموعات الخدمة؛ لم تغلق المؤسسة السابقة دفعة واحدة.

اعتبارًا من 1 أبريل، كان يجب إرسال طلب تسجيل جديد غير تابع لـ DDN إلى صندوق البريد الآلي للتسجيل في Network Solutions باستخدام النموذج الجديد. أي نموذج قديم يصل إليه كان يُعاد مع أخطاء تحليلية وإرفاق النموذج البديل. استمر صندوق بريد hostmaster في قبول التنسيق القديم حتى 30 يونيو. بعد هذا التاريخ، كان التنسيق القديم يُعاد بدلاً من معالجته.

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

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

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

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

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

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

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

خريطة الإطلاق – والتاريخ الذي توقفت فيه عن الاكتمال

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

حصلت Network Solutions على مكون التسجيل. شمل عملها المركزي غير التابع لـ DDN تسجيل أسماء المجالات، تسجيل خوادم أسماء المجالات، تخصيص أرقام الشبكات، وتخصيص ASN. كانت تقبل الطلبات، تدير أنظمة المعالجة، تحافظ على بيانات التسجيل، وترسل البيانات للنشر والوصول.

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

حصلت General Atomics، من خلال CERFnet، على مكون المعلومات والتوجيه. كانت وظيفتها الاستشارية: الإجابة على أسئلة حول استخدام الإنترنت والاتصال به، الحفاظ على موارد المعلومات، وتوجيه المستخدمين إلى خدمات أو منظمات الدعم المناسبة. مكتب إحالة يمكن أن يساعد مقدم الطلب في إيجاد مسار التسجيل؛ لكنه لا يمكن أن يحل محل الفاعل المخول بمعالجة التخصيص.

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

يمكن صياغة هيكل الإطلاق بشكل مضغوط:

كانت هذه خريطة أبريل 1993، وليس وصفًا ثابتًا للفترة بأكملها حتى 1998.النسخة المؤرشفة من التعديل 4، بتاريخ 13 سبتمبر 1995، تشير إلى أن الإشارة إلى General Atomics كانت في طور الإزالة لتعكس إنهاء اتفاقها الأخير. تحتوي النسخة أيضًا على تناقض واضح في رقم المنحة: فهي تربط General Atomics بـ NCR-9218179، بينما نص الأساسي المنسوخ يخصص NCR-9218179 لـ AT&T و NCR-9218749 لـ General Atomics. لا يمكن للمادة المتاحة تصحيح هذا التناقض بصمت ولا تحديد التاريخ القانوني الكامل للمنحة الملغاة منه. تثبت أن الوصف الأولي بثلاثة مديرين لم يعد كاملاً في سبتمبر 1995.

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

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

قبل قراءة العقد، تحذير بشأن العقد

مادة الاتفاق المتاحة مفيدة لكنها غير موثقة كسجل فيدرالي كامل ومنفذ.

النص الخاص بـ Cavebearهو نص خاص.المسح الضوئي المكون من 31 صفحة المستضاف على Freespeechهو مسح ضوئي مستضاف على مرآة بدون سلسلة أثر موثقة.النسخة المؤرشفة من ICANNهي نسخة أرشيفية وليست نسخة قانونية من NSF. لا شيء منها هو نسخة قانونية من NSF. تتيح هذه المصادر المقارنة وتحديد البنود؛ لكنها لا تثبت أن المجموعة المتاحة تحتوي على الاتفاق المنفذ الكامل، وكل مواد الاقتراح المضمنة، وكل الملاحق، وسجل التوقيع الكامل، ومجموعة صفحات موثقة، أو سلسلة التعديلات الكاملة.

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

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

أوضح تحذير هو تعارض بقيمة 1,000,000 دولار في المبلغ المقدر. يشير غلاف النسخة إلى إجمالي مقدر بقيمة4,219,339 دولارًا. تشير نسخة المادة 8 إلى5,219,339 دولارًا. يبدو أن المسح الضوئي المستضاف على المرآة يفصل رقم المادة 8 إلى4,854,061 دولارًا كتكلفة مقدرة بالإضافة إلى 365,278 دولارًا كرسوم ثابتة، مما يعطي حسابيًا 5,219,339 دولارًا.

الفجوة بين إجمالي الغلاف وإجمالي المادة 8 هي بالضبط1,000,000 دولار. لا يمكن للحساب الداخلي تحديد المبلغ الإجمالي الذي يمثل التخصيص المنفذ الكامل. يظهر فقط أن مكونات المادة 8 تضيف إلى إجمالي المادة 8.وصف محكمة اتحادية من 1998كرر بشكل مستقل عنصر السداد البالغ 4,854,061 دولارًا والرسوم الثابتة البالغة 365,278 دولارًا. هذا يؤكد حساب المكونات؛ لكنه لا يوثق النسخة الكاملة من الاتفاق أو ملاحقه أو سجل تعديلاته.

يمكن إعادة حساب عدة نسب مفيدة من أرقام المادة 8، بشرط تحديدها كحسابات وليس كمعدلات تعاقدية. تمثل الرسوم الثابتة البالغة 365,278 دولارًا حوالي7.5252%من التكلفة المقدرة المنسوخة البالغة 4,854,061 دولارًا وحوالي6.9985%من إجمالي المادة 8 المنسوخ البالغ 5,219,339 دولارًا. كان التخصيص الأولي المؤقت1,162,245 دولارًا حتى 31 مارس 1994، أي حوالي22.2680%من إجمالي المادة 8.

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

ما حاول التخصيص المؤقت التحكم فيه

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

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

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

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

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

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

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

قسم التخصيص أيضًا تنسيق مراجعة الطلبات. سمحت لغة التعاون المنسوخة لموظف برنامج NSF بحل النزاعات الفنية أو الإدارية أو المتعلقة بالجدول الزمني بين مديري InterNIC. يمكن أن يعالج هذا خلافًا بين Network Solutions و AT&T حول نقل، أو أي نزاع إداري آخر داخل المشروع. لم يتم التعبير عن هذا كجلسة استماع لمقدم طلب يعترض على قرار بشأن الأرقام.

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

المهلة الثلاثة أيام التي تبدأ بعد الاكتمال

تتضمن النسخ المؤقتة للاتفاق متطلبات زمنية منفصلة لتخصيصات أرقام الشبكات حسب الفئة:3 أيام عمل للفئة C،5 أيام عمل للفئة B، و22 يوم عمل للفئة A. هذه متطلبات منسوخة، وليست نتائج امتثال موثقة أو ملاحظات من الخدمة الفعلية.

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

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

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

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

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

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

مايو 1994: الحجم بوحدات لا ينبغي خلطها

أقوى دليل معاصر على عبء العمل يأتي من قسم قدمه المقاول منتقرير الإنترنت الشهري لشهر مايو 1994. يسجل عدة أنواع مختلفة من النشاط:

• 5,009 بريدًا إلكترونيًا إلى hostmaster
• 251 طلبًا عبر البريد العادي أو الفاكس
• 2,047 مكالمة هاتفية
• 1,316 مجالاً مسجلاً
• 565 إدخال عنوان عكسي
• 12,645 وحدة من أرقام الشبكات من الفئة C مخصصة
• 20 وحدة من أرقام الشبكات من الفئة B مخصصة
• 57 ASN مخصصة

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

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

يسرد التقرير نفسه استخدام خدمات المعلومات لشهر مايو دون حل مقام التسجيل. يعطي211,257 طلب عميل WHOISو785,015 طلب خادم WHOIS. يبلغ بشكل منفصل عن48,859 اتصال Gopher،24,748 اتصال WAIS،8,779 اتصال FTP، و1,387 اتصال Mailserv. تبقى الطلبات والاتصالات والتخصيصات والاتصالات الهاتفية منفصلة.

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

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

ما يضيفه سرد المقاول من 1996

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

يشير النص إلى أنه في31 ديسمبر 1996، تمت معالجة 95% من طلبات التسجيل الجديدة في غضون 24 ساعة. لا يوفر أي بسط، أو أي مجموعة حسب نوع الطلب، أو أي قاعدة قياس. "طلبات التسجيل الجديدة" غير مقسمة إلى مجالات أو عمل أرقام IP أو ASN أو جهات اتصال أو نماذج أخرى. لا يمكن الإبلاغ عن الادعاء كمعدل إكمال بنسبة 95% لأرقام IP.

مقطع منفصل يتعلق تحديدًا بالمجالات. ينص على أنأكثر من 85,000 مجالتم تسجيلها فينوفمبر 1996وأنأكثر من 90% من هذه الطلباتتمت معالجتها تلقائيًا بواسطة المحلل في غضون 24 ساعة. هذا البيان الخاص بالمجالات لا يمكن خلطه مع ادعاء 95% في نهاية العام. إنه دليل على أتمتة كبيرة للمجالات في شهر واحد، وليس مقياسًا لمهلة تخصيص العناوين أو العدالة.

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

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

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

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

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

حيث كان التركيز حقًا

يمكن تحليل السلسلة المركزية دون وصف كل مطلب إداري بالضرر.

في مرحلة الاستقبال، كانت Network Solutions تتحكم في عنوان البريد الإلكتروني المنشور والنموذج المقبول والمحلل. النموذج غير الصحيح أو القديم لا يمكنه التقدم في المسار الآلي حتى يتم تصحيحه. بقيت القنوات اليدوية، لكن نفس مقاول التسجيل كان يدير في النهاية الخدمة المركزية غير التابعة لـ DDN.

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

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

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

بعد التخصيص جاء التسجيل والنشر. التعريف المؤقت المنسوخ يحدد التوفر على أنه توفير بيانات التسجيل لمستفيد الدليل وقاعدة البيانات. Network Solutions بدأت النقل؛ AT&T احتلت طبقة النشر والوصول عند الإطلاق. كان التخصيص وتسجيله العام مرتبطين لكنهما منفصلان مؤسسيًا.

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

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

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

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

الجغرافيا وفئة مقدم الطلب عدلت المسار

لم تكن للخدمة المركزية أبدًا علاقة موحدة مع كل مقدم طلب إنترنت طوال 1993-1998.

قدمت أوروبا بالفعل المثال المضاد الأوضح.تاريخ RIPE NCC نفسهيميز إنشائه الرسمي فيأبريل 1992عن توزيع العناوين، الذي لم يكن نشاطًا أوليًا لكنه أضيف لاحقًا في1992. في وقت انتقال InterNIC، كانت إدارة الأرقام في أوروبا قد بدأت بالمرور عبر هيكل إقليمي.

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

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

برز مسار آسيا والمحيط الهادئ وفق جدول زمني مختلف.التاريخ المؤسسي لـ APNICيشير إلى أن مشروعه التجريبي كان من المقرر أن يبدأ فيسبتمبر 1993واستمر حتى يونيو 1994. اعترفت IANA علنًا بـ APNIC فيأبريل 1994من خلال تفويض نطاقات IPv4202/8 و 203/8. لذلك المسار المتاح لمقدم طلب في منطقة آسيا والمحيط الهادئ يعتمد على التاريخ والجغرافيا ونضج المشروع التجريبي والتفويض المطبق.

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

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

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

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

بحلول عام 1996، لم يكن الوصف الأكثر دقة هو أن Network Solutions خدمت كالبوابة العالمية الوحيدة للأرقام. كان InterNIC سجلاً إقليمياً ضمن تسلسل هرمي شمل أيضًا RIPE NCC و APNIC والسجلات المحلية والتخصيصات من قبل المزودين. في وقت سابق، بقي السجل المركزي هو الافتراضي للمناطق التي ليس لها مفوض واحتفظ بوظائف تنسيق مهمة.

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

أربعة سبل انتصاف لا ينبغي الخلط بينها

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

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

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

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

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

حسنت RFC 2050 هندسة المراجعة المنشورة. فصلت سجل التخصيص عن مراجع من مستوى أعلى وطبقت تحديدًا على قرارات العناوين. كانت أفضل ممارسة حالية كتبها ممثلون مرتبطون بـ InterNIC و APNIC و RIPE NCC و IANA، وليس تدقيقًا لكيفية عمل الاستئنافات عمليًا.

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

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

أدلة الأداء والاستمرارية في نهاية السلسلة

ادعاء قوي بالضرر المنهجي لمقدمي طلبات الأرقام سيتطلب عدة مجموعات بيانات لم يتم استردادها معًا.

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

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

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

الرأي القانوني لـ GAO لعام 2016يوفر أدلة استعادية محدودة على الانتقال اللاحق. يشير إلى أنه عندما انتقلت الإدارة إلى وزارة التجارة في عام 1998، تطلب بند مضاف من Network Solutions تسليم نسخ من البرمجيات والبيانات والوثائق الناتجة بموجب الاتفاق حتى أكتوبر. أبلغ GAO عن تسليم ملفات قاعدة بيانات علىعشر خراطيش 8 ملم، ومجلد يسرد قواعد البيانات، وعدة مجلدات أخرى تحتوي على بيانات ووثائق برمجية.

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

تحقيق GAO كان مهتمًا بشكل أساسي بملكية الحكومة والانتقال اللاحق لـ IANA. سرده مهتم بشدة بمسائل أسماء المجالات ومنطقة الجذر ولا يوفر أي مقام لطلبات الأرقام. لا يمكنه سد الملف المفقود لطلبات العناوين أو التأخيرات أو الاستئنافات.

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

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

مقابل واقعي: مدير واحد للخدمات الثلاث

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

التكامل قد يقلل تكاليف التنسيق. قد تنتقل بيانات التسجيل من الاستقبال إلى النشر داخل منظمة واحدة. فريق تشغيل واحد قد يتتبع الفشل عبر التحليل والمعالجة البشرية وتوفر قاعدة البيانات والاستعلامات العامة والدعم العام. لن يضطر المستخدمون إلى تحديد ما إذا كانت Network Solutions أو AT&T مسؤولة عن مشكلة في مرحلة النقل.

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

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

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

الاستبدال سيتضمن مجموعة أوسع من الأنظمة والخبرة. تغيير خدمة التسجيل تطلب بالفعل استمرارية البرمجيات والبيانات وقوائم الانتظار والسياسات. استبدال InterNIC متكامل سيضيف البنية التحتية للدليل وأدوات الوصول العام والمحفوظات وخدمات المعلومات وعملية دعم أوسع.

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

مقابل واقعي: عدة مزودي تسجيل قابلين للاستبدال

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

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

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

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

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

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

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

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

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

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

الاستنتاج المتناسب

جمع تصميم InterNIC من قبل NSF في 1993 بين التخصص وهوية عامة مشتركة. Network Solutions أدارت التسجيل المركزي غير التابع لـ DDN؛ AT&T أدارت الوصول إلى الدلائل وقواعد البيانات؛ General Atomics/CERFnet أدارت المعلومات والتوجيه. احتفظت NSF بالتمويل والمتابعة والموافقات والتقييم والتنسيق بين المديرين. واصلت USC/ISI تنسيق IANA، واحتفظ NIC DDN بالمسار العسكري.

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

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

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

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

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