InterNIC 契約と単一の管理的チョークポイントの代償

概要

• 1993 年 4 月、NSF は InterNIC を開始しました。Network Solutions が中央の非 DDN ドメイン、ネットワーク番号、ASN 登録、受付、処理、更新を担当し、AT&T がディレクトリとデータベースアクセスを、General Atomics/CERFnet が情報と参照を担当しました。暫定契約の複製には、リクエスト完了後のクラス C、B、A の割り当てについて、それぞれ 3、5、22 営業日の要件も定められていましたが、現存する証拠では遵守状況は測定されていません。
• Network Solutions の文書化されたリクエストプロセスでは、標準テンプレート、自動解析、エラーメッセージ、申請者の確認、7 日間の確認ウィンドウ、人間による最終処理、可視的なチケットステータスが使用され、スケール、一貫性、修正の可視性において信頼できる進歩をもたらしました。
• 現存する契約書のコピーは未認証の複製であり、パフォーマンスレポートには決定的な番号リクエストの分母が欠けており、文書化された修正、マネージャ間、調達関係者、レジストリ上訴の経路は、使用、期間、逆転、結果の一連の回復されたシリーズを提供していません。
• 記録は、定義された非 DDN 登録業務に対する集中的な中央の受付および処理の依存関係を確立していますが、普遍的な不可避性、体系的な排除、定量化可能な申請者被害、または特定の影響を受ける集団にとって地域、軍事、ローカルレジストリ、プロバイダの経路が利用不能であったことを証明するものではありません。

1993 年 4 月 1 日：リクエストが新しいチャネルに入る

1993 年 4 月 1 日にインターネットの中央サービスに近づく非軍事登録リクエストは、慎重に構成された経路に遭遇しました。この変更は、まず日常的な指示に現れました。どのメールボックスを使うか、どのフォームに記入するか、どこに電話するか、フォームが機械チェックに失敗した場合に何が起こるかなどです。

当時の最も詳細な記述は1993 年 3 月発行の RFC 1400です。その著者である Scott Williamson は、当時の登録請負業者である Network Solutions に勤務していました。したがって、この文書は移行とリクエストプロセスの意図された内容についての当時者のアカウントであり、パフォーマンスの独立した調査ではありません。それでも、管理手順について異常なほど正確です。

3 月 31 日までの移行期間中、非 DDN ユーザーは既存の DDN Network Information Center テンプレートを古い DDN NIC アドレスまたは新しい InterNIC ホストマスターアドレスに送信できました。いずれかのサイトで受信された電子メール、FAX、郵送の申請は処理されることになっていました。DDN ユーザーは別個の軍事チャネルを利用し続け、登録リクエストを DDN NIC に送信し続けるよう指示されました。この移行によりサービス対象集団が分割されましたが、以前の機関が一気に閉鎖されたわけではありません。

4 月 1 日から、新しい非 DDN 登録リクエストは、新しいテンプレートを使用して Network Solutions の自動化された登録メールボックスに送信されることになりました。そこに届いた古いテンプレートは、解析エラーと交換用フォームが添付されて返送されることになりました。ホストマスターメールボックスは 6 月 30 日まで古いフォーマットを受け付け続けました。その日以降、古いフォーマットは処理されず返送されることになりました。

新しいフォームは自動処理用に設計され、DDN 固有の参照が削除されていました。送信されると、メールサーバーがテンプレートを解析し、検証可能な情報の簡易チェックを実行しました。RFC 1400 ではドメイン名の競合を例として使用しています。その後、システムは確認フォームか、エラーメッセージを含む拒否のいずれかを返しました。

確認自体が最終結果ではありませんでした。申請者は機械の解釈を検査する必要がありました。解析された情報が正しい場合、申請者はフォームを別の確認用メールボックスに返送しました。誤っている場合、申請者は修正してから返信しました。拒否されたリクエストは調整され、再度自動受付を通じて再送信される必要がありました。修正された確認データは再度チェックされ、別の確認フォームが発行されました。登録サービスが受け入れ可能な確認を受け取った後にのみ、リクエストは InterNIC スタッフによる最終処理に進みました。

この一連の作業は機械と人間の作業を組み合わせていました。パーサーは受付、書式チェック、選択的な検証、確認ループを管理しました。登録スタッフは最終処理段階を保持しました。RFC 1400 はネットワーク番号申請の完全な内部決定パスを明らかにしていません。スタッフが特定のトポロジ計画をどのように評価したか、競合する技術的考慮事項がどのように解決されたか、大幅な削減や拒否にどのような説明が伴ったかは示されていません。また、ドメインチケットの例は、IP 番号や ASN の作業の取り扱いを確立するものではありません。

申請者は確認フォームを返送するのに 7 日間の猶予がありました。その期間内に確認が届かない場合、元のリクエストは期限切れとなり、再度提出する必要がありました。この期限切れルールは手続き上の結果を特定していますが、文書は発生率を示していません。リクエストがどのくらいの頻度で期限切れになったのか、メッセージが失われたのか、パーサーのミスがどのくらいの頻度で別のサイクルを必要としたのか、再提出が実質的な遅延を生んだのかは示されていません。フォームへの適合が進行の条件でしたが、入手可能な証拠はその条件を申請者への測定可能なコストに変換していません。

この一連の手順は目立った利点も提供しました。確認メッセージにはトラブルチケット番号が含まれていました。ユーザーはfingerユーティリティを使用するか、登録ホストにインタラクティブに接続することでリクエストのステータスを問い合わせることができました。この例では、チケットが保留中かどうか、どのように到着したか、いつ開かれたか、どの内部アカウントが所有しているかが表示されました。拡大するサービスにとって、これは追跡不可能なメールボックスの不確実性の一部を可視的な管理状態に置き換えました。

