概要
- RFC 790 はネットワーク 44 で AMPRNET を記録し、Postel を割り当て連絡先として特定しているが、Class A ブロックを誰が要求し、誰がそのサイズを選択し、決定理由や異議申し立て経路を記録した当時のファイルは残っていない。
- 記録は Postel の技術的・管理的役割を USC/ISI の制度的拠点、DARPA の資金提供と後の契約、IAB のポリシー役割、SRI のレジストリ業務、地域レジストリの委任業務から分離している。
- 度重なるレジスタとオペレーターの遵守は運用上の依存を示すが、初期の契約条項の欠如、不完全な決定記録、限られたレビュー経路は、独立してレビュー可能な権限を証明できないままにしている。
Jon Postel がインターネット番号の要求に「はい」と言った最もよく保存された痕跡は、決定のファイルではない。それは理由が欠落したレジストリエントリである。
1981 年 9 月、RFC 790「Assigned Numbers」は、「AMPRNET」（アマチュア無線実験ネットワーク）をネットワーク 44 としてリストした。横の参照コード[HM]は Hank Magnuski を特定していた。文書は、Class A アドレスが 7 ビットのネットワーク番号と 24 ビットのローカルフィールドを持ち、ネットワーク 44 に 16,777,216 の可能なローカルアドレス空間を与えると説明した。また、リンク、ソケット、ポート、プロトコル、またはネットワーク番号を必要とする者は誰でも、南カリフォルニア大学情報科学研究所（USC/ISI）の Postel に連絡するよう指示した。「番号の割り当ても Jon が担当している」と書かれていた。
これらは当時の事実である。それらは結果、責任ある連絡先、割り当てのアーキテクチャ上の規模を確立する。しかし、誰が要求を開始したのか、Magnuski が特に Class A ネットワークを要求したかどうか、他に誰が議論したのか、どのような予測が提供されたのか、スポンサーが関与したかどうか、なぜネットワーク 44 がより小さな単位ではなく選択されたのかは明らかにしない。
要求そのものは後の報告を通じて公の記録に入る。現在の管理者であるアマチュア無線デジタル通信（ARDC）は、Magnuski が 1981 年に世界中の免許を受けたアマチュア無線家のためにアドレス空間を要求し、44/8 が割り当てられたと述べている。後に AMPRNET を管理した Brian Kantor は、2017 年の一人称の回想で、Magnuski が Postel への電話でネットワークを取得したと書いている。Kantor の説明はまた、USC/ISI を別個の SRI ネットワークインフォメーションセンターと混同しており、これは記憶を使って制度的な時系列を確定することに対する警告である。
これらは後任の管理者や現管理者による利害関係のある回顧的な報告である。それらはコミュニティの後の説明を裏付けるものであり、Magnuski が要求を行い、その中で電話が使われたということである。それらは 1981 年の手続き、参加者、根拠を独立に検証するものではない。ARDC はその後、ブロックの正式な管理を引き継ぎ、2019 年にその一部を売却し、組織に管理上の知識と割り当ての歴史に対する現在の利害の両方を与えた。
後の要求の説明と当時のレジストリエントリの間には、何らかの管理行為が提案をグローバルに一意のネットワーク番号に変換したという推論がある。RFC 790 は Postel を割り当ての公の入口に置き、彼を責任あるレジストリ連絡先とした。彼が単独でアドレスクラスを選択し、使用を承認し、何らかの条件を設定し、あるいは他者と相談したかどうかは不明のままである。したがって、「Postel はイエスと言った」は報告された通話からの引用ではなく、単独の決定の証明でもない。それは、申請者に彼に連絡するよう指示したシステムの下での記録された結果を説明している。
その結果は、他の参加者がレジスタを共通の参照として扱ったために重要だった。エントリは、AMPRNET が実装のために使用できる一意の番号を利用可能にした。同じ番号を互換性のある形で無関係なネットワークに割り当てることはできなかった。ソフトウェア作成者や管理者は、アマチュア無線コミュニティと個別に交渉することなく、公開された割り当てを使用できた。実用的なリーチはレジスタへの協調的な依存を通じて生じた。
割り当ては持続性があることが証明された。ネットワーク 44 は、IPv4 空間の価値と管理における巨大な変化と、歴代の管理者を通じて、アマチュアパケット無線実験と結びつき続けた。持続性はレジストリの結果が運用上現実的だった証拠である。しかし、それは元の決定が利用予測によって裏付けられたり、同等の申請と比較検討されたり、独立したレビューに開かれていたことの証拠ではない。
その区別が制度的な問題である。レジスタは、決定がなされ、他者がそれに依存したことを示すことができるが、判断がどのように行使されたかについてはほとんど何も明らかにできない。安定した出力は成果の最も強力な証拠であると同時に、欠落した手続きが見落とされやすい理由でもあるかもしれない。
どのオフィスが発言していたのか？
Postel の役割はしばしば一つのイメージに圧縮されてきた：一人のエンジニアが一つのデスクでインターネットの名前と番号を管理しているというものだ。文書は、彼の責任が重なり合いながらも同一ではなかった、より密な配置を示している。
1972 年、Postel は UCLA のネットワーク計測センターにいた。彼はホスト側のプロトコルに取り組み、技術文書を共同執筆し、RFC シリーズを編集し、数値識別子の調整を手伝った。「Internet Assigned Numbers Authority」という名称は、まだ常設組織の文書化された肩書きではなかった。直接の設定は、ホストが互換性のあるソケット番号やその他の共有値を必要とする ARPA の研究ネットワークだった。
ネットワークインフォメーションセンター（NIC）は別個だった。それは SRI で運営され、ネットワークのための出版、ディレクトリ、情報サービスを行った。NIC がリストを維持すべきという勧告は Postel を NIC にはしなかったし、後に USC/ISI で行われた仕事は USC を SRI に変えなかった。この区別は、識別子を決定または提案する人、情報を公開する機関、政府契約を保持する組織が異なる主体でありうるために重要である。
Postel は 1972 年の UCLA ソケット作業から直接、継続的に文書化された USC のオフィスに移ったわけではない。1992 年の IAB による経歴集RFC 1336は、ISI の前に MITRE で働き、Keydata で数ヶ月過ごし、その後 SRI インターナショナルで働いたと述べている。同じ経歴では、彼が 1976 年 3 月に ISI に入所したとされている。ずっと後の政府説明責任局（GAO）の再構築は、一部 USC の弁護士が提供した情報に基づき、IANA 機能となる仕事が 1977 年に彼と共に移動したと述べている。最も安全な結論は、Postel は 1977 年までに ISI にいたということである。現存する公の説明は、彼の任命が 1976 年に始まったのか、いつ割り当て作業が正式に移動したのかについて一致していない。
USC/ISI は調整機能の制度的な拠点となった。USC は Postel と同僚を雇用し、システムを収容し、国防総省の資金による作業を行った。しかし、初期の取り決めの正確な条件を想定することはできない。GAO は 2016 年に、IANA 機能が開発・実行されたと考えられる 1970 年代から 1990 年代の DARPA 契約を入手できなかったと報告した。その欠落した記録は、初期の契約が Postel が個々のネットワーク要求をどのように決定すべきか、または DARPA に特定のケースレベルのレビュー権を与えたかどうかを確信を持って述べることを妨げる。
Postel の RFC 編集者としての役割は別の役割だった。1988 年 2 月 18 日の録音されたインタビューで、彼は RFC シリーズの維持が、Steve Crocker が UCLA にその仕事をするよう志願した後、「自分に転がり込んできた」と回想している。それは、Postel が編集者としての起源をどのように記憶していたかについての証拠である。それは無給の「ボランティアオフィス」を確立するものではないし、RFC 番号を割り当てることは IP ネットワークを割り当てるのと同じ管理行為ではなかった。
諮問構造は別々に発展した。RFC 1120は、Vint Cerf が DARPA プログラムマネージャーを務めていた 1979 年にインターネット構成管理委員会を設立したことを記録している。1983 年後半、Barry Leiner がそれをインターネット活動委員会（IAB）に再編した。委員会はインターネットの設計、エンジニアリング、管理を調整したが、IAB の勧告は USC/ISI のレジストリエントリや DARPA の契約決定とは交換可能ではなかった。
IANA というラベルは、1988 年 12 月までに RFC の記録に明確に現れる。RFC 1083は、Joyce K. Reynolds を Internet Assigned Numbers Authority の連絡先として記載した。それは別途、Postel を IAB の副インターネットアーキテクトおよび RFC 編集者として記載した。連絡先住所と電話番号は USC/ISI で共有されていたが、機能は別個のブロックで示された。プロトコル標準は IAB のために IANA によって管理され、RFC の投稿は編集者としての Postel に送られ、プロトコルリストに関するコメントは彼の IAB としての立場で彼に送られた。
そのページは、すべての IANA の行動が文字通り一人の男性が単独で行っているという主張に対する強力な反証である。Reynolds は文書化された運用上の役割を持っていた。IAB はポリシーと標準の方向性を提供した。USC/ISI は組織的な設定を提供した。SRI の NIC は関連する日付において別個のレジストリおよび情報機能を実行した。申請者は技術計画を提供し、結果としての識別子を有用にした。ネットワークオペレーターとソフトウェア実装者は、割り当てに実際的な力を与える依存を提供した。
Postel はドメインネームシステムでも作業し、ルートゾーンとトップレベルドメインの調整を含んだ。ルートゾーンのプロビジョニング要求はグローバルな運用上の結果をもたらしうるが、それは IP アドレスの割り当てではなかった。プロトコルの執筆者、RFC 編集者、番号調整、IAB への参加、DNS ルート管理は、裁量に関するいかなる主張も検証される前に分離されなければならない。
廃棄用の番号、既に使用中の競合あり
1981 年の AMPRNET エントリは理由のない結果を示している。1972 年のソケット番号文書はその逆を提供する：競合が現れた後に何が起こったかについて不完全な記録を伴う、可視的な方法である。
3 月 26 日、Vint Cerf と Postel はRFC 322「Well Known Socket Numbers」を公開した。ネットワーク計測グループは、プロセス廃棄サービスのための標準ソケット番号を希望した。番号を選択する前に、著者たちは各ホストの技術リエゾンに、既に使用中の機能とソケット番号をメモまたは電話で報告するよう依頼した。彼らはカタログを公開する計画を立て、それが NIC で維持されることを推奨した。
その要求は、支配者を提案する前に管理上の問題を露呈させた。ネットワーク全体の標準は、知らずに既存の公開サービスと競合しない場合にのみ有用だろう。センターは必要な情報を欠いていた。ホストのリエゾンはローカルな事実を保有していたが、計測グループは提案された共通の用途を持っていた。相談は儀礼的なものではなかった。それは、まだどの中央テーブルも含んでいない制約を発見する方法だった。
2 ヶ月後、Postel はRFC 349「Proposed Standard Socket Numbers」を公開した。そのステータスは明示的だった：「私は提案する」。彼は、標準プロトコルのための公式番号を配布し、ホスト固有のサービスに使用される番号を公開する中央の「ツァーリ」を提案した。提案は空間を 4 つの帯域に分割した：ネットワーク全体の標準機能、ホスト固有の機能、将来の使用、実験用。また、Telnet にはソケット 1、ファイル転送には 3、リモートジョブエントリには 5、エコーには 7、廃棄には 9 を提案した。
範囲は孤立した選好ではなくルールを構成した。それらは共通のサービスをローカルな用途や実験的な用途から分離し、未コミットの空間を保存した。個々の割り当ては、認識されたサービスやプロトコル作業との関連で理解可能だった。それでも、提案は、ある機能がいつ十分に標準的であるか、競合が生じた場合に既存の用途が優先されるべきか、コーディネーターの見解を覆すためにどのような証拠が必要かを決定するための一般的なテストを特定しなかった。
12 月までに、ステータスは変わっていた。RFC 433「Socket Number List」は、Postel と BBN の Nancy Neigus によって共同執筆され、ソケット番号コーディネーターが公開機能のための割り当てを確立したと述べた。4 つの帯域は残り、Telnet、ファイル転送、リモートジョブエントリ、エコー、廃棄のための提案された番号は確立された割り当てとして現れた。他のサービスが追加され、いくつかは仕様や指名された技術連絡先へのリンクを持っていた。
これは文書化されたイエスだったが、Postel の説明されていない選好に還元できるものではない。足跡はホストリエゾンからの報告要求から始まり、公開提案を経て、Neigus との共著のリストで終わる。公開された記録は複数の情報源と技術的先例を示している。それは受信した報告、会議の議事録、あるいはすべての競合する用途の理由付き比較を保存していない。
競合は現実だった。RFC 433 は、いくつかのホストが新しいスキームと競合するソケットで有用な公開サービスを行っていると述べ、最小限の混乱で問題が解決できることへの希望を表明した。そのホスト別の表は非互換性を示した。SRI-ARC では、ソケット 5 はエコーに、ソケット 7 は CPYNET に使用されていたが、共通の割り当ては 5 をリモートジョブエントリに、7 をエコーに与えた。UCSB は 5 を非標準のリモートジョブサービスに使用していた。NASA エイムズは、自身が「ソーリーリモートジョブエントリ」と呼ぶものを 5 で、エコーを 7 で、廃棄を 9 でリストした。
RFC は標準化とインストールされた慣行との衝突を保存しているが、その解決を文書化していない。それはホストに移動を命じる命令も、どのサービスが変更されたかを示す追跡報告も、移行が成功したという所見も含んでいない。Postel がホストに対峙しこれらの競合を解決したといういかなる主張も、現存する証拠を超えるものになるだろう。
それが示しているのは修正チャネルである。省略された機能や、修正または削除されるべきエントリを知る者は誰でも Postel または Neigus に連絡するよう招待された。それにより出版物は修正可能となり、2 人の指名された人物が異議の受け手となった。それは独立した異議申し立てではなかった。リストの作成に関係した人々は変更要求も受け取ったが、RFC は書面による処分を約束していなかった。
申請者にとって、ローカルなソケットと公式なソケットの違いは重大だった。ホスト固有のサービスは存続しうるが、公式な共通の割り当てはネットワーク全体の期待を提供した。実装者は標準値に基づいてクライアントを設計できた。逆に、その値を占有するローカルなサービスは、強制的な命令がなくても共通の慣行からの圧力に直面した。レジスタはソフトウェアの選択が行われる調整環境を変えた。
したがって、このエピソードは Postel の裁量についてより狭く、より防御可能な説明を支持する。彼は公にコーディネーターとして特定され、彼の提案は組織化スキームを提供し、最終文書は割り当てが確立されたと述べた。しかし、ホストリエゾン、Cerf、Neigus、プロトコル作成者、ローカルオペレーターが情報や実装に貢献した。決定は情報不足や完全に孤立してはいなかったが、人中心だった。
その運用上の達成は、繰り返し公開されたレジスタ、識別子と機能・仕様のリンク、責任ある連絡先の特定、誤りを訂正するための招待に見ることができる。文書は共有識別子の非互換な使用を減らすように設計されていた。それらは測定された衝突率、応答時間、拒否統計、またはすべての競合が解決されたという証拠を提供しない。管理パフォーマンスは文書化されているところで評価されるべきであり、隙間を埋めるために誇張されてはならない。
ネットワーク 44 の背後にある空白
9 年後、RFC 790 は Postel の役割をより明示的にしながら、AMPRNET の選択の実体をあまり可視的にしなかった。
アーキテクチャは厳しい制限を課した。IP アドレスは 32 ビットを含んだ。クラスフルのスキームの下では、Class A はローカル部分に 24 ビットを残し、Class B は 16 ビット、Class C は 8 ビットを残した。割り当てはグローバルに一意でなければならず、選択されたクラスはローカルな数値空間のサイズを決定した。テーブルはどのネットワーク番号が割り当てられ、どれが未割り当てのままかを記録した。
RFC 790 が欠いていたのは割り当てテストだった。申請者にホスト数、展開スケジュール、利用目標、またはより小さなクラスでは不十分であるという証拠を提出することを要求しなかった。回収の条件や拒否からの異議申し立てについても説明しなかった。それらの省略は Postel や同僚が質問をしなかったことを証明するものではない。それらは、公開文書が申請者や後の読み手に、選択を支配した質問を伝えていないことを示している。
AMPRNET はテーブル内の多くのエントリの実験的な性格に適合した。パケット無線はインターネットワーキング技術が開発されていた環境の一部だった。グローバルに一意のネットワーク番号は、地理的に分散したアマチュアが、別のインターネットネットワークと競合する識別子を選択することなくシステムを設計することを可能にしうる。指定「アマチュア無線実験ネットワーク」と Magnuski の連絡先は、登録された目的が技術的実験であったという結論を支持する。
それらはアドレスクラスがどのように選択されたかを確立しない。おそらく Magnuski は、プロジェクトが世界的なものとして構想されたために Class A ネットワークを要求したのかもしれない。おそらく Postel や他の参加者は、アーキテクチャが便利な単位を提供し、テーブルの大部分がまだ未割り当てだったためにそれを選択したのかもしれない。おそらく選択は実験ネットワークに適用された非公式の先例に従ったのかもしれない。ここで特定された同時代の決定記録は、これらの可能性を区別しない。
RFC 790 の未割り当て範囲は関連する証拠であるが、注意深く使用されなければならない。テーブルは 44 の後に多くの Class A 番号が未割り当てのままだったことを示している。その状況は大規模な割り当ての知覚される機会費用を低下させたかもしれない。それは要求量を定量化せず、アドレスに価値がなかったことを証明せず、管理者がすべての未使用空間が豊富なままでいると予想したことを示さない。また、すべての信頼できる実験に対して Class A の割り当てが日常的だったことを確立もしない。
需要が限られていたために大きなブロックが容易に入手できたという ARDC による後の声明は、制度上の回想であり、1981 年の待ち行列の測定ではない。レジストリの在庫は、記録された空きプールが広範だったというより狭い観察を支持する。それは申請の分母、拒否率、コーディネーターの主観的評価を提供できない。
現代の希少性を過去に投影してはならない。44/8 の一部の後の売却は、割り当てが最終的にレジストリエントリだけからは想像もできなかった財政的次元を獲得したことを示している。それは Postel が知られている現代の資産を譲渡したことや、Magnuski が 1981 年にそのような将来価値を表現したことを示さない。管理者は、後知恵を動機に変換するのではなく、合理的に知りうる条件に対して判断されるべきである。
ポリシーフレームワークは割り当ての後により可視的になった。1983 年 1 月に公開されたRFC 820は、Postel によって処理される番号割り当ては、DARPA の情報処理技術オフィスと防衛データネットワークプログラム管理オフィスの間の合意に従うと述べた。その付録は 1982 年 9 月の会議を要約し、研究、防衛、商業用途の間の区分を推奨した。AMPRNET は研究カテゴリに現れた。
その文書は欠落した 1981 年の根拠を提供できない。会議は AMPRNET エントリの後に行われた。その割り当ては繰り返し推奨ポリシーとして説明され、付録はポリシーがまだ完全には実施されておらず、Postel がまだすべての割り当てのコーディネーターとして行動していると結論付けた。それはスポンサーとプログラム機関が将来的な制約を開発していた証拠であり、それらのルールの 1 つがネットワーク 44 を統治したという証明ではない。
契約の記録は物質的な支援を追加するが、欠落した決定ルールではない。GAO の後の再構築は、USC が防衛資金による取り決めの下で IANA 関連の作業を行ったことを支持する。初期の契約テキストが入手できなかったため、1981 年の要求にどのような人員配置義務、承認権限、実質的な基準が適用されたかを確立しない。資金提供の事実は、レジストリが単に私的な所有物だったという考えに反論する。それは 44/8 の特定のサイズを誰が承認したかには答えない。
申請者への帰結はより明確である。登録された Class A 番号は AMPRNET に耐久性がありグローバルに一意の実験基盤を与えた。より広範な帰結は排除だった：その番号は別のネットワークに互換性のある形で割り当てることはできなかった。公の訂正またはレビュー経路は明確ではない。RFC 790 は申請者に割り当てと最新情報のために Postel に連絡するよう指示したが、別のレビュアーを指名せず、彼のオフィスに異議を申し立てる方法を特定しなかった。
したがって、ネットワーク 44 は非公式の権限を検討するための有用な証拠形式であり続ける：無視するにはあまりに具体的な結果と、再構築するにはあまりに不完全な根拠。共有レジスタは何十年にもわたって識別子を運んだ。アーカイブは、同じ判断が類似の部外者に適用されたかどうか、不成功の申請者に何が起こったか、依存が訂正を高価にする前に誤りがどのように覆されえたかを示していない。
一つのイエスが多数にならなければならなかったとき
地域レジストリへの移行は、完全な決定ファイルではなく実装の痕跡を提供する。それはまた、後の段階が Postel が個人的にすべての要求を承認するように語られえない理由を示している。
1990 年 8 月、RFC 1174は、連邦ネットワーキング評議会へのインターネット活動委員会の公式勧告を提示した。それは、USC/ISI が中央の IANA 機能を実行し、SRI インターナショナルの DDN-NIC がネットワーク番号と自律システム番号のインターネットレジストリ機能を実行していると説明した。それは、IANA がその責任の一部を委任する裁量権を持っており、急速な成長、国際化、増大する希少性がさらなる分散を時宜にかなったものにしていると述べた。
提案された方法は、中央の IANA とインターネットレジストリ機能を保持した。インターネットレジストリは、大陸間研究ネットワーキング調整委員会によって承認された組織にブロックを割り当て、さらなる割り当て権限を委任する。それは委任先が存在しない場合のデフォルトとして残り、集約データベースを維持し、コピーを再配布する。候補レジストリは IANA とインターネットレジストリと会合し、手続きをレビューし、文書を作成することになっていた。
これは制度的な勧告であり、個人の認識決定ではなかった。送信者は IAB 議長であり、受信者は FNC 議長であり、考慮された主体には IANA、SRI のレジストリ、CCIRN、候補組織が含まれた。テキストは裁量を明示的にしたが、それを連鎖の中に置いた。
1992 年 10 月までに、RFC 1366は選択基準を提供した。それは FNC を代表する連邦工学計画グループ、国際工学計画グループの共同議長、Réseaux IP Européens（RIPE）からの一般的な支持を報告した。地域レジストリは、偏りがなく、プロバイダーと加入者によって広く認識され、その地域のネットワーキング当局によって正当化され、レジストリ機能を超えて確立され、適切に資源が与えられ、共通の割り当てガイドラインにコミットし、中央レジストリとサブ割り当て戦略を調整する意欲があるべきである。
これらの基準は判断を未解決のままにした。「広く認識された」「正当性」「適切な資源」は評価的な用語であり、機械的なテストではなかった。候補は異なる方法で言葉を満たすことができた。文書は投票の閾値、比較入札、拒否からの独立した異議申し立てを規定しなかった。しかし、それらは候補とレビュアーに 1981 年の AMPRNET の記録が欠いていた公の枠組みを与えた。
実装の成果はRFC 1467「Status of CIDR Deployment in the Internet」に現れる。1993 年 8 月に公開されたこの情報ステータスレポートは、1992 年 10 月 31 日付のマイルストーンの下で、地域レジストリ選択基準が整備され、IANA が将来のレジストリからの要求を受け付けていたと述べた。それは、RIPE ネットワーク調整センター（RIPE NCC）が地域レジストリステータスを要求し、194.0.0.0 から 195.255.255.255 の範囲を欧州インターネットコミュニティのために管理するよう与えられたと報告した。RIPE NCC は以前に独立して 193.0.0.0 から 193.255.255.255 を受け取っており、同じガイドラインの下でその空間を管理できた。
これは要求、資源の移転、運用上の帰結の証拠である。それは署名された認識決定ではない。RFC 1467 は CIDR 展開に関するレポートとして国立研究イニシアチブ法人で書かれており、RIPE NCC の申請、IANA の決定書、審議の記録ではない。それは要求を評価した人物を指名せず、提出物を再現せず、代替候補を特定せず、理由付きの処分を提供しない。
しかし、レポートは記録をポリシー勧告を超えて動かす。それはネットワークサービスプロバイダーが RIPE NCC または北米と太平洋リムのために行動するインターネットレジストリからブロックを受け取ったと述べている。それは登録機能がエンドユーザーに近づいて移動していると説明し、プロセスが大きな問題なく期待通りに運営されたと述べている。そのパフォーマンス判断は、機関、オペレーター、ベンダー、技術グループを利用した機関作成のステータス評価から来た。それは申請者の満足度データ、エラー率、拒否されたレジストリ要求を含まなかった。
Postel の USC/ISI でのリーダーシップは、中央の機能への彼の関与を可能性の高いものにするが、証拠は複数機関プログラムの内部での IANA の行動を支持し、孤独な電話のイエスではない。申請者はアドレスを求める下流のネットワークではなく RIPE NCC だった。委任された資源は地域管理のためのブロックだった。実用的な効果は、一次割り当て作業を欧州の申請者に近づけ、中央システムは集約空間に対する権限を保持した。
公開された地域レジストリ基準は、サービス能力、ネットワーク当局による受け入れ、調整、中立性、中央ガイドラインへの遵守に関するものだった。弱い委任先はブロックを誤って割り当てたり、登録データを失ったり、大陸全体で一貫性のない基準を適用したりする可能性がある。したがって、選択は継続する管理者の同一性に関するものであり、一人の申請者の割り当てのサイズだけではなかった。
RIPE NCC 自体の制度史は、欧州のオペレーターが 1989 年に RIPE を通じて調整を開始し、1990 年に人員を配置した調整センターに資金を提供することを決定し、1992 年 4 月に RIPE NCC を正式に設立したと述べている。アドレス配布は 1992 年後半にセンターの業務に追加されたと述べている。これらの詳細は、RIPE NCC がどのようにして地域に根差し、運用上準備ができていると自己提示できたかを説明するのに役立つ。この説明は受領機関によって作成されているため、その歴史と自己理解の証拠であり、IANA の行動の独立した監査ではない。
訂正経路は委任レベルで不完全なままだった。RFC 1366 はネットワーク加入者が中央のインターネットレジストリに直接連絡することを許可し、それは必要に応じて申請者にサービスを提供できた。それはサービス提供のためのフォールバックを提供した。それは、拒否された地域レジストリ候補がどのように異議を申し立てることができるか、地域の委任先がどのように除去されうるか、それが失敗した場合にどの記録が移管されるかを特定しなかった。
1993 年 5 月までに、RFC 1466は地域基準を再述し、分散レジストリは IANA とインターネットレジストリによって権限を与えられたと述べた。1996 年 11 月までに、RFC 2050は IANA、地域レジストリ、ローカルレジストリの階層を説明した。InterNIC は北米にサービスを提供し、RIPE NCC は欧州に、APNIC はアジア太平洋地域にサービスを提供した。地域レジストリは IANA 権限の下で設立され、地域インターネットコミュニティのコンセンサスを必要とした。
RFC 2050 はまた、個々のアドレス決定をよりレビュー可能にした。それは文書化されたネットワーク計画を要求し、利用ガイドラインを設定し、保存、ルーティング可能性、登録を区別した。それはレジストリが組織が主張する通りのものであることを検証する公開資料を要求することを許可したが、すべてのケースでそのような組織的証拠を要求しなかった。割り当てレジストリに不満を持つ申請者は、関連文書を利用可能にして、その親に異議を申し立てる権利を持っていた。他の手段が尽きた後、異議申し立ては最終決定のために IANA に到達することができた。
この文書は異議申し立てポリシーが存在したことを証明する。それは申請者がそれを成功裏に使用したこと、異議申し立てがどのくらいの頻度で起こったか、IANA の最終レビューが下位で適用されたポリシーから独立していたかどうかを証明しない。また、書かれた階層自体が、指名されたコーディネーターが去った後もサービスが円滑に継続したことを示していない。それは記録と役割を分散することによって組織の継続性をより可能性の高いものにするが、それは引用された資料における測定された成果ではなく制度的推論である。
RIPE NCC のエピソードは、個人的な決定ファイルを生み出すことなく肖像を変える。期間の初めには、公式ソケットは相談と指名されたコーディネーターの公開リストから生まれえた。1981 年までに、ネットワークの割り当ては主に申請者のイニシャルの横のエントリとして可視的でありえた。1992 年に報告された地域レジストリのマイルストーンまでに、候補組織は公の資格、複数のポリシー機関、明示的な責任分割の中で運営されていた。裁量は残ったが、それはもはや一つのデスクに収容されていなかった。
評判が成し得たこと、そして記録が証明できないこと
なぜ人中心の取り決めがインフラストラクチャになるまで十分長く容認されたのか？
最も防御可能な答えは観察可能なサービスから始まる。割り当て番号 RFC は繰り返し現れた。それらは責任ある連絡先を特定し、割り当てられた値と未割り当ての値を区別し、多くのエントリを技術文書に接続した。RFC 433 は競合するソケット使用を隠すのではなく露呈させた。RFC 790 は申請者に割り当てをどこで求めるべきかを伝えた。RFC 1083 は IANA、IAB、RFC 編集者、NIC の連絡先を分離した。これらは文書化された管理的なアウトプットである。
指名されたコーディネーターは、要求がどこに向かうべきかの不確実性を減らした。その取り決めはまた調整ステップを減らしたかもしれないが、公開 RFC の在庫は応答時間を確立しない。申請者と管理者が技術的ネットワークと専門的規範を共有したときに特にうまく機能したかもしれないが、アーカイブはアクセスを測定するための完全な申請者集団を提供しない。もっともらしい説明は、それが生き残った成功事例に適合するという理由だけで所見に昇格されるべきではない。
それにもかかわらず、Postel の専門知識は重要だった。彼は自分がカタログ化した識別子のプロトコルに取り組んだ。RFC 編集者としての役割は彼を提案や仕様に触れさせた。彼の諮問業務は彼を技術的議論に接続した。この組み合わせはコーディネーターが重複を認識し、なぜパラメータが必要なのかを理解し、プロトコルに責任のある人々を特定するのに役立ちうる。専門知識は割り当てが事務的な複製ではなかったため、ガバナンスのインプットだった：RFC 2050 は後に、保存、ルーティング可能性、登録が競合しうること、そして個々のケースで判断を必要とすることを認めた。
専門知識は権限を決着させなかった。プロトコル作成者は、影響を受けるすべてのオペレーターからそれを割り当てる権限を与えられずに、識別子が何を意味するかを知ることができた。申請者は将来の参入者を代表せずに Postel の助けを受け入れることができた。IAB メンバーは契約上の本人になることなくポリシーに影響を与えることができた。DARPA が資金提供する機関は、その調達関係が国際的な同意に相当することなく、信頼できる作業を提供できた。
Postel の 1988 年のインタビューは、限界の範囲内で文化を説明するのに役立つ。彼は初期のホストプロトコル作業が、確立された専門家が到着して自分たちの設計を置き換えることを期待する大学院生によって大部分が行われたことを思い出した。彼らは到着せず、ワーキンググループによって作成されたホスト側プロトコルは存続した。彼はまた、RFC シリーズを、そのオーディエンスが拡大するにつれてよりフォーマルになった非公式の会話として説明した。
欠落した理由に関する彼の観察は、それが IANA の異議申し立てではなく技術的議論に関するものだったが、特に重要である。Postel は、拒否されたり棚上げされたりしたアイデアは、以前の完全な議論を保存する文書がないためにしばしば戻ってきたと述べた。このアナロジーは強力である：コミュニティは、質問が解決されたことを、新人や後任が必要とする推論を失いながらも記憶することができる。しかし、そのインタビューを、番号申請者が異議申し立てを拒否されたり、割り当て拒否が同じパターンに従ったという証拠として扱うのは誤りだろう。
評判の証拠はさらに後に来る。Vint Cerf の 1998 年 10 月の追悼文RFC 2468は、Postel を調停者、注意深い決定者、揺るぎないサービスの提供者として記憶した。それは彼のアイデンティティを IANA と密接に結びつけ、彼が同僚の間に鼓舞した忠誠心を説明した。この文書は、影響力のある同僚が Postel の死の直後に彼をどのように理解していたかの説得力のある証拠である。
それは管理監査ではない。追悼文は要求の分母を提供せず、申請者間の一貫性をテストせず、個人的な親しさがアクセスに影響を与えたケースを明らかにしない。その言語は信頼が存在した証拠であり、すべての決定がそれに値したという独立した証明ではない。
したがって、この取り決めに対する最も強力な良心的な説明は限定的である。作業は可視的で繰り返し更新されるレジスタを生み出した。申請者は指名された連絡先を持っていた。技術的文脈は要求を解釈できる人々に集中していた。1981 年の記録された空間の多くは未割り当てのままだった。同僚との相談やスポンサー機関は、個々の決定における彼らの役割が公表されていなくても存在していた。これらの条件下では、コンパクトな取り決めは問題に比例しているように見ええた。
弱点も同様に限定的である。現存する記録は公表され、耐久性があり、称賛された成果を過剰に代表している。日常的な拒否、放棄された要求、非公式の訂正、記録されなかった不満は RFC になる可能性が低かった。それらの不在から普遍的な公平性についての結論を引き出すことはできない。良いサービスは一貫性、レビュー、平等なアクセスを未測定のままにしながら、依存を獲得することができる。
信頼がデスクを追い越したとき
1990 年代初頭までに、文書は規模を抽象的な将来の関心事として扱うのをやめた。
RFC 1174 はネットワーク数の急速なエスカレーションとインターネットの国際化を引用した。RFC 1366 は需要が 2 年間で大幅に成長し、より体系的な割り当てプロセスが必要と述べた。RFC 1467 はより具体的な運用状況を提供した：1993 年に NSFNET/ANSNET ポリシールーティングデータベースは 13,000 以上のネットワークを含み、月に約 8％成長していたが、すべてのエントリがアクティブなネットワークを表しているわけではなく、データベースはインターネット全体をカバーしていなかった。
これらの数字は IANA の要求量を測定しないが、急速に拡大する運用環境を文書化している。より多くのネットワークはより多くの登録作業、より大きなルーティングテーブル、不十分に集約された割り当てからのより大きな結果を生み出した。問題はもはや 2 人の実験者が同じ番号を選択するかもしれないかどうかだけではなかった。割り当ては多くの他のネットワークを効率的に運ぶグローバルルーティングシステムの能力に影響を与えうる。
RFC 2050 はトレードオフを明示的にした。保存は公平な配布と買いだめへの抵抗を求めた。ルーティング可能性はルーターが集約できる階層的な割り当てを好んだ。登録は一意性とトラブルシューティングのための公開記録を必要とした。文書はこれらの目標が互いに、また申請者やプロバイダーの利益と競合しうることを認めた。
申請者は今や文書化された証拠負担に直面した。レジストリはネットワークトポロジー、サブネット化、ルーティング計画、以前の割り当て、予測利用を調査した。レジストリは展開計画と組織の検証を要求することができた。直接割り当てはプロバイダーが結果のプレフィックスをルーティングすることを保証しなかった。アドレス空間にイエスと言うことと、グローバルな到達可能性にイエスと言うことは、異なるアクターによってなされる別個の決定になった。
レビューは、割り当てが申請者を超えたコストを課しうるためにより価値を持つようになった。寛大なブロックは有限の空間を消費した。不十分に集約されたプレフィックスの集合はルーティングテーブルを拡大した。拒否または強制的なプロバイダーベースの割り当ては、ネットワークに再番号付けと依存のコストを課しうる。管理者は申請者の投資も、すべてのオペレーターのルーティング投資も行わなかったが、その判断は両方に影響を与えた。
USC/ISI を取り巻く物質的な権限も、現存する契約記録の中でより具体的になった。GAO は、1995 年 7 月から 1999 年 7 月まで有効だった DARPA の最終 Tera-node Network Technology 契約の Task 4 に関する情報を入手した。Task 4 は、Internet Assigned Numbers Authority として行動することを含むネットワークインフラ活動を要求した。USC は作業に必要な人員、資材、施設を提供することになっていた。
その契約は、1995 年までに IANA 機能の実行が個人的な娯楽ではなく制度的な成果物であったことを示している。それは政府の購入者、大学の契約者、定義された履行期間を特定する。それは 1981 年の AMPRNET のルールを特定するために過去に投影することはできず、連邦調達契約それ自体が、結果のレジストリを使用するすべての国際的ネットワークからの政治的承認を授与するわけではなかった。
運用上の権限と広く受け入れられた権限の違いは、1998 年 1 月の DNS ルートにおいて異常に可視的になった。これは IP 番号の割り当てではなく、以前の番号割り当てが政治的支配の秘匿的な行使であったことを示唆するために使用されるべきではない。それは Postel の蓄積された評判が分散インフラに遭遇した別の機能だった。
当時のワシントン・ポストの報道は、Postel が 12 のセカンダリルートサーバーのうち 6 つのオペレーターに、確立された Network Solutions ソースではなく ISI サーバーからルートゾーン情報を取得するよう依頼したと述べた。Postel は変更はデータにいかなる変更ももたらさず、テストが終了したらサーバーは以前の取り決めに戻ると述べた。報道はユーザーへの明らかな混乱を発見しなかった。
オペレーターの遵守は個人的な依存の力を明らかにした。メリーランド大学の Gerry Sneeringer は次のように説明した：「Jon が我々にどこか別の場所を指すように求めたら、我々はそうする。彼がここの権威だ」。東京大学のオペレーターも Postel のメッセージを受け取った後に彼のサーバーを変更した。
限界も同様に重要である。報告された範囲はルートサーバーシステム全体ではなく 6 つのオペレーターだった。データは変更されていないと言われた。ユーザーの明らかな停止は報告されなかった。連邦当局者は Postel に以前の取り決めに戻すよう指示し、オペレーターは元に戻した。
後の技術史RSSAC023v2（ルートサーバーシステム諮問委員会より）は、Postel が Jim Koda と Paul Vixie にテストとして ISI プライマリサーバーの作成を依頼し、いくつかのオペレーターにそれを使用するよう招待し、数日後に古いプライマリに戻るよう要求したと説明している。その機関作成の回顧はテストの説明を支持する。将来のガバナンスに関する論争の間のタイミングは、当時の当局者により広範な目的を疑わせた。現存する証拠は動機を決定的に解決しない。
このエピソードはインターネットの掌握でも、議論の余地のない無害な日常的な変更でもないことを示している。それは信頼されたコーディネーターからの要求が、それを取り巻く機関が要求の意味について合意する前に分散インフラを変更しうることを示している。個人的な信頼性は運用能力を提供し、政府の権威は行動を覆す能力を提供した。不一致はそれらの権威の源が同一でないことを露呈させた。
番号管理にとって、教訓は間接的だが重要である。共通のレジスタが機能するのは他者がそれに依存するからである。技術的に正しい割り当てを有効にするのと同じ依存が、曖昧な指示を拡大しうる。リーチと価値が成長するにつれて、ガバナンスは管理者の遵守を生み出す能力と基礎となるポリシーを決定する管理者の権限を区別しなければならない。
あと一人が署名していたならば
初期の取り決めに対する歴史的にもっともらしい代替案は、何百人ものスタッフを抱える現代の規制当局ではなかった。それは定義された閾値を超える決定のための小規模なレビューグループだった。
1972 年のソケット記録は既に必要な参加者を含んでいた。Cerf と Postel はホストレポートを募った。Neigus は最終リストを共同執筆した。ホストリエゾンはローカル情報を提供した。プロトコル作成者は仕様を提供した。ルールは、新しいネットワーク全体のソケット、大規模なネットワーク割り当て、あるいは既存の使用を置き換える決定を承認するために 2 人のコーディネーターを要求することができたかもしれない。
グループは要求、準拠するテキスト、知られている競合、短い理由を記録したかもしれない。日常的なエントリは依然として一人のコーディネーターに委任できたかもしれない。再考は最初の決定を下さなかったメンバーに行くことができたかもしれない。AMPRNET のようなネットワークは、申請者が Class A ネットワークを要求したかどうか、どのような代替案が検討されたか、なぜ選択された単位が実験に適合したかを説明するページを後に残したかもしれない。
コストは事前のリスクとしてのみ述べることができる。別のレビュアーを待つことは回答を遅らせたかもしれないが、応答時間のシリーズはどれだけかを示さない。同じ専門サークルから選ばれたパネルは同じ仮定を再現したかもしれない。理由を公開する要件は、機密の提出物が公の所見から分離されない限り、防衛、商業、またはセキュリティ上機密の計画を露呈させたかもしれない。正式な閾値はまた、ケースがレビューに十分「重要」かどうかについての議論を奨励したかもしれない。
小規模なグループは門番クラブになる可能性がある。確立された研究コミュニティの外の申請者は、複数の内部者を説得することがより困難であり、容易ではないと感じるかもしれない。コンセンサスルールは、ソフトウェア開発者が非公式の値を選択する間に停滞を生み出す可能性がある。第二の署名は、表現を自動的に広げることなく、一人の記憶への依存を減らすだろう。
利益は異なる種類の証拠だっただろう。RFC 433 は相談と共著が実現可能だったことを示している。それが欠いているのは、それが記録した競合の処分である。パネルの議事録または短い決定は、どの使用が優先されたか、誰の運用が変更されたか、次の同等のケースを統治する原則を示すことができたかもしれない。それは実質的な答えが同一のままであってもレビュー可能性を改善するだろう。
問題は、パネルが確実により速く、より公正で、より賢明だったかどうかではない。これらの結果のいずれも回顧的に実証できない。その独特の貢献は、依存がエントリをインフラに硬化させる前に、複数の責任と保存された理由だっただろう。
ネットワーク 44 にとって、そのような記録は今や二つの反対の誤りから守るだろう。それは批判者が Postel が将来の財産を何気なく授けたと仮定するのを止めるだろう。それはまた賛美者が割り当ての耐久性を、元のサイジング決定が完全に理由付けられていた証拠として扱うのを止めるだろう。記録された理由は、弱い判断を露呈させるのと同じくらい、合法的な裁量を神話から守る。
委任は理論上の話ではなかった
地域委任は反実仮想以上のものだった。1990 年代の間に、それは運用ポリシーになった。
RFC 1174 は制度の概要を提供した。RFC 1366 と 1466 は資格とアドレス管理ルールを提供した。RFC 1467 の RIPE NCC の要求とアドレス空間委任の報告は実装の証拠を提供した。RFC 2050 は後に割り当て基準、文書化、監査、階層を通じた異議申し立てを説明した。これは判断をルールでクリーンに置き換えるものではなかった。それは判断がどこで起こるかを再分配し、その制約の一部を可視的にした。
地域処理は言語、タイムゾーン、ローカルネットワークの知識に対するもっともらしい応答を提供した。申請者に近いスタッフは地域のトポロジーとプロバイダーの取り決めを理解できた。中央レジストリは集約ブロックを割り当て、グローバルな一意性を維持し、地域サービスが存在しない場合に利用可能であり続けることができた。親レジストリは、すべての通常の申請を自分たちで処理することなく、下位レベルの決定をレビューすることができた。
この設計は新しいリスクを導入した。地域基準は分岐しうる。レジストリは既存のプロバイダーや地元の政治的利益に依存するようになる可能性がある。異なる地域の申請者は異なるサービスを受ける可能性がある。中央の異議申し立て機関はローカルの文脈を欠くかもしれず、地域機関は中央の訂正に抵抗するかもしれない。委任はまた信頼できるデータベース、定義されたサービスエリア、委任先が失敗した場合に記録を移動する実用的な方法を必要とした。
1992 年の基準は、地域の正当性、中立性、資源、調整コミットメントを通じてこれらのリスクの一部に対処した。それらは成熟した除去メカニズムを特定しなかった。RFC 2050 はアドレス決定に異議を申し立てる権利を創設したが、他の手段が尽きた後も IANA が最終的な権限のままであった。分散は Postel への一次依存を減らしたが、中央での裁量を排除しなかった。
代替可能性は意図された制度上の利点であり、自動的に証明された結果ではなかった。人員を配置したレジストリ、文書化されたポリシー、複製されたデータは、個人の離脱を生き延びることを原則として容易にする。継続性は依然として記録へのアクセス、法的権限、技術システム、オペレーターの協力に依存する。これらが一つの機関や人格に結びついたままであれば、委任は単に依存を移動させるだけかもしれない。
RIPE NCC 実装エピソードは、Postel が欧州に許可を与えるというイメージよりも現実的な権限の分散を明らかにする。欧州のオペレーターは RIPE を組織し、調整センターを創設した。IAB と連邦ネットワーキング機関は分散を推進した。IANA とインターネットレジストリは中央権限を保持した。公開された基準が取り決めを枠付けた。委任先はその後、地域の申請者のためにアドレス空間を管理した。単一のアクターだけが権限または運用能力を提供したわけではなかった。
このアーキテクチャはまた、参加と認可の違いを明確にした。地域のエンジニアは専門知識を提供し、ローカルの受け入れを確立できた。中央のコーディネーターはグローバルな一意性を維持できた。スポンサーはシステムに資金を提供できた。申請者は計画を提出できた。これらの役割のいずれも、単独で考慮された場合、誰がポリシーを設定する権利があるかという問いのすべてに答えなかった。階層はそれらを組み合わせ、少なくともいくつかのレビュー経路を特定することによって機能した。
委任は評判を無関係にしなかった。組織は依然として信頼できるスタッフ、有能なマネージャー、信頼できる技術コミュニティに依存した。それは評判の制度上の位置を変えた。個人的な信頼はもはや受け入れ、割り当て、記録保持、訂正の全重量を担う必要はなかった。それは公開された基準、複数の組織、異議申し立てチェーンの中で運用されえた。
残された記録が耐えうるもの
互いの隣に置くと、ソケットレジスタ、ネットワーク 44、RIPE NCC 実装報告は、個人的な支配についての単一の評決を支持しない。それらは管理記録が何を説明できたかの変化を示している。
RFC 433 は勧誘、公開提案、確立されたリスト、指名された共著者、可視的な競合、訂正用のメールボックスを文書化している。それは非互換なホスト慣行が解決されたかどうか、影響を受けたオペレーターが独立したレビューを得たかどうかを示していない。ネットワーク 44 は申請者を Postel に向けるシステムの下で共有レジスタに入ったが、そのクラス選択の根拠、他の参加者、異議申し立て経路は不明のままである。RFC 1467 は後に、将来の地域レジストリがステータスを要求し、定義されたアドレス空間を受け取り、公開された基準の下で分散割り当てプロセスに参加したと報告したが、署名された認識決定や Postel からの個人的な根拠を保存しなかった。
資金提供記録も同じ限定された質を持っている。米国防総省の支援と USC/ISI の制度的役割は文書化されている。1995 年までに、TNT Task 4 は特に IANA 機能の実行を要求し、USC に必要な人員、資材、施設を提供するよう要求した。入手できない以前の契約は、その証拠が正確な義務、監督権限、ケースレベルの DARPA 介入の証明として 1972 年または 1981 年に投影されるのを妨げる。
Postel の判断が直接見えるところでは、ソケット番号提案のように、その効果は公開、技術的採用、他のオペレーターの選択に依存した。ネットワーク 44 は、そのサイズを誰の判断が選択したかを明らかにすることなく、同じ管理システムが持続的な結果を生み出すことを示している。記録を通じて、専門知識、制度的支援、公開ポリシー、運用上の依存は、すべての割り当ての完全な因果連鎖を提供することなく、機能のリーチを説明する。
Postel は、そのレジスタが不可欠な参照となった調整サービスを提供するのを助けた。成果は可視的であり、普遍的な一貫性、独立した権限、容易な代替可能性はそうではない。その後の文書化された基準、分割された責任、異議申し立て経路への転換は裁量を廃止しなかった。それは裁量が、一人の信頼された連絡先が記憶し、決定し、説明されずに残したことに依存する度合いを減らした。