要約
- IETF の合意形成方法は投票ベースではなく問題ベースである。RFC 7282は、技術的な異議が理解され回答されたかどうかを問う。RFC 2026は、仕様を公開、実装、相互運用性、運用経験、不服申立てを通じてテストする。これらは技術的成果に向けた標準プロセスの美徳である。
- RFC 3935は IETF の使命をエンジニアリング文書の作成と定義し、標準は相互運用方法を記述するものであり、使用を義務付けたりユーザーを取り締まるものではないと述べ、IETF の管理範囲は責任を受け入れるプロトコルまたは機能に限定する。その範囲は、単にインターネットに影響を与えるという理由だけで、契約、企業利益、レジストリアカウント、希少なアドレス保持に対する権限を付与するものではない。
- 番号資源政策フォーラムは、技術的政策設計にラフコンセンサスを適切に使用できるが、特定の保有者に影響する不利なルールには追加の正当性、すなわち有効な権限、定義された構成員、通知、証拠、紛争管理、比例性、理由付き決定、独立した審査が必要である。RFC 8714による受託者と財産の正式な扱いは、法的管理がハム（hum）だけで行使されないことを強調している。
エンジニアリング作業を中心に形成された方法
最初のIETF ミーティングは1986年1月にサンディエゴで開催された。会議録は小規模な技術者集会であり、立法府でもライセンス裁判所でもないことを記述している。そこから成長した組織は、全員に一つの設計を実装するよう命令できる政府なしで、自律的なネットワークや競合する組織からの技術者を調整する必要があった。その力は、有用な仕様、自発的な採用、そして実装が通信できるかどうかに依存していた。
この起源は、どのスローガンよりもラフコンセンサスをよく説明する。プロトコル設計には不確かなトレードオフが含まれる。パケット形式はエレガントでも実装コストが高い場合がある。セキュリティメカニズムは強力でも、設置済みの機器全体に展開不可能な場合がある。移行はアーキテクチャの純粋性を維持する一方でユーザーを取り残す可能性がある。専門家は正直に意見が対立し、全会一致を待つと一人の参加者が作業を無期限に妨害できる。単純な多数決も欠陥がある：部屋にいる人数は、プロトコルが収束するか、障害を乗り越えるか、相互運用できるかについてほとんど教えてくれない。
IETF はこの問題に適した方法を開発した。参加者は技術的異議を公開で提起する。編集者は文書を改訂する。実装者は仮定をテストする。議長は重要な問題が対処されたかどうかを判断する。Internet Engineering Steering Group は提案された出版をレビューする。手順や判断が失敗した場合、決定に不服を申し立てることができる。結果として得られる仕様は、技術者がそれを検査し、実装し、機能するか観察できるため、影響力を得る。
この方法の正当性は、強制的である前に認識論的である。欠陥を発見し、自律的なネットワークが展開を選択できる設計を構築するのに優れている。「動くコード」は提案が単なるレトリック以上のものであるという証拠を提供する。相互運用性は、独立した実装が通信するのに十分な意味を共有していることを示す。運用経験は、議論だけでは見逃される障害モードを明らかにする。
これらのいずれも、IETF が非協力的な参加者の機器を押収したり、契約を消滅させたりすることを必要としない。任意のプロトコルを拒否するネットワークは互換性や市場での関連性を失う可能性があり、時には深刻な損失となるが、IETF 標準自体はネットワークの資産を移転する司法命令ではない。影響力のある調整と強制的な処分の区別は当初から存在していた。他のインターネット機関が IETF の用語を借用する場合にも、この区別は見えているべきである。
RFC 7282：コンセンサスを人数のカウントではなく問題のテストとする
2014年に公開されたRFC 7282は、IETF の合意形成規律の最も明確な説明である。ハミング（humming）を匿名投票とする考えを否定する。ハムは議長が議論の状態を把握するのに役立つが、音量が技術的問題を決定するわけではない。ラフコンセンサスは、異議が対処されたときに存在し、すべてが受け入れられたわけではない場合でも同様である。
この公式は正確である。異議に対処するとは、それを理解し、その結果を評価し、設計を変更する必要があるかどうかを決定することである。異議申立人は不満のままかもしれない。議長はそれでも、グループが問題を検討し、要求された変更を拒否することが作業の技術的要件を損なわないと結論付けることができる。逆に、大多数が未回答の技術的欠陥を消すことはできない。一人の情報に基づく異議が、百の根拠のない好みよりも重要になることがある。
したがって RFC 7282は、コンセンサスを判断する者に要求の多い役割を与える。議長は作業の目的とアーキテクチャを熟知している必要がある。決定は人気、組織的地位、粘り強さ、完了への欲求ではなく、問題の理由付けられた説明に基づくべきである。ハミングは会話を始めるか、議長の理解をテストするものであり、説明の代わりにはならない。
この方法は設計に適している。二つのワイヤ形式を考えてみよう。参加者は解析の複雑さ、拡張性、曖昧さ、帯域幅、実装コスト、後方互換性を特定できる。両方を構築し、テストを実行し、障害を比較できる。価値に満ちたトレードオフでさえ、憲章と要件文書によって規律付けることができる。関連する問題は、選択された形式が許容可能なコストで技術的目的を満たすかどうかである。
命題が「この特定された当事者は希少な資源の支配を失うべきである」となると、適合性は弱くなる。重要な異議は、権原、契約、企業の権限、依拠、差別、証拠、管轄権に関するものである可能性がある。議長の技術的判断はこれらの事実を確定できない。動くコードは誰が有効な契約に署名したかを決定できない。相互運用性は移転が承認されたかどうかを判断しない。問題ベースの議論は依然として有用であるが、主題には事実を認定し法律を適用できる機関が必要である。
誤りは、プロトコルワーキンググループの外でコンセンサスを使用することではない。コンセンサスは多くの集団決定を改善できる。誤りは、審議方法の質を実質的管轄権の源泉として扱うことである。技術者間の公正な議論は、すべての異議が議論されたというだけで、他人の権利を処分する力を獲得するわけではない。
RFC 2026は標準プロセスを定義し、その範囲を繰り返し示す
1996年のインターネット標準プロセスに関するRFC 2026も同様に示唆に富む。プロトコルと手順の標準化を記述する。その目標は、技術的優秀性、事前の実装とテスト、明確な文書化、公開性と公平性、適時性である。成熟したインターネット標準は、安定しており、よく理解され、技術的に有能で、複数の独立した相互運用可能な実装によってサポートされ、運用経験に基づき、公的に支持され、明確に有用である。
これらの基準は技術的正当性の理論を提供する。仕様は、利害関係者や実際のネットワークへの露出に耐えるべきである。プロセスは柔軟であり、異なる技術には異なる証拠が必要だからである。影響を受ける実装者が設計を検査し挑戦できるように、公開されている。議長や運営組織が誤る可能性があるため、紛争解決と不服申立てのメカニズムを含む。
RFC 2026はカテゴリも区別する。すべての RFC が標準であるわけではない。インターネットドラフトは正式な地位を持たず、変更または消失する可能性がある。技術仕様はプロトコル、サービス、手順、慣例、形式を記述する。適用性声明は、定義されたコンテキストで仕様をどのように使用すべきかを説明する。ベストカレントプラクティス文書は、運用または IETF 手順に関するコミュニティの結論を記録する。ラベルが重要なのは、出版が無制限の権限を生み出さないからである。
文書は標準に関連する知的財産権に言及するが、それによって IETF が一般的な財産裁判所に変わるわけではない。その IPR 規定は、仕様が評価され実装されるのに十分な開示と許可を求める。標準化と他で保持される権利の関係を管理する。コンセンサスが特許を無効にしたり、著作権を移転したり、所有権に関するすべての紛争を決定できると主張するものではない。
これは番号資源にとって有用な類推である。レジストリポリシーは、移転が記録される技術的および管理的条件を指定できる。レジストリが必要とする証拠、変更の直列化、競合する主張に対する保護を定義できる。これらは手続き上および相互運用性の問題である。特定の売り手に移転する権限があったかどうか、債権者に執行可能な利益があるかどうか、レジストリが長年の保有を取り消すことができるかどうかは、ポリシーテキストを超えた契約と法律を必要とする場合がある。
RFC 2026の公開性はその設定において依然として必要である。しかし十分ではない。標準プロセスは、成功が採用と運用を通じて実証されることを前提とする。資源保有者は、認定された登録を変更せずに取り消しを「実装しない」ことはできない。フォーラムの決定が一意のデータベースを通じて実行される場合、その効果は勧告よりも管理に近い。プロセスは結果に見合ったものにアップグレードされなければならない。
RFC 3935が制限原則を提供する
2004年に採択された IETF の使命声明であるRFC 3935は、境界を異常な明瞭さで示す。IETF の使命は、インターネットをより良く動作させる高品質で関連性のある技術的およびエンジニアリング文書を生産することである。その基本原則には、公開プロセス、技術的能力、ボランティアコア、ラフコンセンサスと動くコード、IETF が所有するプロトコルに対する責任が含まれる。
標準の定義が決定的である。IETF 標準は、実装者が標準に従って機能を実行したい場合、その方法を実質的に述べる。文書は、使用の義務付けやユーザーの取締りと明確に区別する。利益は相互運用性にある：独立した製品が同じ仕様を実装するため連携する。
「プロトコル所有権」の原則も限定されている。IETF がプロトコルまたは機能に責任を持つ場合、そのプロトコルのすべての側面に対する責任を受け入れる。プロトコルまたは機能に責任を持たない場合、主題がインターネットに触れるという理由だけで管理を求めない。これは制度的自己抑制であり、弱さではない。能力と正当性は、組織がどの質問が他の場所に属するかを知っているときに増大する。
番号資源ガバナンスはプロトコルに触れるが、アドレス利益はプロトコル設計に還元できない。IETF はインターネットプロトコルと関連メカニズムの構文と動作を定義する。IANA と地域インターネットレジストリは割り当てと登録の階層を維持する。法人化されたレジストリはメンバーや顧客と契約する。オペレーターはアドレスをルーティングする。貸主と借主は使用と管理を分割する。裁判所は、適用法に基づいて企業、契約、破産、財産の問題を決定する。単一の層が他のすべてに対する権限を継承するわけではない。
したがって RFC 3935は、二つの正反対の誤りを反駁する。第一に、工学は権利紛争に何も貢献しないというもの。これは誤りである。技術的事実は、救済がルーティングを断片化するか、競合する証明書を作成するか、プライベートデータを露出するか、サービスを中断するかを決定する。第二に、アドレスは技術的識別子であるため、工学コンセンサスが権利紛争を解決できるというもの。これも誤りである。貴重な利益が技術システムで表現されているという事実は、それに関するすべての紛争をプロトコル問題にするわけではない。
制限原則は機能に結びついた能力である。ラフコンセンサスは、IETF の責任範囲内で最良の技術仕様を決定できる。それが、別の機関の契約や保有者の法的利益に対する管轄権を作り出すことはできない。
希少性がスローガンを変えずに結果を変えた
IPv4 の経済的性質が変化する中で、コンセンサスの用語は番号資源フォーラムに移行した。割り当てポリシーは、地域の自由プールがまだ実証されたニーズに応じてアドレスを分配していた時代に開発された。レジストリの決定は技術的インプットへのアクセスに影響を与えたが、申請者は多くの場合、修正された要求を再提出したり、将来の空間を取得したり、通常の割り当てを通じて拡大したりできた。機会費用は現実的だったが、資本価値はあまり目立たなかった。
枯渇が環境を変えた。IPv4 ブロックは移転可能、リース可能、金融可能となり、安定したアドレス使用に収益が依存する企業にとって不可欠となった。買収はアドレス保有に価値を割り当てることが一般的である。クラウドサービス、ホスティング会社、アクセスネットワーク、セキュリティプロバイダー、コンテンツプラットフォームは、ブロックを失うと多額の移行コストに直面する可能性がある。評判と配送可能性はアドレスの履歴に蓄積される。レジストリエントリは、ルーティング認証、逆 DNS、顧客の信頼、取引能力に影響を与える可能性がある。
これは、アドレスがあらゆる法制度で「財産」であるかを決定するものではない。その束は、単一の普遍的な権原ではなく、契約権、会員資格、登録利益、使用権限、委任、運用上の受容を含む場合がある。より安全な記述は資本類似である：その利益は持続的な経済的価値を担い、生産を支え、ルールに従って当事者間で移転し、その管理者を大きな損失にさらす可能性がある。
したがって、慣れ親しんだ手続きが残る一方で、政策の結果は拡大した。かつて将来の割り当て基準を調整したメーリングリストの結論は、現在では既存の資産のような地位に影響を与える可能性がある。ルールは移転を制限し、料金を課し、サービスを条件付け、登録を変更し、取消を承認する可能性がある。参加者は依然として結果をボトムアップのコンセンサスと呼ぶかもしれないが、効果の法的性質は会議の名称に依存しない。
この変化は結果テストを必要とする。ルールが主に独立したシステムが相互運用する方法を定義する場合、標準の正当性が主要であるかもしれない。共有の自由プールを将来にわたって割り当てる場合、通常の保護措置を備えた代表的な政策の正当性で十分かもしれない。特定された保有者の既存の支配や価値を変更する場合、司法的および法的保護が中心的になる。一つのフォーラムが複数の機能を果たすことができるが、どの機能を実行しているかを宣言し、対応する手続きを使用しなければならない。
ラフコンセンサスは希少性が到来したことで欠陥を生じたわけではない。新しい種類の決定に対して不完全になったのである。正しい対応は、問題ベースの厳密さを維持しつつ、影響の大きい処分に必要な権限を追加することである。
RIR 政策フォーラムは IETF ワーキンググループではない
地域インターネットレジストリのコミュニティは、しばしば IETF と重要な特徴を共有する。会合は公開または広くアクセス可能である。提案は文書化される。メーリングリストは議論を保存する。参加者には実践的知識を持つオペレーターが含まれる。議長は支持と反対を評価する。政策は実装経験を通じて進化する。これらの類似点は IETF の用語を魅力的にする。
構成員は異なる。IETF の基本的な参加者は個人であり、RFC 3935が強調するように。人は企業や国の投票を投じるのではなく、技術的判断を貢献する。その設計は標準作業でのブロック投票に抵抗するのに役立つ。決定がコストを再分配したり、企業の資源権を変更したりする場合、それは明らかに代表性を欠く。5人の技術的に専門的な個人が、大きな無知な群衆よりもプロトコルの異議を解決できるかもしれないが、それによってリスクにさらされている資本を代表するわけではない。
RIR フォーラムは役割も組み合わせる。コミュニティは政策を策定する。レジストリスタッフは実装を評価する。理事会は法人を監督する。メンバーは一部の理事を選出する。レジストリは契約に署名し、データベースを管理し、料金を請求し、政策を事例に適用する。政府、レガシー保有者、非会員の割り当て先、ダウンストリームユーザー、影響を受ける顧客は、各部分へのアクセスが異なる場合がある。「コミュニティが決定した」は、どの人々が参加し、どのような権限を持ち、どの法人が結果を採用したかを曖昧にすることがある。
「コンセンサス」という言葉は閾値をさらに隠す可能性がある。ある地域では、議長の判断と後の理事会の批准を含む正式な政策開発プロセスを使用する。別の地域では、実証された支持と持続的な反対の不在を要求する。グローバルポリシーは、ICANN の行動の前に複数の地域フォーラムと Address Supporting Organization を通過する。手続きは正当であり得るが、その正当性は、審議の質に加えて、憲章、細則、協定、法人法、同意関係から来る。
その区別はすべての政策記録で明示されるべきである。フォーラムは、助言しているのか、技術的政策を策定しているのか、委任された企業権限を行使しているのか、契約に組み込まれるルールを確立しているのかを述べるべきである。誰が拘束され、その理由を特定すべきである。議長のコンセンサス宣言は、理事会の採択、契約上の通知、または法定権限も必要な場合、完全な法的行為として提示されるべきではない。
IETF の最良の習慣を借用することは有益である：異議に回答し、理由を公開し、実装をテストし、不服申立てを許可する。その権威を借用しながら、拘束力の源泉を省略することは有益ではない。
参加は代表と同じではない
公開参加はインターネットコミュニティの最も重要な保護の一つである。リストに参加できる人は誰でも、内部者が見逃した誤りを公開できる。しかし公開性は、誰が発言できるかという問題に答え、誰が他者の利益を処分することを許可するかには答えない。
参加と代表は異なる問題を解決する。技術的参加は知識を広げる。代表は、決定とそれによって負担を負う人々との間の防御可能な接続を提供する。開かれた部屋には、小規模保有者、影響を受ける国の顧客、アドレスブロックがリスクにさらされている会社を代表する権限のある取締役が含まれない場合がある。逆に、代表的な投票は技術的に情報不足である可能性がある。良いガバナンスは両方を必要とする。
したがって番号資源フォーラムは複数の証拠チャネルを維持すべきである。公開技術議論は個人ベースで実力主義であるべきである。保有者協議は資源管理を確認し、関連会社が影響力を増幅するのを防ぐべきである。メンバーの承認は、必要な場合レジストリの法人憲法に従うべきである。公的機関は、合法的な公共の利益の問題について意見を聞かれるべきであるが、私的な技術管理に対する支配権は与えられるべきではない。不利益な措置に直面する特定された当事者は、通知とケース固有の審理を受けるべきである。
これらのチャネルはすべての問題で同じ重みを持つ必要はない。ルートセキュリティ形式は技術的証拠によって主導されるべきである。料金表は組織を資金提供するメンバーを考慮すべきである。登録を消滅させるルールは、影響を受ける保有者の権利、証拠、審査に焦点を当てるべきである。グローバルな割り当て原則はすべての地域を含み、アドレス量だけで小規模ネットワークが支配されるのを防ぐべきである。
フォーラムは、重要な政策ごとに代表性ステートメントを公開すべきである。利害関係者クラスと地域ごとの参加を特定し、集中した提出を開示し、欠席したグループにどのように連絡したかを説明し、どの構成員が正式な権限を持っていたかを述べるべきである。生のコメント数は権限として扱われるべきではない。同様に、専門知識が決定の所有権として扱われるべきでもない。
ラフコンセンサスはこの構造内で依然として有用である。技術的異議がチャネル間で回答されたかどうかを特定できる。すべてのチャネルを一つの未分化な「コミュニティ」に崩壊させることはできない。政策が既存の権利の処分に似れば似るほど、権限の接続はより直接的でなければならない。
動くコードは権原の問題に答えられない
動くコードは、技術的主張が多くの場合テストできるため説得力がある。二つの実装は適合メッセージを交換するか、しないかである。輻輳制御設計は観察可能な動作を生み出す。暗号遷移は障害、遅延、互換性について測定できる。証拠は判断を排除しないが、不一致を狭める。
財産と支配の問題は異なる証明に依存する。契約は有効に成立したか？取締役に権限はあったか？合併は関連する利益を移転したか？担保契約は付着したか？裁判所命令は最終的か、停止中か、限定されているか？保有者は通知を受け取ったか？政策改正はレガシー資源に適用されるか？これらの質問は文書、証言、法的ルール、立証責任、管轄権を使用する。コードは証拠を保存し提示できるが、法的意味を単独で決定することはできない。
自動化された政策執行はカテゴリエラーをより危険にする。レジストリはアカウントを凍結したり移転を拒否するルールをエンコードできる。ソフトウェアの一貫性はルールの権限を検証しない。完全に相互運用可能な取消メカニズムでも、間違った当事者を取り消すことができる。技術的正確性と合法的な適用は別々の命題である。
同じことがルートオリジン認証にも当てはまる。暗号システムは、ステートメントがレジストリ階層にリンクされた鍵で署名されたことを証明できる。しかし、階層内のすべての以前の管理決定が法的に正当化されたことを証明するわけではない。トラストアンカーは主張された状態を機械検証可能にするが、争われている制度的事実を自然的事実に変えるわけではない。
したがって成熟したシステムは、影響の大きい機械的行為に法的権限の参照を添付すべきである。行為記録は、該当する政策、契約条項、企業承認、または司法命令を特定すべきであり、認証された要求者、証拠状況、有効時間、審査ルートも含める。自動化は、権限が争われている場合、誤った二値的結論を強制するのではなく、保留を維持すべきである。
技術的コンセンサスはその証拠アーキテクチャを設計できる。署名、ログ、データ形式、安全な状態遷移を指定できる。アーキテクチャが根本的な紛争で誰が勝つべきかを決定すると主張すべきではない。動くコードは展開可能性の証拠であり、権原証書ではない。
RFC 8714：IETF が実際の財産管理をどのように扱うか
IETF 自身の管理上の取り決めは対照的である。2020年に公開されたRFC 8714は、IETF トラストの受託者選任に関するものである。トラストは IETF 管理で使用される知的財産およびその他の財産を取得、保持、管理、ライセンスするために存在する。その受益者は IETF 全体である。
IETF がこの財産保持機能に対処したとき、ワーキンググループのハムが受託者権限のすべての行使を決定すると言わなかった。RFC 8714は5人の受託者を指定し、IETF 指名委員会、IESG、インターネットソサエティ理事会の間での任命を配分し、任期を定義し、解任ルートを提供し、その構造を実装するためにトラスト契約の変更を要求する。プロセスは識別可能な法的役職と手段に接続されている。
これは RFC 8714がインターネット番号の財産コードであることを意味しない。IETF トラストと特定の管理再編成に関するものである。その分析価値はより狭く、重要である：IETF コミュニティ自体が技術的コンセンサスと財産を保持・管理するために必要な法的機構を区別している。コミュニティコンセンサスは、IETF の能力の範囲内でその機構の設計を承認できるが、受託者はその後トラストと適用法の下で行動する。
付随する管理改革はポイントを強化する。RFC 8711は IETF 管理支援活動と、契約を執行し業務を管理できる別個の法人を記述する。技術標準作業は通常の管理管理から保護されたままである一方、契約、予算、雇用、資産は定義された制度上の本拠地を得る。分離は両方の使命を保存する。
番号資源ガバナンスには、同等の役職の明確さが必要である。政策フォーラムは一般ルールを策定できる。レジストリ法人は、その法的権限内でそれらのルールを採用し管理できる。独立したパネルは争われている事実を認定できる。裁判所は法的権利を決定できる。技術オペレーターは限定された変更を実行できる。不服申立ては適切な層をレビューできる。コンセンサスの判断は、どの役職に助言または権限を与えるかを特定すべきであり、すべての役職を同時に装うべきではない。
したがって RFC 8714はラフコンセンサスの例外ではない。その成熟した使用の証拠である。コンセンサスは、それ自体を法的取り決めの代わりにするのではなく、説明責任のある法的取り決めを設計した。
四つの正当性は分離して維持されなければならない
インターネットガバナンスの議論は、正当性を単一の量として扱うことが多い。この分野では少なくとも四つの構成要素がある。
技術的正当性は、ルールが一意性、セキュリティ、相互運用性、安定性、展開可能性を維持するかどうかを問う。ラフコンセンサスと実装証拠はここで強力なツールである。異議は、話者の富や地位ではなく、技術的実質に従って重要である。
制度的正当性は、組織がその憲章、細則、委任、手続きの範囲内で行動したかどうかを問う。技術的に優れたルールでも、誤った機関によって、または範囲外で採択された場合、無効となり得る。議事録、定足数、利益相反、公開、不服申立てが重要である。
影響を受ける当事者の正当性は、結果を負担する人々が意味のある通知、発言権、代表を持っていたかどうかを問う。公開参加は役立つが、標的を絞った不利益な行為には、メーリングリストを監視する理論的な能力以上のものが必要である。機関は依拠を特定し、リスクに比例した審理を提供すべきである。
法的正当性は、行為が契約、会社法、該当する場合の行政法、財産および倒産ルール、裁判所命令、管轄権を尊重するかどうかを問う。コミュニティ規範は、紛争を技術的と描写するだけで他者の法定権利を放棄することはできない。
これらの正当性は互いに支え合い、依然として異なる答えに達する可能性がある。提案された移転政策は技術的に健全で、適切に採択され、広く支持され、合法であるかもしれない。別の政策は技術的に健全だが、理事会の権限を超えているかもしれない。裁判所命令は法的に拘束力があるが、段階的計画なしに実装するには技術的に危険かもしれない。責任ある対応は層を調整することであり、すべての場合に一つの層を最高と宣言することではない。
決定記録は四つすべてに対処すべきである。技術セクションはアーキテクチャと運用証拠を説明する。制度セクションは権限と手続きを特定する。影響を受ける当事者セクションは通知、代表、未解決の依拠を記録する。法セクションは統治手段と審査を特定する。結果が軽微な場合、どのセクションも短くて構わない。政策が既存の実質的支配を処分する場合、黙示的に想定されるべきではない。
このフレームワークは IETF の成果を保存する。プロトコルエンジニアに判事になることを要求しない。ガバナンス組織に対して、エンジニアリングの正当性を、他の場所で取得しなければならない権限の代わりとして使用するのをやめるよう求める。
番号資源決定の権限マトリックス
実用的な区別は権限マトリックスとして表現できる。
プロトコルの構文と動作は、主に技術標準機関に属する。その成果は公開、相互運用可能、実装可能、技術的異議に応答的であるべきである。採用は通常任意であるが、市場とネットワーク効果は強い場合がある。
グローバルな一意性とレジストリ同期は、公的に定義された委任の下で運営される調整された番号レジストリ機関に属する。技術的コンセンサスは形式と手続きを形成すべきである。状態を変更する権限は認証され監査可能でなければならない。
共通の自由プールからの将来の割り当ては、レジストリ憲法と調整協定の下での代表的な政策団体に属する。公平性、技術的ニーズ、希少性、地域的影響がすべて重要である。ルールは一般的であり、適用前に公開されるべきである。
有能な当事者間の自発的な移転は、有効なレジストリポリシー、契約、法律の下での保有者とカウンターパーティに属する。レジストリは条件を検証し、権限の連鎖を維持する；欠けている権原を発明しない。
既存の保有に対する不利益な取消し、強制移転、凍結、または重要な制限には、有効な法的または契約上の根拠、ケース固有の証拠、通知、実行可能な場合の治癒、比例性、理由付き決定、独立した審査が必要である。技術的フォーラムは安全な実行を定義できるが、唯一の裁定者となるべきではない。
緊急時の継続性は、遅延がサービスや権威ある記録を脅かす場合に、限定的な一時的技術的行動を許可する。恒久的な権原を決定すべきではない。行動は時間制限付き、記録付き、レビュー可能、元に戻せるものでなければならない。
レジストリのコーポレートガバナンスは、設立法と統治文書の下で、メンバー、取締役、役員、管財人、裁判所に属する。グローバルな技術団体は、機能基準に認識を条件付けることができる。法人の法的構造を単に消去することはできない。
マトリックスは一般的な滑りを防ぐ。議論は技術的ニーズから始まり、メカニズムに関するラフコンセンサスを生み出し、機関がそのメカニズムを運用するために必要な資産に対する権限を主張することで終わる。各移行において、意思決定者は追加の権限を明示すべきである。権限が存在しない場合、技術的結果は助言または提案された条件にとどまり、自動執行処分とはならない。
デュープロセスは展開の敵ではない
エンジニアは時に法的手続きに抵抗する。なぜなら遅延が脆弱性を保存したり、必要な移行を妨げたりする可能性があるからである。弁護士は時に緊急運用に抵抗する。なぜなら一時的な事実が恒久的な支配に固まる可能性があるからである。両方の懸念は有効である。
解決策は段階的手続きである。一般的な技術標準は、公開された反復的なコンセンサスを通じて継続すべきである。将来のレジストリポリシーは、影響分析、実装テスト、通知、発効日の遅延を含むべきである。ケース固有の不利益な決定は、証拠記録と独立した審査を使用すべきである。真の緊急時は、狭いトリガーの下で一時的行動を許可し、迅速な事後審査を行うべきである。
デュープロセスは技術的結果を改善できる。通知はレジストリが知らなかった依存関係を明らかにする。理由付き決定は機関にルールを事実にマッピングするよう強制する。利益相反の開示はセキュリティ根拠を悪用するインセンティブを特定する。停止は審査が権限をテストしている間、状態を保存する。比例性は、破壊的な全面的取消しではなく、対象を絞った証明書停止またはアカウント保護を促進する。
手続きには時間制限も設けるべきである。保有者は、異議が回答された後に無限の繰り返しを使用してルールを妨害することはできない。RFC 7282の洞察は依然として関連する：対処されたとは受け入れられたことを意味しない。有能な意思決定者が異議を検討し、法的および技術的回答を説明し、要求された審査を提供したら、手続きは進行できる。デュープロセスは公正な道を保証するが、勝利を保証するものではない。
逆に、スピードは権限の欠如を治癒できない。真の緊急権限が存在しない限り、機関は最初に実装し、後で権限を探すべきではない。「コミュニティが支持した」は、記録がコミュニティ、支持、法的根拠を特定していない場合、十分ではない。
最良のシステムは、遅延と行動の両方に説明責任を持たせる。危機の前に、トリガー、期限、中間保護、証拠責任、決定権者を公開する。それは実装テストのガバナンス版である。
不服申立ては正しい種類の誤りをレビューしなければならない
RFC 2026および関連 IETF 手続きには不服申立てが含まれる。コンセンサスを判断する者や運営組織が誤る可能性があるからである。標準作業では、不服申立ては技術的異議が無視されたか、手続きが遵守されたか、決定がプロセス内で合理的であったかを問うことがある。
番号資源紛争にはより広範な不服申立てマップが必要である。技術的審査は相互運用性、セキュリティ、運用可能性をレビューする。政策審査は、フォーラムがコンセンサスを適切に評価し、範囲内にとどまったかをレビューする。企業審査は、統治文書の下での理事会または役員の権限をレビューする。契約紛争フォーラムはサービス契約を解釈する。裁判所はその管轄権内で法的権利と命令をレビューする。
単一の不服申立て機関がすべての誤りに理想的なわけではない。IETF タイプの運営グループは、議長が技術的異議に対処しなかったことを修正できる。しかし、受益所有権や破産優先権を決定する装備があるとは限らない。国内裁判所は法人に関する拘束力のある命令を発行できるが、グローバルな技術的害を避けるために専門家証拠と段階的救済を必要とする場合がある。システムは、一つの機関がすべての能力を吸収することを要求するのではなく、問題をルーティングすべきである。
中間救済は特に重要である。争われている移転が直ちに実行されると、元に戻すことで複数のダウンストリームユーザーが混乱する可能性がある。有効なセキュリティ対応が自動的に停止されると、悪用が継続する可能性がある。意思決定者は限定されたツールを必要とする：記録を保存し、新しい変更のみを停止し、既存のルーティングを維持し、公開データとプライベートデータを分離し、中立的な技術管理権者を任命する。
不服申立ての独立性は現実的であるべきである。スタッフをレビューする理事会、ピアをレビューするピア、または自身の報告書をレビューする認証者は、専門知識を提供するかもしれないが、十分な距離がない。影響の大きいケースでは、制度的または商業的利害関係のないメンバー、基礎となる記録へのアクセス、効果的な救済を提供する権限、公開された理由が必要である。
ラフコンセンサスは、その決定が正しい根拠で不服申立て可能であるとき、弱くなるのではなく強くなる。エンジニアリング判断が無謬または普遍的に有能であると装うことは、信頼を必要としない。
捕獲リスクは決定の対象とともに変化する
すべてのコンセンサスプロセスは捕獲に直面する。プロトコル作業では、ベンダーが出席を支配し、編集者がテキストを管理し、大声の派閥が反対者を疲弊させる可能性がある。公開アーカイブ、独立した実装、議長の判断、不服申立てがリスクを軽減する。展開はさらなるチェックを提供する：技術的に劣った標準は採用されないかもしれない。
資源政策は追加のインセンティブを生み出す。既存の保有者は新規参入者を制限するかもしれない。買い手と売り手は流動性を高める移転ルールを好むかもしれない。レジストリは料金や裁量を拡大する政策を好むかもしれない。政府は支配を求めるかもしれない。セキュリティ企業は販売する必須サービスを好むかもしれない。大企業グループは多くの関連会社を通じて現れるかもしれない。一時的多数派は不在のレガシー保有者にコストを課すかもしれない。
動くコードは、レジストリが権威ある記録を管理する場合、市場チェックとして弱い。実装者がプロトコルを拒否できるほど簡単に、保有者は不利益なデータベース決定を迂回できない。これにより、正式な紛争管理の必要性が高まる。
フォーラムは、個人の技術的参加を維持しつつ、組織の所属と重要な利益を開示すべきである。保有者協議は支配下の関連会社を統合すべきである。議長は集中した提出がどのように扱われたかを説明すべきである。政策著者は、誰が利益を得て、誰が支払い、どの既存の権利が変更され、どの代替案が拒否されたかを公開すべきである。レジストリスタッフは中立的な実装助言と制度的擁護を分離すべきである。
意思決定者に利益をもたらす政策は、強化された審査に値する。より大きな取消権限を提案するレジストリ、強制的な市場ルーティングを提案する移転プラットフォーム、または参入障壁を提案する既存事業者は、自動的に失格とすべきではない。彼らの専門知識は不可欠かもしれない。彼らの主張は、反証と理由付きの調査結果を持つ独立した機関によってテストされるべきである。
IETF の洞察は中心的なままである：支配とは音量や粘り強さではない。資源政策については、第二の洞察が追加されなければならない：技術的メリットは経済的利益からの自由ではない。健全な決定は、異議と提案された権力の背後にあるインセンティブの両方に対処する。
実装は事後的な同意として扱われるべきではない
標準は、実装者が採用するときに実践的権威を得る。その論理をレジストリポリシーに拡張するのは魅力的である：ポリシー変更後も保有者がレジストリを使い続けたので、保有者はルールを受け入れなければならない。この推論は、退出にコストがかかるか利用できない場合、信頼できない。
ネットワークは、代替となる権威あるレジストリが存在しないため、または再番号付けが顧客を混乱させるため、またはブロックの移転に同じ機関の承認が必要なため、登録を維持するかもしれない。これらの条件下での継続運用は依存を証明するが、必ずしも同意を証明しない。レジストリの独占的地位が強ければ強いほど、沈黙または継続使用からの推論は弱くなる。
契約法は依然として、適切に通知された政策改正を拘束力のあるものにするかもしれない。要点は、すべての改正に個別の署名が必要であるということではない。義務の源泉は有効な契約、企業文書、または改正条項と保護を含む法的ルールでなければならないということである。展開は、統治文書が差し控える権限を提供できない。
この区別は、プロトコル互換性と資源管理の違いを反映する。多くのネットワークがプロトコルを実装するとき、それは仕様が有用で相互運用可能であるという証拠を提供する。多くの保有者がレジストリルールに従うとき、その行動は同意を反映するかもしれないが、そうでなければサービスを維持できないことも反映するかもしれない。観察は、権限の証拠となる前に制度的文脈を必要とする。
レガシー保有は問題をより鮮明にする。一部の資源は、以前のポリシー、政府契約、非公式な慣行、または現在のサービス契約とは異なる条件の下で発生した。後のコンセンサスは、すべての歴史的利益が同じ改正構造に入ったと想定できない。レジストリは、データベースの存在を将来の処分への包括的同意として扱うのではなく、各クラスに対する法的架け橋を特定すべきである。
公正な改正制度は、重要な変更を公開し、その権限を説明し、意味のあるコメントを許可し、十分なリードタイムを提供し、保留中の取引を保存し、将来の条件と確立された利益への不利益な変更を区別すべきである。変更が移転可能性、取消リスク、または責任を実質的に変更する場合、保有者は、統治文書と法律に応じて、投票、明示的受諾、退出権、または独立した審査を必要とする場合がある。
同意分析は、日和見的な反対からコミュニティを保護する。有効な改正メカニズムに明示的に同意した保有者は、単に番号資源を財産と呼ぶことによって不利な一般ルールを回避することはできない。機関は合意された手続きを一貫して適用し、約束された審査を提供すべきである。正確さは両刃の剣である：独占依存は同意ではなく、不満は免除ではない。
標準の伝統はここでも有用である。採用証拠を価値あるものとしながら、採用を形而上学的真実と混同しないからである。レジストリガバナンスも同様に規律されるべきである。実装は実現可能性を示し、影響を明らかにできる。ルールがなぜ保有者を拘束するかを示すことができるのは、有効な権利関係のみである。
ラフコンセンサスの規律ある借用
RIR 政策フォーラムはラフコンセンサスを引き続き借用すべきであるが、明示的な修正を加えて。
第一に、質問を定義する。技術設計、一般政策、企業採択、ケース裁定を分離する。一つのコンセンサス判定に四つすべてを決定させない。
第二に、権限を公開する。組織が決定を下すことを認可する憲章、細則、協定、委任、法律、およびそれが拘束する当事者を特定する。
第三に、異議を分類する。技術的異議はアーキテクチャと実装の回答を受ける。権利異議は契約上および法的分析を受ける。代表性異議は構成員証拠を受ける。利益相反は独立した審査を受ける。
第四に、実装をテストする。データ変更、ルーティング効果、証明書結果、コスト、移行をモデル化する。安全に実行できない政策は、強い感情によって救濟されるべきではない。
第五に、影響を受ける利益を測定する。既存の保有者、将来の申請者、顧客、小規模ネットワーク、地域、公共機能を特定する。誰が参加し、誰が参加しなかったかを説明する。
第六に、不利益な行動にはケース手続きを使用する。一般コンセンサスは有効なルールを確立できるが、特定された当事者がルールに違反したことの証明として扱われるべきではない。ケースには証拠と中立的な意思決定者が必要である。
第七に、不服申立てを保存する。記録、理由、発効日、中間保護、正しい審査フォーラムを公開する。
第八に、結果をレビューする。運用経験がインターネット標準を進化させるように、不均衡な損失、回避、集中、技術的障害の証拠は政策改正を引き起こすべきである。レビュー機関が別段の命令をしない限り、既存の合法的決定は安定したままである。
この借用は IETF を敬うものであり、その儀式を模倣するものではない。公開性、問題ベースの推論、技術的能力、経験による改訂を保持する。権利に影響を与える機関が回避できないものを追加する：権限、代表、裁定、法律。
結論は拒絶ではなく境界である
ラフコンセンサスはインターネットの偉大な制度発明の一つである。自律的な参加者が、全会一致を要求したり、多数決に降伏したりすることなく、共通の技術ルールを生産することを可能にする。RFC 7282は、対処された異議を中心に据えることで方法を改善した。RFC 2026は標準を実装、相互運用性、公開性、不服申立てに結びつけた。RFC 3935は使命と、重要なことに、その限界を述べた。
この方法は、それが設計されていないタスクを実行するよう求められることで弱められるべきではない。プロトコル標準は、独立したネットワークが実装し通信できるため権威を得る。資本類似の番号資源利益を処分する決定は、意思決定者と対象との間の異なる接続を必要とする。誰が権限を与えたか、誰が代表されたか、どの事実が証明されたか、どの法律が適用されるか、なぜ救済が比例するか、どこで決定に挑戦できるかを示さなければならない。
技術的権威と法的権威は敵ではない。技術的コンセンサスはより安全なレジストリ、証拠形式、移転メカニズム、証明書システム、緊急制御を設計できる。法律と制度的手続きは、誰がそれらのメカニズムを呼び出せるか、悪用から保護するかを確立できる。保有者の参加は依拠を明らかにできる。独立した審査は誤りを調整できる。
IETF 自身の財産と管理の扱いは成熟したアプローチを確認する。コミュニティコンセンサスは正式な構造を作成できるが、受託者はトラストを通じて財産を保持し、任命は定義された機関を通じて行われ、契約は法人に存在し、解任は定められたルールに従う。ハムは権原証書に署名しない。
番号資源政策にとって、その文は規律となるべきである。ラフコンセンサスを使用して最良の技術的答えを見つけよ。有効な機関を使用して一般ルールを採用せよ。証拠とデュープロセスを使用してそれらを適用せよ。権限のある裁判所と能力のある法廷を権利のために使用せよ。エンジニアリングコンセンサスの威信が、権限の欠如を隠すことがないようにせよ。
ラフコンセンサスはプロトコルのために作られた。それはガバナンスに情報を与えることができる。それだけでは、財産を処分することはできない。