電話、電子メール、FAX、郵便による手動サポートも引き続き利用可能でした。移行期間中、WHOIS サービスは DDN NIC と InterNIC の両サイトで運用されていました。4 月 1 日から、DDN サーバーには DDN 情報が含まれ、InterNIC サーバーには IP アドレス、ドメイン、ASN、および関連する連絡先に関するレコードが保持されることになりました。ルートゾーンの配布、ドメイン登録、番号割り当て、連絡先レコード、WHOIS アクセスは同じ運用環境の一部を共有していましたが、同じ機能ではありませんでした。

この手順の説明は、問題となる正確な集中を明らかにしています。中央の非 DDN サービスでは、Network Solutions が承認された電子的入口、テンプレート、パーサー、拒否および修正ループ、スタッフ処理段階、チケットステータスシステム、登録レコードシステムを運用していました。これは連続的な管理依存の証拠です。世界中のすべての申請者がこの経路を使用しなければならなかったこと、特定のクラスが代替手段を欠いていたこと、または請負業者がその地位を利用して損害を与えたことの証拠ではありません。

立ち上げ時の構成図—そしてそれが完全でなくなった日

InterNIC は調整されたサービスとしてユーザーに提示されましたが、NSF は別々の組織を通じて調達しました。1993 年 4 月 1 日の InterNIC サービス運用開始の発表では、登録サービス、ディレクトリ・データベースサービス、情報サービスに分割されたローンチ設計が説明されています。統一された公的なアイデンティティは、責任の基盤となる割り当てを消すことなく、不必要な継ぎ目を隠すことを意図していました。

Network Solutions が登録コンポーネントを担当しました。その中央の非 DDN 業務には、ドメイン名登録、ドメイン名サーバー登録、ネットワーク番号割り当て、ASN 割り当てが含まれていました。申請を受け付け、処理システムを運用し、登録データを維持し、公開とアクセスのためにデータを引き渡しました。

AT&T がディレクトリとデータベースサービスを担当しました。この機能は、レコード、文書、組織、人物、サーバー、その他のインターネットリソースの保存、検索、発見に関するものでした。完了したデータがユーザーに利用可能になる必要があったため、登録と関連していましたが、AT&T がそれによってネットワーク番号割り当てを取得するための第 2 の経路になったわけではありません。

General Atomics は CERFnet を通じて運営され、情報と紹介のコンポーネントを担当しました。その機能はガイダンスでした。インターネットの使用と接続に関する質問に答え、情報リソースを維持し、ユーザーを適切なサービスやサポート組織に紹介することです。参照デスクは申請者が登録経路を見つけるのを助けることはできましたが、割り当てを処理する権限を持つ主体の代わりにはなりませんでした。

他の機関はこの請負業者の三つ組の外に留まりました。NSF は契約を保有し、資金を提供し、パフォーマンスを監視し、特定の行動を承認し、進捗を評価し、管理者間の紛争を調整しました。USC の Information Sciences Institute は、レジストリの上位または並列の責任や番号管理の一部を委任する権限を含めて、IANA 調整機能を継続しました。DDN NIC は軍事ユーザー向けの経路を維持しました。地域的およびローカルな取り決めは、すでに特定の集団にサービスを提供するレジストリを変え始めていました。

立ち上げ時の構成は以下のように簡潔に述べられます。

これは 1993 年 4 月時点の構成であり、1998 年までの全期間の安定的な説明ではありません。1995 年 9 月 13 日付の修正 4 のアーカイブ複製では、General Atomics への言及が削除されつつあり、その契約の最近の終了を反映しているとされています。この複製には明らかな契約番号の不一致も含まれています。General Atomics を NCR-9218179 に関連付けている一方、複製された基本テキストでは NCR-9218179 を AT&T に、NCR-9218749 を General Atomics に割り当てています。入手可能な資料は、この不一致を黙って修正したり、それから終了した契約の完全な法的経緯を判断することを正当化するものではありません。しかし、当初の三者管理者記述が 1995 年 9 月までにはもはや完全ではなかったことを確立しています。

この変更は本記事の中心的な問いに影響します。Network Solutions は 5 年間にわたって変わらない 3 者請負システムを統治したわけではありません。登録依存は、より広範な InterNIC 組織とは独立して年代が特定されなければなりません。そのシステムは引き続き重要でしたが、周辺の情報サービス体制、地域的階層、連邦政府の監督は契約期間中に進化しました。

当初の分割は、機能の誤解を招く融合も防ぎます。名前はアドレスではありません。ASN はドメインではありません。逆引き DNS は番号管理をネーミングシステムに結びつけますが、2 つを崩壊させるわけではありません。ディレクトリ公開は割り当て権限ではありません。情報紹介は裁定ではありません。ルートゾーン調整はアドレス割り当て経験の代理として使用できません。各機能には独自の証拠、申請者集団、起こりうる障害モードがありました。

契約を読む前に、契約に関する警告

入手可能な契約資料は有用ですが、完全な履行済み連邦記録として認証されていません。

Cavebear の私的転記は私的転記です。Freespeech の 31 ページのミラーでホストされたスキャンは、認証された管理の連鎖のないミラーホストスキャンです。ICANN のアーカイブ複製は、NSF の正規コピーではなく、アーカイブ複製です。いずれも NSF の正規コピーではありません。これらの情報源により条項を比較して特定することができますが、それらはアクセス可能なセットに完全な履行済み契約、組み込まれたすべての提案資料、すべての添付資料、完全な署名履歴、検証済みのページセット、修正の完全な連鎖が含まれていることを確立するものではありません。

これらの限界は現存するセットの表面に見て取れます。複製された契約は Network Solutions の 1992 年 9 月の提案、1992 年 10 月の共同補足、提案中の品質計算式に言及していますが、これらの資料は基本複製内では完全には入手できません。一般条件はミラーホストスキャンに表示され、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 米ドルの固定料金は、複製された推定費用 4,854,061 米ドルの約7.5252%、複製された第 8 条の合計 5,219,339 米ドルの約6.9985%です。暫定的な当初割当額は、1994 年 3 月 31 日までの1,162,245 米ドルであり、第 8 条の合計の約22.2680%です。

したがって、表紙の複製と第 8 条の複製は並べておくべきです。一つを黙って選ぶことは誤った正確さを生み出します。擁護可能な言明は、情報源が合計額に関して矛盾している一方で、第 8 条の構成要素が数学的に整合しており、後に司法上繰り返されているということです。

暫定契約が統制しようとしたもの

これらの制限を踏まえて、アーカイブ複製は 1993 年 1 月 1 日から 1998 年 9 月 30 日までの期間限定の調達手段について記述しています。期間を 3 か月の段階的導入、1993 年 4 月 1 日から始まる 5 年間の運用支援、および 6 か月の追加コストなしの柔軟期間に分割しています。

複製された資金規定は、費用償還プラス固定料金を記述しています。この構造は、浪費、無関心、またはパフォーマンスの弱さを確立するものではありません。支払いが、測定可能なエンドツーエンド期間内の正確に完了した割り当てなどの検証された成果物にのみ基づいていたわけではないことを意味するだけです。サービスの規律は、要件、報告書、NSF の監督、年次資金決定、パフォーマンスレビュー、修正または置き換えの可能性からもたらされる必要がありました。

複製では、Network Solutions が登録サービスの品質、適時性、効果的な管理について主な責任を負うものとして現れています。NSF は支援計画、監督、監視、評価を保持しました。プログラムオフィサーは進捗をレビューし、技術的またはスケジュールに関する議論に参加することができましたが、複製はそのオフィサーが範囲外の作業を命じたり、推定コストを増やしたり、パフォーマンス期間を延長したり、明示的な条件を変更したりする能力を制限していました。重要な変更には、助成金および契約チャネルと書面による措置が必要でした。

資金メカニズムは NSF に反復的な影響力を与えました。当初の割当は 1994 年 3 月 31 日までのパフォーマンスをカバーし、その後の資金は段階的に検討されました。複製されたテキストは、今後 60 日間の予想費用を既に発生した費用に加算した場合に、割当額の 85%を超える場合には通知を要求していました。将来の支援は、年次レビュー、提案されたプログラム計画、交渉、利用可能な資金と結びついていました。

監視は、期末の検査ではなく反復的なプロセスとして設計されました。アーカイブ複製は、段階的導入中およびその後 NSF が別段の指示をするまで、週次の移行レビューを求めています。管理者間の合同会議は、初年度は少なくとも四半期ごとに検討されました。四半期報告書は、技術的状況、成果、問題、協力、計画の変更、保留中の承認、支出をカバーすることになっていました。年次提出書類は、達成された目標、上回った目標、未達の目標を特定し、計画からの大幅な逸脱を説明することになっていました。

複製された最終報告書の要件は、合理的な知識を持つ組織が作業を再現できる程度に詳細な作業と問題の説明を想定していました。また、要求に応じてソフトウェアとデータの提供も想定していました。この文言は継続性への野心を表現していますが、提供条項の存在は、別の事業者がキュー、通信、暗黙のポリシー知識、スタッフのルーチンをそのままにライブサービスを引き継ぐことができるかどうかのテストではありません。

修正 4 は別の可視性メカニズムを追加しました。そのアーカイブ複製は、1995 年 11 月以降、登録サービスのパフォーマンス指標、処理時間、それらの指標に対するパフォーマンスを公開することを要求していました。また、パフォーマンスレビュー報告書を公開レビューに利用可能にするよう求めていました。これは、公的なパフォーマンス証拠が明確な関心事となっていたことを示していますが、それだけでは不足している数字を提供するものではありません。

契約はまた、調整と申請者レビューを分離しました。複製された協力文言は、NSF プログラムオフィサーが InterNIC の管理者間の技術的、管理的、またはスケジュール上の紛争を解決することを許可していました。これは、Network Solutions と AT&T の間の引き継ぎに関する不一致や、プロジェクト内の別の管理上の対立に対処することができました。番号決定に異議を唱える申請者のための公聴会として表現されていたわけではありません。

したがって、プリンシパル・エージェントの設計は受動的な補助金よりも実質的なものでした。NSF は資金、報告、承認、評価、調整のツールを保持しました。Network Solutions は依然として、中央のリクエストが進む日常のシステムとスタッフを管理していました。重要な問題は、正式な監督が存在したかどうかではありません。それは存在しました。問題は、現存する証拠が、それらの管理が番号申請者をどれだけ迅速に、一貫して、効果的に保護したかを示しているかどうかです。その点については、公的記録は乏しいものです。

完了後に始まる 3 日間の時計

暫定契約の複製には、クラスフルなネットワーク番号割り当てのための明確な処理期間要件が含まれています。クラス C は 3 営業日、クラス B は 5 営業日、クラス A は 22 営業日です。これらは複製された要件であり、認証された遵守結果や実際のサービスの観察ではありません。

その分母は極めて重要です。複製された定義では、時計は完了したリクエストの受信から始まります。これには、特に要求されたネットワークトポロジと以前に割り当てられたアドレススペースの使用に関する情報が含まれます。番号の割り当てで終わります。

これは、申請者が経験する可能性のあるいくつかの段階を除外します。提出が完了と見なされない場合、最初の受信は測定期間外です。パーサーによる拒否と修正もその外です。申請者の確認を待つ時間もその外です。トポロジ、既存の使用状況、または予測される必要性に関する追加のやり取りが完了に先行する場合があります。割り当て後の公開遅延も時計の外であり、完了に至る前に放棄された提出も同様です。

したがって、請負業者は完了後に 3 営業日のクラス C 要件を満たすことができましたが、申請者は最初の提出から使用可能な記録までより長い間隔を経験する可能性がありました。この可能性は、長い遅延が発生したことの証拠ではありません。逆も重要です。完了前の延長されたやり取りは、請負業者の失敗ではなく、申請者によって提供された不足または不十分な証拠を反映している可能性があります。

真剣な評価には少なくとも 4 つのタイムスタンプが必要です。最初の受信、初回のパーサーまたはスタッフの応答、完了の認識、最終的な割り当てまたは拒否です。また、リクエストの種類とサイズ、追加で要求された証拠、申請者の応答時間、調整のための一時停止、結果の登録データが利用可能になった時刻も必要です。

複製は、アクセス可能な契約セットに存在しない提案中の品質計算式に言及しています。これらの定義がなければ、研究者は品質が名前、番号、ASN、レコード更新にわたってサンプリングされたかどうか、平均、中央値、パーセンタイル、または閾値が使用されたかどうか、または拒否、修正、期限切れ、放棄された提出がどのように扱われたかを決定することはできません。

3、5、22 日の数字は依然として価値があります。それらは、調達が番号処理期間を特定された義務にしようとしたことを示しています。各クラスに何件の申請があったか、いくつの申請が基準を満たしたか、または時計が一貫して適用されたかどうかは明らかにしていません。

1994 年 5 月：混同してはならない単位での規模

作業負荷の最も強力な当時の証拠は、1994 年 5 月のインターネット月次報告の請負業者提出部分から得られます。それはいくつかの異なる種類の活動を記録しています。

• 5,009 通のホストマスター宛てメール
• 251 件の郵送またはファックス申請
• 2,047 件の電話
• 1,316 件のドメイン登録
• 565 件の逆引きアドレスエントリ
• 12,645 件のクラス C ネットワーク番号ユニットの割り当て
• 20 件のクラス B ネットワーク番号ユニットの割り当て
• 57 件の ASN 割り当て

これらの単位のいずれも、「リクエスト」と呼ばれる意味のある総計を得るために加算することはできません。メールは申請、修正、ステータス照会、またはポリシーに関する質問である可能性があります。電話はいくつかの機能のいずれかに関するものである可能性があります。逆引きアドレスエントリは新規割り当てではありません。ドメイン登録は ASN 割り当てではありません。

最も重要なのは、12,645 件のクラス C ユニットが 12,645 人の申請者を表していないことです。報告書は別途、256 のクラス C ネットワークのブロックが複数の組織と DDN NIC に割り当てられたと述べています。したがって、1 件の申請または割り当てアクションが報告されたユニットの多くを占める可能性があります。この数字は、その月に記録されたアドレスユニットの規模を示しており、一意の申請者や裁定の数ではありません。

同じ報告書は、登録の分母を解決することなく 5 月の情報サービスの使用状況を列挙しています。211,257 件の WHOIS クライアントクエリと785,015 件の WHOIS サーバークエリが記載されています。別途、48,859 件の Gopher 接続、24,748 件の WAIS 接続、8,779 件の FTP 接続、1,387 件の Mailserv 接続を報告しています。クエリ、接続、申請、割り当て、電話連絡は別個のままです。

これらの数字は、共通インフラストラクチャの効率性を強く示唆しています。純粋に手動のオフィスであれば、メール、電話、データベース更新、クエリ、多数の識別子タイプからの増大する圧力に直面したでしょう。標準フォームにより反復的なチェックを機械化することができました。解析により不正なフィールドをスタッフのキューから除外することができました。エラーメッセージはシステムが拒否したものを申請者に伝えることができました。確認により、機械の誤解が公開記録になる前に捉えることができました。チケットステータスは不確実性を減らし、一部のサポート連絡を回避することができました。

月次報告は大規模な活動を示しています。番号リクエストの完了率、パーサー拒否率、放棄率、処理期間分布、または独立した正確性サンプルを提供していません。1 人の申請者が多数のメールを生成したかどうか、または 1 回の電話が複数のレコードに関するものだったかどうかを明らかにしていません。これは運用の証拠であり、公平性監査ではありません。

1996 年の請負業者の説明が追加するもの

1996 年 InterNIC 登録サービス年次進捗報告書の非公開でホストされた転記は、後年のパフォーマンス主張を提供しています。その出所は認証された請負業者レポートよりも弱く、統計は依然として自己申告です。それでも、期間を仮説的な質問だけで置き換えるよりは情報が多いです。

転記によると、1996 年 12 月 31 日時点で、新規登録リクエストの 95%が 24 時間以内に処理されていたとされています。分子、リクエストタイプの母集団、測定ルールは提供されていません。「新規登録リクエスト」はドメイン、IP 番号作業、ASN、連絡先、その他のテンプレートに分解されていません。この主張を 95%の IP 番号完了率として報告することはできません。

別の箇所は特にドメインに関するものです。1996 年 11 月に85,000 以上のドメインが登録され、それらのリクエストの 90%以上がパーサーによって 24 時間以内に自動処理されたとされています。このドメインのみの声明を年末の 95%の主張と混ぜることはできません。これは 1 か月間の大幅なドメイン自動化の証拠であり、アドレス割り当ての処理期間や公平性の尺度ではありません。

同じ転記は、あまり芳しくない一般的なサポートの証拠も記録しています。1996 年中、自己申告による通話放棄率は8%未満から 50%超の範囲でした。率は年の後半には通常 10%から 20%でした。平均顧客待ち時間は約4 分で、ボイスメールリクエストを返すまでの平均時間は測定されていません。また、12 月に特定された電話トランクの問題により、多くの発信者が話し中信号を受け取ったと述べています。

これらの数字は、サービスへの負荷について限定的な見解を提供します。基礎となる通話数、月別または日別の分布、通話時間、番号申請者に起因する割合は提供していません。IP 割り当てを求める発信者は、ドメイン、請求、連絡先レコードについて尋ねる人と分離できません。この証拠は、1996 年に電話サポートが相当かつ変動する圧力を受けたという一般的な所見を裏付けていますが、番号割り当ての被害率に変換することはできません。

年次転記は、活動合計がサービス品質の不安定な代理変数である理由も示しています。自動化はドメインの高い割合を迅速に処理することができましたが、発信者はヘルプへのアクセスが変動する状況に直面しました。1 日の処理主張は、7 日間の請求メールの滞りや、選択された手動テンプレートのより長い処理と共存し得ます。異なる機能には異なるキューがあり、集約された成功率はスタッフの判断に最も依存する集団を隠す可能性があります。

番号作業については、必要な分母が依然として欠けています。完了した申請書、一意の申請者、拒否されたテンプレート、修正されたリクエスト、期限切れ、放棄、実質的な拒否、クラス別またはプレフィックス別の遵守結果の数がなければ、再現可能な完了率を計算することはできません。経過時間分布は、最初の受信、完了、割り当て、公開を結びつけていません。情報源はまた、検証された停止期間や番号特有の苦情率も提供していません。

したがって、現存する証拠は同時に 2 つの命題を支持します。Network Solutions は、報告された大量のボリュームを処理できる自動化を構築し運用しました。公的記録は、番号申請者がどのくらいの頻度で遅延、修正、拒否、または成功したレビューを経験したかについて信頼できる推定を許しません。

集中が実際に存在した場所

中央のチェーンは、すべての管理要件を害悪と呼ぶことなく分析することができます。

受付では、Network Solutions が公開された電子アドレス、承認されたテンプレート、パーサーを管理していました。不正な形式または古いフォームは、修正されるまで自動化された経路を進むことができませんでした。手動チャネルも残っていましたが、結局のところ同じ登録請負業者が中央の非 DDN サービスを運営していました。

確認では、申請者は機械が提出を正しく解釈したことを確認する必要がありました。これはサイレントエラーに対する保護でした。また、7 日以内にループの完了を申請者に委ねました。期限切れの発生率は不明であるため、このルールは依存と再提出の可能性を示すものであり、集団全体にわたる測定された負担ではありません。

完全性は次の境界でした。番号リクエストにはトポロジと以前の使用情報が必要になる可能性があります。そのような証拠は官僚的な飾りではありませんでした。アドレス節約とルーティング集約には、レジストリが運用上の必要性を評価することが必要でした。ガバナンスの問題は、請負業者の完全性判断が、複製された処理期間の時計がいつ始まるかを制御していたことです。タイムスタンプ付きのリクエストレコードがなければ、その裁量が迅速に行使されたのか、一貫性を欠いていたのかを知ることは不可能です。

実質的な処理が続きました。Network Solutions のスタッフは、該当する委任と技術的枠組みの中で中央の非 DDN ネットワーク番号と ASN の作業を処理しました。これはユーザーを文書に誘導するよりも重要な結果をもたらしました。スタッフの処理は、要求された識別子が割り当てられるかどうか、どのような量で、どのような裏付け情報の後に割り当てられるかに貢献しました。

割り当ての後に登録と公開が続きました。暫定複製は、可用性をディレクトリおよびデータベース受託者への登録データの提供と定義しています。Network Solutions が引き継ぎを開始し、AT&T が立ち上げ時に公開およびアクセス層を占めました。割り当てとその公的記録は関連していましたが、制度的には別個でした。

この区別は、潜在的な障害境界を生み出します。遅延は処理、伝送、公開、修正のいずれかで発生する可能性があります。しかし、回収された照合シリーズは、レコードがどのくらいの頻度で異なっていたか、引き継ぎの問題がどれだけ迅速に解決されたか、ユーザーが責任ある管理者を特定できたかどうかを示していません。契約の管理者間調整規定は、そのような継ぎ目を統制する必要性を認めていますが、失敗を測定するものではありません。

レビューが最終段階を形成しました。初期の公開管理手順は、パーサー修正、ホストマスターへの連絡、チケットステータスについて明示的でしたが、実質的な番号決定の独立したレビューについてははるかに明示的ではありませんでした。RFC 1400 の沈黙は、スタッフの再検討、IANA への連絡、非公式なエスカレーションが決して起こらなかったことを証明できません。それは、文書が評価可能な申請者向けの上訴手続きを提供していないことを意味します。

したがって、実証された所見は集中的な中央の受付および処理依存です。Network Solutions は、中央の非 DDN ルートにおける連続した段階（受付、解析、修正、完全性、スタッフ処理、割り当て、登録更新）を占めていました。証拠は、DDN サービス、RIPE NCC、APNIC、ローカルレジストリ、プロバイダ割り当てスペース、または親レジストリへのエスカレーションが明らかに利用不可能であった正確な申請者クラスを特定していません。また、その選択肢の欠如によって引き起こされた文書化された運用上の損害も提供していません。

これは普遍的なチョークポイントよりも狭いですが、制度的には依然として重要です。連続した段階を集中させることで、自動化を首尾一貫させ、記録を一貫させることができます。また、中央経路の品質を 1 つの事業者のシステム、人員配置、定義、引き継ぎに大きく依存させる可能性もあります。歴史的記録は、悪用を推定することなく、その依存の分析を支持します。

地理と申請者クラスが経路を変えた

中央サービスは、1993 年から 1998 年を通じて、すべてのインターネット申請者と一様な関係を持ったことは一度もありませんでした。

ヨーロッパはすでに最も明確な反例を提供していました。RIPE NCC の沿革は、正式な設立を1992 年 4 月とし、アドレス配布は当初の活動ではなく、後から1992 年に追加されたものと区別しています。InterNIC 移行までに、ヨーロッパの番号管理は地域構造を通じて動き始めていました。

1993 年 5 月発行の RFC 1466は、委任された登録権限が存在しない場合のデフォルトレジストリとしてインターネットレジストリを説明しています。地理的により近いレジストリが地域コミュニティ、言語、慣習により良くサービスできるとして、登録の分散を主張しました。RIPE NCC がヨーロッパの割り当てのためにクラス C スペースのブロックをすでに受け取っていたことに言及しています。

RFC 1466 は交換可能な商業的ルートを説明していませんでした。ネットワーク申請者は中央インターネットレジストリに直接連絡することができ、状況に応じて地域レジストリに紹介される可能性があると述べています。中央レジストリは、必要に応じて加入者にサービスを提供する準備をしておくこととされました。地域レベルでは、文書は各地理的エリアに単一の認知されたレジストリを置くことを支持しました。分散は中央依存を減らしましたが、交換不可能な地域依存を生み出す可能性がありました。

アジア太平洋の経路は異なるスケジュールで登場しました。APNIC の機関史によると、そのパイロットは1993 年 9 月に開始される予定で、1994 年 6 月まで続きました。IANA は1994 年 4 月に IPv4 範囲202/8 と 203/8を委任することで APNIC を公に承認しました。したがって、アジア太平洋の申請者が利用可能な経路は、日付、地理、パイロットの成熟度、適用される委任に依存していました。

1996 年 11 月の RFC 2050までに、公開された番号管理地図は、IANA、地域レジストリ、ローカルレジストリという明確に階層的になりました。InterNIC を北米、RIPE NCC をヨーロッパ、APNIC をアジア太平洋地域に特定しました。ローカルレジストリは地域レベルの下で運営されました。

プロバイダ関係は別の経路を生み出しました。RFC 2050 は、多くの ISP に対し、階層的ルーティングと集約をサポートするためにアップストリームプロバイダからアドレススペースを取得するよう助言しました。特定のマルチホームまたは交換接続プロバイダは、地域レジストリから直接リクエストすることができました。指定された地域レジストリがない地域の申請者は、地域レジストリに連絡することができ、レジストリはリクエストを処理するか、紹介する可能性がありました。

プロバイダ割り当てスペースは、競合する中央レジストリと同等ではありませんでした。顧客が接続プロバイダを変更した場合、番号付けのし直しの影響を伴う可能性がありました。直接的なレジストリスペースもグローバルなルーティング可能性を保証しませんでした。選択は単なる好みではなく、運用上の状況に依存していました。

DDN ルートは、1993 年の移行中、その対象集団に対して別個のままでした。軍事ユーザーは DDN NIC を継続するよう指示されました。このルートは、すべての申請者を包含する単一サービスに対する反証ですが、すべての非軍事組織に開かれた一般的な代替手段ではありませんでした。

1996 年までには、最も正確な説明は、Network Solutions が唯一のグローバル番号ゲートとして機能したということではありません。InterNIC は、RIPE NCC、APNIC、ローカルレジストリ、プロバイダベースの割り当ても含む階層内の 1 つの地域レジストリでした。以前は、中央レジストリは委任先のない地域のデフォルトであり続け、重要な調整機能を保持していました。

地域化は、中央のリクエストプロセスにさらされる集団を狭めました。それは、すべての申請者が悪いサービスの後にレジストリを切り替えることができる市場を創出したわけではありません。ヨーロッパの事業者は必ずしも北米のレジストリを代替として選択できるわけではありませんでした。プロバイダ顧客はアップストリームスペースを受け入れなければならないかもしれません。大規模または例外的なリクエストは、より高いレベルの調整を必要とする可能性があります。代替手段は日付と集団に固有であり、その交換不可能性は、回復力と依存の両方を理解する上で中心的なものです。

混同すべきでない 4 つの救済手段

記録には 4 種類の異なる修正またはレビューが含まれています。それらを 1 つとして扱うと、申請者の保護を誇張することになります。

第 1 のレーンは運用上の修正でした。RFC 1400 は、パーサーエラーメッセージ、修正された確認フォーム、再提出、チケットステータス、ホストマスタースタッフへの連絡を文書化していました。これらのメカニズムは、不正な入力、古いフォーム、パーサーの解釈、リクエストステータスに対処しました。スタッフはまた、非公式に提出を再検討した可能性もあります。文書はそれらのやり取りの頻度、期間、結果を明らかにしていません。

第 2 のレーンは、InterNIC 管理者間の紛争に関するものでした。アーカイブ契約複製は、NSF プログラムオフィサーが協力者間の技術的、管理的、スケジュール上の紛争を解決できると述べています。これは調達されたサービス内の調整を支援しました。それは番号決定に対する申請者の上訴ではありませんでした。

第 3 のレーンは、受託者と NSF の間の不一致に関するものでした。ミラーホストされた一般条件は、非公式に解決されなかった事実に関する紛争は NSF 助成金オフィサーからの書面による決定を受け、受託者はその決定を受け取ってから30 日以内にレビューを要求できると定めているようです。組み込まれた完全な一般条件とその出所が、アクセス可能な履行済み契約セット内で認証されていないため、これは暫定的な契約証拠のままです。いずれにせよ、それは受託者が利用できる調達当事者プロセスであり、ネットワーク申請者に与えられた救済手段ではありませんでした。

第 4 のレーンは、RFC 2050 に述べられた申請者向けのレジストリ階層でした。割り当てレジストリのパフォーマンスに不満を持つ組織は、親レジストリに上訴することができました。割り当てレジストリは関連文書を利用可能にすることになっていました。さらなる上訴は親の親に移り、他の手段が尽きた後、最終的に IANA に至ることができました。各レジストリは自らの上訴手続きを文書化することが期待されていました。

RFC 2050 は、公開されたレビューのアーキテクチャを改善しました。割り当てレジストリをより高いレベルのレビュアーから分離し、特にアドレス決定に適用されました。それは InterNIC、APNIC、RIPE NCC、IANA に関連する代表者によって書かれた Best Current Practice であり、実際に上訴がどのように機能したかの監査ではありませんでした。

現存するいかなる資料も、番号特有の一連の上訴を提供していません。異議申し立ての数、平均期間、逆転率、結果分布、または同様の状況にある申請者が一貫したレビューを受けた証拠は回収されていません。このようなシリーズがないことは、上訴が利用されなかったか無効であったことを示すものではなく、いずれの方向にも測定された結論を妨げます。

したがって、救済手段の地図は時間とアクターによって変化します。1993 年には、申請者はフォームを修正しスタッフに連絡することができ、NSF はその請負業者を管理しました。暫定的な一般条件は、受託者のための契約上のレビューレーンを提供しました。1996 年 11 月までには、公開された番号レジストリシステムは、親レジストリを通じて IANA に至る申請者向けの経路を明確にしました。それぞれが異なる紛争に対処しました。

チェーンの終端におけるパフォーマンス証拠と継続性

体系的な番号申請者被害に関する強い主張には、まだ一緒に回収されていないいくつかのデータセットが必要です。

リクエスト数は、アドレスユニット、メッセージ、通話ではなく、完了した番号申請と一意の申請者を特定しなければならないでしょう。処理期間記録は、完了後の間隔だけでなく、エンドツーエンドのタイムスタンプが必要です。修正データは、拒否されたテンプレート、修正されたフォーム、期限切れのリクエスト、放棄された提出が必要です。決定データは、実質的な拒否、削減、クラス別またはプレフィックス別の結果が必要です。

信頼性には、検証されたサービス中断とその期間が必要です。説明責任には、苦情件数、エスカレーション率、逆転、解決時間が必要です。移植性には、ソフトウェア、データ、保留中のキュー、通信、ポリシー履歴、スタッフの知識を含め、別の事業者がどれだけ迅速にサービスを引き継ぐことができるかを示す証拠が必要です。

複製された契約は、これらの質問の一部に対処できる報告書を想定していました。修正 4 は公的なパフォーマンス指標を要求しました。1996 年の転記はパフォーマンスと処理データに言及していますが、現存する公開プレゼンテーションは番号特有の分析には不完全です。意図された報告システムの存在は、その完全なシリーズの所持と同じではありません。

GAO の 2016 年の法的意見は、後の移行に関する限定的な遡及的証拠を提供しています。それによると、1998 年に管理が商務省に移行した際、追加された規定により、Network Solutions は契約に基づいて生成されたソフトウェア、データ、文書のコピーを 10 月までに引き渡すことが要求されました。GAO は、10 本の 8 ミリテープカートリッジにデータベースファイルが、データベースをリストしたバインダー、データとソフトウェア文書を含む追加のバインダー数冊が引き渡されたと報告しています。

この証拠は、移行義務と物理的な引き渡しを示しています。資料がサービスを運営するのに十分に完全であったこと、アクティブなキューの状態や過去の通信を捉えていたこと、後継者がそれらからのテスト済みの引き継ぎを行ったことを確立するものではありません。運用上の置き換え可能性は、実証された失敗ではなく、調査されるべき推論のままです。

GAO の調査は主に政府財産と後の IANA 移行に関するものでした。その説明はドメイン名とルートゾーンの問題に大きく関わっており、番号リクエストの分母を提供していません。アドレス申請、遅延、上訴に関する欠落した記録を埋めることはできません。

後のドメイン料金、商標訴訟、レジストラ競争、ルートゾーン財産をめぐる紛争も同様に限定的です。それらは同じ会社や契約の歴史を明らかにするかもしれませんが、番号申請者が拒否され、遅延され、または救済を拒否されたことを証明するものではありません。機能固有の証拠が依然として必要です。

欠落している指標は、この記事の主張がそうでなければ因果関係になる点に集中しています。再現可能な番号リクエスト完了率、検証された停止期間、番号特有の苦情率、エスカレーション率、逆転率、切り替え時間はありません。証拠は、推定される厚生損失ではなく、管理的依存と不完全な可観測性を示しています。

反実仮想：3 つのサービスすべてを 1 つの管理者が担当

NSF が登録、ディレクトリとデータベースアクセス、情報サービスを 1 つの統合プロバイダに授与したという、アナリストが構築した代替案を考えてみます。これは調達の構造をテストするための反実仮想であり、そのようなモデルが 1993 年に歴史的に実現可能であったか、または好ましかったという主張ではありません。

統合により調整コストを削減できます。登録データは、1 つの組織内で受付から公開まで移動できます。単一の運用チームが、解析、スタッフ処理、データベースの可用性、公開クエリ、一般サポートにわたって障害を追跡できます。ユーザーは、引き継ぎ時の問題が Network Solutions と AT&T のどちらに属するかを特定する必要がなくなります。

自動化への投資もより一貫性を持つ可能性があります。1 つの ID およびチケッティングシステムが、申請者、組織、ドメイン、番号、ASN、連絡先、公開記録、サポート履歴を結びつけることができます。データ形式の変更には、契約を越えた合意が必要なくなります。一般情報スタッフは、別途紹介を受けることなく登録の状態を見ることができます。

リスクは、より広範な障害封じ込めです。同じプロバイダがリクエストを受け取り、割り当てを処理し、記録を公開し、質問に答え、自らのパフォーマンスについて報告します。システム障害や組織移行の失敗は、受付、権威ある処理、公開、ガイダンスに一度に影響を及ぼす可能性があります。

監視もまた、よりモジュール性が低くなります。別々の組織は、NSF が提供に関する説明を比較し、データが登録から公開に渡されたかどうかをテストできる境界を作り出しました。分離によってどちらの管理者も連邦政府の資金から独立したり、真実の報告を保証したりしたわけではありませんが、完全に統合されたプロバイダはその組織的な対比さえも排除するでしょう。

代替には、より大きなシステムと専門知識の束が含まれます。登録サービスの切り替えでさえ、ソフトウェア、データ、キュー、ポリシーの継続性が必要でした。統合された InterNIC を置き換えるには、ディレクトリインフラ、公開アクセスツール、アーカイブ、情報サービス、より広範なサポート運用が追加されます。

この反実仮想は、NSF の分割の効率性の根拠を強化します。別々の契約は、いずれか 1 つのプロバイダの正式な役割の幅を制限し、専門的な運用を可能にしました。また、集中が登録コンポーネント内に留まった理由も明確にします。分割は、同じ権威ある行為の代替を作り出すのではなく、異種サービスを分離したのです。

反実仮想：複数の置き換え可能な登録プロバイダ

2 番目のアナリスト構築代替案は、権威ある台帳と中央の紛争解決機能を共有しながら、複数の登録プロバイダが同じ申請者集団にサービスを提供できるようにするものです。

各プロバイダは標準リクエストを受け付け、書式をチェックし、裏付け情報を収集し、承認されたトランザクションを中央サービスに提出するかもしれません。申請者はサポートが利用できない場合、別のプロバイダに移ることができます。プロバイダの停止が必ずしもすべての受付チャネルを停止させるとは限りません。NSF は、プロバイダ間で処理期間、修正率、申請者の経験を比較できます。

権威あるコアは依然として厳密な直列化を必要とします。2 つのプロバイダが同じ番号ブロックを割り当てることはできません。共有システムは、競合状態なしに利用可能なスペース、保留中の予約、完了した割り当て、例外、逆転を管理しなければなりません。遅延レプリケーションは運用上危険です。

一貫性は第 2 の課題を提起します。プロバイダはトポロジ、使用状況、集約要件を異なって解釈するかもしれません。申請者は最も寛容な決定を求める可能性があります。共通ポリシー、標準証拠、トランザクションログ、拘束力のあるレビュアーが必要です。したがって、受付の分散は中央権限を除去するのではなく、移動させるでしょう。

自動化への投資は断片化する可能性があります。複数のプロバイダがパーサー、ステータスシステム、サポートインフラを重複させるか、NSF に共通プラットフォームの構築を依存するかもしれません。相互運用性、セキュリティ、責任、監査形式、予約ルール、移行手順は、運用経験によって要件が明らかになる前に定義される必要があります。

プロバイダが比較可能な記録を生成する場合、監視は改善される可能性がありますが、それはプリンシパルが測定ルールを管理している場合に限ります。あるプロバイダは時計を最初の受信から開始し、別のプロバイダは完了から開始するかもしれません。あるプロバイダは再提出を新規リクエストとして数えるかもしれません。標準分母がなければ、見かけ上の競争は比較不可能なパフォーマンス主張を生み出す可能性があります。

申請者レビューにも制度設計が必要です。中央ポリシーサービスが割り当てを拒否する場合、カスタマーサービスの選択は上訴の代わりにはなりません。プロバイダの切り替えは説明やフォームの準備には役立つかもしれませんが、権威ある決定は変わりません。共有レビュアーは、文書化、期限、すべてのプロバイダに対する権限を必要とします。

障害封じ込めは受付層では改善されますが、台帳では不確実です。複数のフロントドアが 1 つのプロバイダの停止を生き残ることができます。中央の予約または一意性サービスの障害は、すべてを停止させる可能性があります。このアーキテクチャは、非競争的なコアを維持しながら、一部の運用リスクを分散させるでしょう。

歴史的な実現可能性は仮定できません。1990 年代初頭のルーティング制約、限られたアドレススペース、不完全なポリシー標準化、リアルタイム調整のコストは、各決定ドメインに明確な所有者を置くことを好んだかもしれません。地域委任は、1 つのプールを共有する競合プロバイダではなく、地理的階層を通じて規模に対処しました。

それでも、この代替案は有用な設計上の疑問を明らかにします。台帳を断片化せずに受付を置き換え可能にできるか？決定が一貫したまま、申請者はサポートプロバイダを切り替えられるか？比較可能なログがパフォーマンスレビューをより信頼できるものにできるか？中央レビュアーを最前線の処理から分離できるか？現存する InterNIC の証拠はこれらの可能性をテストしていないため、厚生、遅延、切り替えコストの推定はできません。

比例した所見

NSF の 1993 年の InterNIC 設計は、専門化と共通の公的アイデンティティを組み合わせました。Network Solutions が中央の非 DDN 登録を処理し、AT&T がディレクトリとデータベースアクセスを処理し、General Atomics/CERFnet が情報と紹介を処理しました。NSF は資金、監視、承認、評価、管理者間調整を保持しました。USC/ISI は IANA 調整を継続し、DDN NIC は軍事ルートを保持しました。

登録システムは有用な管理を提供しました。構造化されたフォーム、機械解析、明示的なエラー、申請者確認、チケットステータス、共通インフラ、人間による最終処理は、急増するボリュームに対するもっともらしい対応でした。1994 年 5 月の運用合計とその後のドメイン自動化の主張は、番号サービス品質の独立した証明ではないものの、相当な活動を示しています。

分割された制度内で、Network Solutions は中央登録経路の連続した段階を管理していました。その集中により、リクエストは 1 つの請負業者の承認されたチャネル、パーサー、修正ループ、完全性判断、スタッフ処理、登録更新に依存するようになりました。これは、集中的な中央の受付および処理依存として適切に記述されます。

周辺のシステムは変化しました。RIPE NCC がヨーロッパでアドレスを配布し、APNIC がアジア太平洋で登場し、ローカルレジストリとプロバイダが追加の集団にサービスを提供し、DDN ユーザーは別のチャネルを保持し、RFC 2050 は InterNIC を親レジストリ上訴ルートを持つ地域階層内に位置づけました。これらの代替手段は、交換可能な選択肢ではなく、時間、地理、申請者クラスに固有のものでした。

監督と救済の証拠は不完全ですが、不在ではありません。NSF には契約上のツールがあり、申請者には修正とスタッフへの連絡手段があり、暫定一般条件は受託者と NSF のレビューを記述し、RFC 2050 は後に親レジストリを通じて IANA に至る申請者上訴を明確にしました。欠けているのは、これらのメカニズムを番号事例で判断するために必要な結果シリーズです。

したがって、タイトルの「代償」は定量化された損失ではなく、調査上の問いです。中央管理は規模と一貫性をもたらしながら、定義されたチェーンの複数の段階を 1 つの請負業者に委ねました。現存する記録は、この依存が普遍的に不可避であったこと、体系的に悪用されたこと、または番号申請者への測定可能な害の原因となったことを証明していません。