概要
- レジストリエントリは、単一の普遍的な合意によって作成されるものではありません。グローバルポリシーと IANA 番号資源 SLA は、ICANN と5つの RIR の間のサービス提供を規定していますが、保有者やエンドユーザーを当事者とはしていません。
- 直接の保有者関係はレジストリによって異なります。RIPE NCC は会員サービス契約を使用し、APNIC は法人会員契約、ARIN は登録サービス契約、AFRINIC はモーリシャス法に基づく RSA を使用し、LACNIC は承認された受領者が独自のサービス文書に署名することを求めています。
- 国別レジストリ、スポンサーLIR、顧客およびエンドユーザー契約によって、さらに層が追加されることがあります。これらの当事者や救済手段は、公開記録だけから推測することはできません。
- ルーティングは記録に実質的な効力を与えますが、自動的な契約履行ではありません。ネットワークは独立して経路をアナウンスし、受容します。RPKI、逆引き DNS、ディレクトリデータは、所有権を証明したり、すべての事業者を同一の契約に拘束したりすることなく、信頼を支えることができます。
一つの行から始め、誰が何を約束したのかを問う
インターネットアドレスのブロックに関する公開レジストリ記録を想像してみてください。そこには、登録組織、範囲、連絡先、ステータス、そしておそらく関連するルーティングセキュリティや逆引き DNS の情報が示されています。読者にとって、その記録は一つの制度的声明に見えます：この資源はこのレジストリにおいてこの保有者に関連付けられている、と。
しかし、その表面的な統一性は階層構造を覆い隠しています。ブロックの起源であるプールは、グローバルな番号システムを通じて地域インターネットレジストリ（RIR）に供給された可能性があります。RIR はポリシーに基づいてリクエストを承認したかもしれません。企業が登録または会員契約に署名したかもしれません。国別レジストリやスポンサー提供者が RIR と実際の運用者の間に介在しているかもしれません。顧客契約は、顧客を直接の登録保有者とすることなく、ネットワークがアドレスを使用することを許可しているかもしれません。そして、ルーターがアナウンスを伝播し受容するかどうかを決定します。
各層は異なる問いに答えます。グローバル層は、合意された手続きとパフォーマンス基準に従って IANA 番号サービスが RIR に提供されたかどうかを問います。地域の法人層は、RIR がどのように有効にポリシーを採用し、スタッフを権限付与するかを問います。保有者契約は、レジストリがどのようなサービスを提供し、アカウント保有者が何をしなければならないか、そして関係が終了した場合に何が起こるかを問います。下流層は、誰が資源を使用、割り当て、再割り当て、管理できるかを問います。ルーティング層は、実際にどのネットワークがトラフィックを運ぶかを問います。
これらの層は互いに補強し合いますが、単一の契約ではありません。当事者が異なります。準拠法が異なります。救済手段が異なります。ICANN と RIR の間のサービスレベル違反は、エンドユーザーによる自動的な請求にはなりません。保有者の RSA 違反は、それ自体ですべてのルーティング事業者を拘束するわけではありません。顧客は、RIR に対する契約上の地位を欠いたまま、アドレスに依存している可能性があります。
本稿は、実際の保有者についての事実を創作するのではなく、仮想的なエントリを追跡します。その方法は、制度的な受け渡し地点ごとに立ち止まり、5つの問いを投げかけることです：当事者は誰か、どの文書が適用されるか、どのようなサービスや権利が記述されているか、どのような救済手段が存在するか、そして合意の外に誰が留まっているか。
第1層：グローバルポリシーと IANA サービス提供
現行システムにおける最上位の契約層は、IANA 番号サービスに関するサービスレベル契約（SLA）です。ICANN と5つの RIR は、2016年6月29日にこれに署名しました。これは、2016年9月30日の管理権限移管とともに発効しました。2024年11月12日付の修正1により、対象業務に逆引きサービスが追加されました。
この SLA が重要なのは、非公式なグローバルスチュワードシップという誤解されやすい考え方を、文書化された運用関係で置き換えたからです。当事者、サービス、パフォーマンス期待値、報告、エスカレーション、紛争メカニズムが特定されています。これにより、番号サービスの提供が慣習のみに頼るのではなく、組織間で検証可能なものとなります。
その範囲はまた、厳格な限界でもあります。この合意は ICANN と5つの RIR の間のものです。通常の資源保有者は契約当事者として記載されていません。下流の ISP 顧客も当事者ではありません。トラフィックがそのアドレスを使用する個人も当事者ではありません。SLA は特定のブロックの所有権をエンドユーザーに移転するものではなく、また、一つの公開保有者レコードを規定する完全な条件を提供するものでもありません。
この区別は、よくある飛躍を防ぎます。IANA がグローバルな合意に基づいて RIR に番号プールを供給しているのだから、その後のすべてのレジストリ決定はその合意の権威を帯びている、と推論したくなるものです。しかし、その条文はその結論を支持しません。SLA は RIR 向けのサービスを契約化しますが、RIR の保有者合意を ICANN との契約に変換したり、ICANN にすべての保有者の直接の相手方としての役割を与えたりするものではありません。
グローバルポリシーとサービス提供は関連していますが、同一ではありません。ポリシーは、グローバルレベルで番号プールが移動する条件を決定します。SLA は、IANA 事業者が合意されたサービスをどのように提供するかを規定します。したがって、リクエストはポリシーに基づく一方で、パフォーマンスの失敗は契約上のサービスメカニズムを通じて処理されます。
仮想的なレコードにとって、この層はプールがどのようにして関連する RIR に利用可能になったかを説明します。しかし、特定の組織が公開レコードに現れる理由、その組織を規定する契約のバージョン、あるいは運用上の顧客がその上位者に対する権利を有するかどうかについては、まだ説明しません。
5つの RIR は上では共同当事者、下では異なる組織
SLA 層では、5つの RIR は ICANN に対する共同相手方として一緒に現れます。その層の下では、それらは別個の法人に分かれます。サービス地域は調整されたグローバルシステムを形成しますが、その法人形態、契約、ポリシー、準拠法条項は交換可能ではありません。
これが、「RIR 契約」という言葉を普遍的な書式が存在するかのように語るべきでない第一の理由です。RIPE NCC 会員は、オランダの協会と契約します。APNIC 会員は、オーストラリアの企業と契約します。ARIN 保有者は、ARIN の定める条件に基づき登録サービス申請書に署名します。AFRINIC 資源会員は、モーリシャスの企業と契約します。LACNIC は独自のサービス文書を使用します。
この区別には実際的な影響があります。ある組織モデルにおける会員は、他の場所での登録顧客の権利と同一ではない議決権を有する場合があります。責任制限や紛争解決機関は様々です。終了に関する文言も異なります。現行ポリシーの組み込み方も異なります。レガシーや非会員の関係では、追加の様式が用いられることがあります。
調整されたからといって、これらの違いが消えるわけではありません。RIR は、一つの SLA の下でグローバルサービスを受け、互換性のあるレジストリデータを維持しながら、個別の保有者契約を保持することができます。したがって、グローバルに一意な番号は、ある層では組織間の協力によって、別の層では国内私法によって支えられることができます。
この階層的な決着は、本質的に不当でもなければ、本質的に完全でもありません。これは、全世界的な単一会員契約なしにグローバルな台帳を調整する実用的な方法です。その弱点は、レトリックが層を崩し、グローバルな調整自体が各地域の権限を証明するかのように示唆するときに現れます。その強みは、各組織が正確な行為を許可する正確な文書を特定できるときに現れます。
レコード監査にとっては、地域ラベルだけでは不十分です。法的なレジストリ、適用されるアカウントタイプ、契約バージョン、ポリシーのスナップショット、および介在者を特定しなければなりません。これらの詳細がなければ、公開レコードは行政的な認識を示すだけで、完全な契約スタックを示すものではありません。
RIPE NCC における第2層：一つの契約に会員とサービス
2023年11月付のRIPE NCC 標準サービス契約、RIPE-812は、法人会員とレジストリサービスを結びつける一つの方法を示しています。これは、RIPE NCC をオランダの協会と特定し、会員関係を定義し、サービスを説明し、ポリシーと手続きを組み込み、会員の義務を述べ、責任を配分し、終了および登録解除への協力について規定しています。
この契約は、IANA SLA よりも仮想的なレジストリエントリにはるかに近いものです。なぜ RIPE NCC が直接会員にサービスを提供するのか、会員が何を約束するのか、そして現行のポリシー文書がどのように関係に組み込まれるのかを説明できます。紛争が未払い、情報提供義務、閉鎖、終了に関するものであれば、ここから始めるのが自然です。
しかし、それでもなお、これが記録のすべてではありません。この契約は、その適用範囲内の RIPE NCC 会員を対象としています。独立したエンドユーザーがすべて直接会員であることを証明するものではありません。スポンサーLIR が直接の契約関係を保持し、エンドユーザーは別の文書を通じて割り当てや関連サービスを受けている場合があります。レガシー資源の関係では、異なる文書化が用いられることがあります。公開書式上の日付は、特定の保有者が何年も前にどのバージョンを受け入れたかを証明するものではありません。
この契約はまた、法人権限とサービス権限が、たとえ一つの文書システム内に現れる場合でも、分離されなければならない理由を示しています。会員資格は法人としての権利を与えることができます。サービス条件は運用上の義務を課すことができます。組み込まれたポリシーは、リクエストやレコードに適用されるルールを変更することができます。総会の決定、管理サービスの決定、ポリシーの成果はすべて会員に影響を与える可能性がありますが、それらは異なる制度的行為を通じて生じます。
仮想的なレコードが RIPE NCC 地域に属する場合、適切な監査は、署名済みまたは受諾済みの契約を取得し、その有効バージョンを特定し、関連日付における組み込み文書をリストアップし、スポンサー関係を特定し、会員資格の終了と資源レコードへの影響を区別するでしょう。現在の標準書式はモデルの証拠であって、ある保有者の完全な履歴の証拠ではありません。
この限界は、第三者にとって重要です。会員から提供されたアドレスを使用する顧客は、継続性に大きく依存しているかもしれませんが、その依存が自動的に顧客を RIPE-812 の当事者にするわけではありません。顧客は、別の文書が直接の権利を付与しない限り、会員との契約を参照する必要があるかもしれません。
APNIC：下部に地域差を伴う法人会員
標準 APNIC 会員契約、APNIC-079、2012年2月9日付バージョン002は、異なるアーキテクチャを提供します。これは APNIC Pty Ltd を特定し、APNIC の特別委員会に言及し、年次更新を規定し、資源サービスを取り扱い、APNIC 文書を組み込み、責任を制限し、クイーンズランド州法を規定します。
RIPE 契約と同様に、これは組織参加を双務的な法的関係に変えます。会員は単に漠然とした地域コミュニティの一部ではありません。名前の付いた企業と契約します。この契約は、組み込まれた文書の遵守を要求し、関係内での結果を定義することができます。
オーストラリアの法人設定が重要である理由は、この契約をアジア太平洋地域のための条約として読むことができないからです。これは、会社の定款、オーストラリア法、および受諾された APNIC 文書システムによって支えられた私的契約です。その地理的範囲は広いかもしれませんが、法的相手方は依然として特定のものです。
APNIC はまた、直接的な RIR モデルが普遍化できない理由を示しています。国別インターネットレジストリ（NIR）が地域の一部で運営されています。非会員の取り決めや下流の割り当てでは、他の文書が使用されることがあります。したがって、国別レジストリに関連付けられた公開レコードは、APNIC と運用上の保有者との間に追加の契約上の受け渡しを持つ可能性があります。
仮想的なエントリにとって、連鎖の中に APNIC が見えても、保有者が APNIC-079 に直接署名したのか、NIR を通じて契約したのか、あるいはプロバイダーを通じて利用権を得たのかはわかりません。どの年次更新条件や文書バージョンが適用されるのかも確立されません。その範囲に基づいて構築されたサービスを利用する顧客の権利も示されません。
適切な結論は限定的です。APNIC-079 は、APNIC 関係の一つの重要なクラスが契約に基づき、更新可能であり、明示された法的枠組みの下で組み込まれたポリシー文書に結びついていることを証明しますが、地域内のすべてのレコードが一つの当事者関係の連鎖を共有していることを証明するものではありません。
この多様性は、単なる管理上のノイズではありません。それは通知、救済、当事者適格を決定します。運用ユーザーが変更に異議を唱える場合、最初の問いは、APNIC に対して直接請求できるのか、NIR に対して手続きを進めなければならないのか、あるいはプロバイダー契約に頼らなければならないのかです。公開データベースの一行だけでは、その問いに答えることはできません。
ARIN の RSA は登録権誓約を中心に据える
2025年8月15日付のARIN 登録サービス契約、バージョン14.0は、番号とそれを取り巻くレジストリ関係の違いを理解する上で特に有用です。この契約は、登録権の観点から「対象番号資源」を定義し、ARIN のサービスを番号自体から分離し、保有者の義務と ARIN の救済手段を述べ、準拠法と紛争条項を含んでいます。
この起草は、法的対象を特定するのに役立ちます。この契約は、ICANN から ARIN を通じて保有者への売買契約ではありません。ARIN のシステム内における登録サービスと認識された権利に関する契約です。したがって、公開エントリは、ARIN がアドレスを所有しているとか、物理的なオブジェクトを移転していると結論づけることなく、契約上のサービス関係に結びついています。
この区別は、人々が所有権の言葉をあまりにも軽々しく使うときに重要です。保有者は、経済的に重要で、移転可能で、運用上組み込まれた利益を有しているかもしれません。ARIN は、レコードとサービスに関する契約上の権限を有しているかもしれません。ルーティング事業者は、その登録に依存しているかもしれません。これらの命題は、すべての法制度がアドレスブロックを同一に分類することなく、共存できます。
バージョン管理は極めて重要です。RSA 14.0は2025年の書式に関する現在の証拠ですが、レガシーレコードは現在の RSA を持たないか、レガシーRSA の対象となっているか、あるいは以前の契約に結びついたままである可能性があります。古い RSA バージョンが引き続き重要となる場合があります。最新の PDF が見つけやすいという理由だけで、正しい契約を選択することはできません。
仮想的なエントリについて、ARIN 監査では、保有者に対して示された契約状況、実行日、バージョン、レガシー書式の有無、移転履歴、および決定的な時点で組み込まれたポリシーが必要になります。そして、保有者の登録権を、別個のサービス契約に基づいてアドレスを使用する顧客の権利と区別するでしょう。
ARIN の登録権に関する明確さは貴重ですが、ルーティングの問題に答えるものではありません。RSA は ARIN と保有者との間の義務を確立できますが、すべての自律システムに保有者の経路を受容するよう命じることはできません。実際の効果は依然として、技術的な公開、事業者の判断、およびレジストリ記録へのより広範な信頼に依存します。
AFRINIC の RSA は会員、ポリシー、影響の大きい救済を結びつける
2017年11月27日付のAFRINIC 登録サービス契約は、African Network Information Centre Ltd をモーリシャスの相手方と特定します。これは、資源会員、レジストリサービス、ポリシー遵守、支払不能、取消、責任および紛争条件を結びつけます。
これは濃密な層です。なぜなら、この契約は直接的な関係をポリシーと、資源やサービスに対する潜在的な結果に結びつけるからです。したがって、AFRINIC が情報を要求したり、義務を執行したり、関係を終了させたりする可能性のあるいかなる主張においても中心的なものとなります。地域的責任に関する漠然とした声明では不十分であり、関連する RSA 条項と組み込まれたポリシーが特定されなければなりません。
RSA の前文や組織的説明は、依然として契約内でなされた声明です。準拠法に従って当事者を拘束したり、情報を与えたりすることができますが、アフリカのすべての国家やネットワークからの主権的委任を証明するものではありません。法的効果は、保有者、事実関係、適用されるモーリシャス法、および後の裁判所命令に依存します。
下流ユーザーは、再び重要な境界です。AFRINIC 資源会員から接続性の提供を受ける顧客は、自動的に RSA の当事者となるわけではありません。会員のレジストリ関係が変化した場合に不利益を被る可能性がありますが、その請求は顧客契約に基づきプロバイダーに対して行われる可能性があります。この依存関係と当事者関係の分離は、契約スタックの最も重要なリスクの一つです。
AFRINIC の例はまた、救済手段が層に比例しなければならない理由を示しています。双務契約の終了、会員資格の終了、レジストリレコードの変更、稼働中のルーティングへの影響は、それぞれ異なる結果です。契約がこれらを結びつけることはあっても、アナリストはそれらを一つの管理上のクリックとして語るべきではありません。それぞれの効果には、条件、通知、決定、および審査経路が必要となる場合があります。
一つの仮想的なエントリについて、監査は、直接の保有者が2017年の書式に署名したのか別のバージョンに署名したのか、どのポリシーが適用されたのか、保有者が支払能力を有し良好な地位にあったのか、誰がネットワークを運用していたのか、そしてどの顧客が継続的な認識に依存していたのかを問うでしょう。これらの事実を公開行だけから推測することはありません。
LACNIC は契約の存在を証明するが、正確な条件は依然として把握が必要
LACNIC の登録文書ページは、IP アドレスまたは自律システム番号の承認された受領者が LACNIC サービス契約に署名することを確認しています。このページはまた、機密保持や一括 Whois 文書を含む関連文書の場所も示しています。
これは契約上の保有者層の存在を確立するものです。LACNIC レコードが非公式な地域的合意のみに基づいているという考えを退けるには十分です。指名された受領者は、承認後にサービス関係に入ります。
しかし、正確な条項分析には十分ではありません。埋め込まれたスペイン語の契約は、義務、責任、終了、準拠法、修正について主張する前に、ダウンロードされ、保存され、日付が特定され、バージョン管理されなければなりません。ランディングページは、安定した分析可能な形式で完全な本文を公開することなく、文書ファミリーを特定することができます。
この証拠上の限界は、より広範なルールを示しています：文書ロケーターは証書の代わりにはなりません。現在のウェブページは変更される可能性があります。埋め込まれた PDF は同じリンクで差し替えられるかもしれません。翻訳は異なる場合があります。監査では、取引を規律したバージョン、そのハッシュ、署名日、言語優先順位を保存すべきです。
仮想的な LACNIC エントリについて、公開レコードと文書ページは可能性の高い契約経路を特定するでしょうが、その保有者が受諾した正確な契約を証明するものではありません。それ以上の主張は、実行済みまたは適用可能な書式が捕捉されるまで条件付きとすべきです。
それは手続き的に聞こえるかもしれませんが、権利に影響します。紛争は、ある通知期間、責任条項、または定義一つで決着がつくことがあります。LACNIC の役割に関する一般的な説明は、欠けている言葉を補うことはできません。契約スタックは、そのバージョン履歴と同程度にしか信頼できません。
第3層：国別レジストリとスポンサー提供者
直接的な RIR-保有者関係は、常に直接的であるとは限りません。一部の地域では、国別インターネットレジストリ（NIR）が、より大きな地域システム内で資源を受け取り管理することができます。他の地域では、スポンサーLIR が独立したエンドユーザーのための関係を維持することができます。これらの取り決めは、RIR と、そのネットワークが資源を使用するエンティティとの間に層を追加します。
この仲介者は有用な機能を果たすことができます。現地語、請求、文書化、技術サポート、国内運用の知識を提供するかもしれません。遠隔地の地域機関と取引するコストを削減することができます。また、当事者関係を見えにくくすることもあります。
仮想的なレコードがエンドユーザー組織を指名しているが、スポンサー提供者が直接のサービス関係を保持していると仮定します。エンドユーザーはスポンサーとの契約を有するかもしれません。スポンサーは RIR との契約を有しています。公開レコードは両方の連絡先を特定するかもしれません。スポンサーが支払いを怠ったり閉鎖したりした場合、エンドユーザーの運用上の依存は、RIR に対する直接の契約上の権利を自動的に創出するわけではありません。
逆の問題も起こります。レジストリは、たとえスポンサーが直接の会員であっても、エンドユーザーに文書化や移転に協力するよう求める必要があるかもしれません。ポリシーは手続き上の期待を生み出すことができますが、契約上の執行は依然として誰が何を約束したかを特定しなければなりません。
国別レジストリの取り決めは、国内法と独自の会員規則を追加することがあります。したがって、保有者は、グローバルポリシー、IANA SLA、地域レジストリの法人規則、RIR-NIR 間の取り決め、および現地のサービス契約の下に位置する可能性があります。これらすべてを「コミュニティポリシー」と呼ぶことは、実際の義務を配分する合意を隠蔽します。
入手可能な証拠は、直接 RIR 契約、NIR 契約、スポンサー関係、レガシーステータス、または下流の取り決め別のレコードの全体的な集計を提供していません。この欠落した分母は、体系的な主張を制限します。レジストリ横断的な目録なしに、ほとんどのレコードが特定のスタックに従っていると責任を持って言うことはできません。
より良い公開レジストリは、秘密条件を公開することなく関係タイプを開示するでしょう：直接会員、国別レジストリ受領者、スポンサー付きエンドユーザー、レガシー保有者、または下流割り当て。そのラベルは、ユーザーが実効的な契約がどこにあるのか、どの機関が訂正要求を受けるべきかを理解するのに役立つでしょう。
第4層：事業者および顧客契約
アドレス範囲は、しばしば登録保有者の下で価値を生み出します。ホスティング会社は顧客にアドレスを割り当てます。ISP は加入者のためにアドレスを使用します。クラウドプロバイダーはサービスにアドレスを割り当てます。リース契約は別の事業者がそれらをアナウンスすることを許可します。マネージドネットワーク契約は第三者に運用管理権を与えます。
これらの下流契約は、ユーザーにとって RIR 契約よりも経済的に重要である可能性があります。顧客は、接続性、稼働時間、不正利用対応、移植性、専用アドレスに対して支払います。RIR とやり取りすることは決してなく、どの RSA が適用されるかも知らないかもしれません。
公開レコードが完全な顧客連鎖を明らかにすることは稀です。それは適切なことです。レジストリはすべての商業契約を公開すべきではありません。しかし、ガバナンス分析は、見えない依存関係を認識しなければなりません。保有者層での変更は、RIR での投票権を持たず、その契約に基づく当事者適格を持たない当事者に影響を与える可能性があります。
これが、通知と継続性の保護が重要である理由です。直接保有者の違反は、契約内での措置を正当化するかもしれませんが、その結果は下流の依存関係を考慮して設計されるべきです。可能な限り、システムは、二者間の紛争を無関係の顧客への即時の害に変換するのではなく、アカウント停止、サービス終了、レコードステータス、ルーティングセキュリティ効果を区別すべきです。
下流契約はまた、誰がリスクを負うかを決定します。プロバイダーは、安定したアドレスを約束する一方で、番号再付与の権利を留保するかもしれません。リース者は、レジストリポリシーの遵守を保証するかもしれません。顧客は、補償条項やサービス利用債権を有するかもしれません。これらの条件のいずれも、別の法的経路がその効果を生じさせない限り、ICANN や RIR を拘束しません。
仮想的なエントリについて、完全なマップは、直接の登録保有者、運用上のアナウンサー、インフラ管理者、および影響を受ける顧客クラスをリストアップするでしょう。そして、それらを結びつける契約を特定するでしょう。レジストリエントリ単独ではその連鎖を確立できませんが、その連鎖はレコードの実際の影響を説明します。
第5層：ルーティングは調整された行為であって、契約の執行ではない
レジストリエントリはパケットを動かすわけではありません。ボーダーゲートウェイプロトコル（BGP）のアナウンスと事業者のルーティングポリシーがそれを行います。自律システムが経路を発信し、他のネットワークがそれを伝播し受け入れるかどうかを決定します。フィルタ、商業関係、ルートオブジェクト、RPKI 検証、および運用上の判断が結果に影響します。
レジストリレコードが重要なのは、信頼できる情報を提供するからです。連絡、移転、逆引き DNS、ルーティングセキュリティシステムをサポートできます。事業者は、フィルタを構築したり権限を評価したりする際にそれを利用するかもしれません。共有された信頼が、一つの契約の当事者を超えて、その行に実際的な力を与えます。
しかし、信頼は普遍的な契約上の当事者関係ではありません。経路を受け入れた事業者が、それによって保有者の RSA に署名したことにはなりません。あるネットワークは、レジストリの紛争にもかかわらず技術的に有効なアナウンスを受け入れることができ、また、現在のレコードにもかかわらずアナウンスを拒否することができます。ルーティングポリシーは分散されたままです。
このギャップは、回復力と不確実性の源泉です。回復力があるのは、どのレジストリもすべてのルーターを直接操作しているわけではないからです。誤った管理措置は、必ずしも即座にトラフィックを停止させるわけではありません。不確実であるのは、レジストリ、RPKI、ルーティングの現実が乖離し、相手方がどの信号を信頼すべきかを決定しなければならなくなるからです。
RPKI は、認可された経路起点に関する暗号学的表明を可能にすることで、曖昧さを多少狭めます。逆引き DNS は別の委任サービスを提供します。インターネットルーティングレジストリ（IRR）オブジェクトは運用上のアサーションを提供します。しかし、それぞれに独自の権限連鎖とライフサイクルがあります。一つの契約層の終了は証明書やオブジェクトに影響を与える可能性がありますが、その結果は想定されるのではなく、追跡されなければなりません。
ここで利用可能な証拠は、保有者契約が終了した場合に、すべてのレジストリにわたって RPKI 証明書、IRR オブジェクト、逆引き DNS、およびルーティングの受け入れがどのように応答するかを示していません。これは重要な欠落調査です。日付の付いた例に従い、管理上のステータスと観測されたルーティングを分離すべきです。
仮想的なエントリについて、スタックの最後の行は全く契約ではありません。それはネットワークの決定の場です。法的連鎖はアナウンスをより認識しやすくすることはできますが、分散したルーティングを一つの組織当事者による履行に変えることはできません。
当事者関係は誰が訴えることができるかを説明し、害を受ける可能性のあるすべての人を説明するのではない
契約法は当事者から始まります。IANA SLA は、ICANN と RIR に権利と義務を付与します。保有者契約は、RIR と保有者に権利と義務を付与します。スポンサー契約は、スポンサーとエンドユーザーを拘束することができます。顧客契約は、プロバイダーと顧客を拘束します。正確な法律は、限られた状況で第三者の権利を認めることがありますが、それらの権利は推定できません。
運用上の依存は、当事者関係よりも広範です。顧客は、RSA の当事者でなくてもサービスを失う可能性があります。依存するネットワークは、IANA SLA の当事者でなくても不確実性に苦しむ可能性があります。政府は、いかなるレジストリ契約にも署名していなくても、通信上の結果に直面する可能性があります。
この不一致は、私的な法的形式にもかかわらず、レジストリガバナンスが公の関心を集める理由の一つです。私的契約は、レコードが広く信頼されているために、外部効果を持つことができます。対応は、契約が公法であるふりをすることではなく、予見可能な依存に比例した通知、審査、継続性、透明性を設計することです。
第三者効果は依然として慎重に分析されなければなりません。広範な依存が、すべての観察者が法的請求権を有することを意味するわけではありません。また、当事者関係の欠如が、レジストリが他の法体系の下で一切の義務を負わないことを意味するわけでもありません。不法行為、競争法、制定法、司法上または衡平法上の法理が、管轄区域と事実に応じて重要となる場合があります。これらの問いは、本証拠では利用できない判例法を必要とします。
したがって、完全な研究は、契約マッピングを裁判所および仲裁判断と組み合わせることになるでしょう。下流ユーザーが暫定的保護を得たかどうか、ルーティングへの依存が救済に影響を与えたかどうか、そして裁判所がレガシー関係やスポンサー関係をどのように扱ったかが問われるでしょう。
その記録が存在するまでは、安全な結論は構造的なものです：最大の運用上のリスクにさらされている当事者は、その記録を信頼している機関よりも数層下流の契約の下に位置している可能性があります。スタックはそれらを調整しますが、自動的にそれらに平等な地位を与えるわけではありません。
組み込まれたポリシーは橋であって、独立した契約ではない
RIR 契約は、しばしばポリシーや他の公開文書を組み込んでいます。これにより、あらゆる運用上の詳細を再交渉することなく、関係を進化させることができます。すべてのリクエスト手続きに新たな二者間の署名が必要であれば、レジストリ業務は実用的でなくなるでしょう。
組み込みはまた、集団的プロセスと個別契約との間に橋を架けます。適用可能な地域手続きを通じて策定されたポリシーは、契約が現行ポリシーがサービスを規定すると述べているために、保有者に関連するものとなり得ます。したがって、拘束力のある経路は単に「コミュニティが決定した」というものではありません。それは、法人による採択、ポリシー手続き、契約上の組み込み、そして事実への適用です。
その経路は追跡可能であるべきです。アナリストは、契約条項、ポリシーバージョン、発効日、通知、移行条件を必要とします。現在のマニュアルは、5年前の取引を規律したものを自動的に証明することはできません。
その橋には限界があります。ポリシーは、それがポリシーと呼ばれるというだけの理由で、交渉されたあらゆる権利を必ずしも変更できるわけではありません。動的組み込みが有効かどうか、またそれがどこまで及ぶかは、契約文言と準拠法に依存します。この一方的修正の問題はそれ自体の分析に値しますが、ここでのより狭い論点は、ポリシーと契約は別個のリンクであるということです。
この分離は説明責任を改善します。紛争がポリシーの賢明さに関するものであれば、ポリシーフォーラムが関連するかもしれません。有効な組み込みに関するものであれば、契約が重要です。スタッフの適用に関するものであれば、運用レビューが重要です。法人の権限に関するものであれば、付属定款や設立準拠法が重要です。
これらの問いを一つの権限の主張に折りたたむと、救済手段を見つけるのが難しくなります。スタックをマッピングすることで、それぞれの不一致を、それに答えることができる機関と文書に振り向けます。
レガシーレコードはきれいなスタックに抵抗する
すべてのレジストリエントリが、現代の RIR 契約から始まったわけではありません。一部の資源は、現在の機関や標準書式よりも前に存在します。レコードは移行されたり、レガシーサービスの下で維持されたり、後に移転されたり、あるいは任意にレガシー契約の下に置かれたりしている可能性があります。
この歴史が重要なのは、二つのレコードの公開上の外観が類似していても、その契約上の基盤が異なる可能性があるからです。ある保有者は最新の RSA に署名しているかもしれません。別の保有者はより古い書式を使用しているかもしれません。第三の保有者は、現在の標準契約を持たないものの、依然として限定的なレジストリメンテナンスを受けているかもしれません。
ARIN の RSA は、個別のレガシー対応と永続する旧バージョンを通じて、この問題を明示的に提起しています。RIPE NCC や他の地域も、単純な新規会員モデルに当てはまらない歴史的関係に遭遇します。したがって、仮想的な追跡は前提ではなく、来歴から始めなければなりません。
レガシーステータスは、ルールが適用されないことを意味するわけではありません。設立準拠法、ポリシー、移転条件、受諾されたサービス、および後の契約がすべて重要となる可能性があります。それは、適用可能な連鎖が証明されなければならないことを意味します。現代のウェブサイトの書式を、証拠なしに旧いレコードに遡及的に割り当てることはできません。
これは実際的なガバナンスリスクを生み出します。レジストリが、あたかも一つの現行契約がすべてを規律しているかのようにすべてのレコードを説明するならば、保有者は権利を予測できず、第三者はステータスを評価できません。レガシーレコードをあらゆる基準の外にあるものとして扱うならば、データ品質とセキュリティが損なわれ得ます。
より良いアプローチは、明示的な分類、バージョン履歴、および比例的なサービス条件です。レコードは、秘密文書を保持しつつ、関係を特定するのに十分なステータスを開示すべきです。紛争は、レジストリ権限の一般的な理論ではなく、実際に受諾された文書に焦点を当てるべきです。
ある層での終了が自動的に証明しないもの
もし IANA SLA が違反されたり終了されたりした場合、それは機関によるサービス提供にとって深刻でしょう。しかし、それはすべての下流資源の所有権を自動的に決定したり、すべての保有者契約を終了させたりするわけではありません。継続性の取り決めや他の法的行為が必要となるでしょう。
もし RIR が保有者契約を終了させた場合、それは特定のサービスを終了させ、明示されたレコード上の結果を引き起こすかもしれません。しかし、それはすべての下流顧客契約を自動的に終了させるわけではありません。もっとも、プロバイダーはそれを履行できなくなるかもしれません。また、ルーターにアナウンスの撤回を直接命じるわけでもありません。
もしスポンサー契約が終了した場合、エンドユーザーは新たなスポンサーまたは直接関係を必要とするかもしれません。正しい結果はポリシーと契約に依存します。基礎となる運用上の地位の即時の喪失は、文書がそう定めない限り、論理的に必然ではありません。
もし顧客契約が終了した場合、直接の保有者はレジストリ上で変更されないままかもしれません。アドレスは、保有者のネットワーク内で再割り当てされるか、下流の条件に従って返却されます。公開レコードは一度も顧客を指名していないかもしれません。
これらの区別は、スタックの実用的な価値です。それらは、一つの紛争があらゆる関係の崩壊として説明されるのを防ぎます。また、継続性ルールがどこに欠けているかを明らかにします。よく設計されたシステムは、どの層が存続し、どれが移転されなければならないか、そして依存する当事者がどのように通知を受けるかを明示します。
同じ論理が救済手段にも適用されます。顧客契約に基づくサービス利用債権は、レジストリエラーに対する救済手段ではありません。RIR 仲裁経路は、IANA SLA に基づく紛争を審理しないかもしれません。SLA エスカレーションはエンドユーザーに補償しません。それぞれの救済手段は、法律がそれを拡張しない限り、その当事者に属します。
欠落している分母は関係タイプである
5つの RIR システムは大量の統計を公開していますが、ここでの証拠は、契約状況に関するグローバルな分母を確立していません。現在の直接契約の下に保有されているレコードはいくつあるのか？レガシー形式を使用しているものはいくつか？NIR やスポンサー経由のものはいくつか？直接のレジストリ上の地位を持たない下流顧客をサポートしているものはいくつか？
この目録なしには、事例はアーキテクチャを例示できますが、普及率は示せません。RIPE-812 はモデルを証明しますが、すべての関係に占めるその割合は証明しません。APNIC-079 は会員形式を証明しますが、NIR と直接保有者の分布は証明しません。ARIN RSA 14.0は現在の起草を証明しますが、その外部にあるレガシーレコードの数は証明しません。
集計された関係タイプを公開すれば、商業的な詳細を公開することなく説明責任が改善されるでしょう。各 RIR は、直接契約、レガシー契約、標準契約なし、スポンサー付きエンドユーザー、国別レジストリ、その他の定義されたカテゴリ別に件数を報告できます。カテゴリ間の移転やタイプ別の紛争も報告できます。
これらの分母はリスク評価に役立つでしょう。現在の直接契約が支配的なシステムは、多くの歴史的または仲介的な関係を有するシステムとは異なる継続性のニーズを持ちます。また、どの主体が提案された変更によって影響を受けるかを示すことで、ポリシー協議をより正直にするでしょう。
データの欠如は、普遍的な物語ではなく、慎重さを生み出すべきです。いかなるアナリストも、一つの標準契約をすべてのレコードの法的基盤として扱うべきではありません。正しい記述は、レジストリは共通のデータサービスを通じて提示される関係クラスの集合体である、ということです。
一つの実際のエントリを監査する方法
完全な監査は、レジストリレコードとその変更履歴から始めるでしょう。現在の RIR、元の割り当てソース、移転、合併、名称変更、連絡先、ステータスを特定するでしょう。後に変更される可能性のあるライブページに頼るのではなく、日付の付いたコピーを保存するでしょう。
次に、プールが RIR に移動した時点で適用されたグローバルな文書とポリシーを捕捉するでしょう。IANA SLA は2016年以降の現在のサービス関係を説明しますが、より古い割り当てには歴史的文脈が必要です。監査は、2016年の契約を1990年代の出来事に適用すべきではありません。
地域層では、RIR の定款、ポリシーマニュアル、および決定のための委任権限を取得するでしょう。次に、バージョン、署名、更新、修正、組み込み文書を含め、実際に実行された保有者契約を特定するでしょう。
NIR やスポンサーが現れる場合、監査は、上位機関との契約と保有者との契約の両方を捕捉するでしょう。下流層では、運用上の使用を説明するために必要な割り当て、リース、ホスティング、または顧客条件を特定するでしょう。
最後に、法的地位を技術的証拠と比較するでしょう：発信経路アナウンス、RPKI オブジェクト、逆引き DNS、ルーティングレジストリエントリ、および観測された受容。差異は、一つの答えに強制されるのではなく、記録されるでしょう。
結果は、所有権証明書ではなく、日付の付いた関係マップとなるでしょう。どの機関がどのレコードを変更できるか、どの当事者がどの救済手段を行使できるか、誰が運用上のリスクを負うか、そして証拠がどこに欠けているかを示すでしょう。
本稿に使用された証拠には、そのような完全に文書化されたサンプルは現れていません。その欠如は、事例固有の結論を妨げます。それはまた、次の研究課題を明確に定義します。
より良い契約スタックは受け渡しを見えるようにする
既存のシステムは調整から利益を得ています。一つのグローバル番号サービス、五つの認知された地域レジストリ、そして共有されたデータ規約が一意性の維持に役立っています。標準契約は直接当事者に予測可能な条件を提供します。組み込まれたポリシーは運用上の進化を可能にします。
システムは、すべての層が融合すべきであるかのように装うことなく、より説明責任を果たすことができるでしょう。第一に、公開レコードは、開示が適法である場合、関係クラスと規律する契約バージョンを特定すべきです。第二に、それぞれの契約は、どのポリシーが組み込まれているか、そして保有者が変更の通知をどのように受けるかを明確に述べるべきです。
第三に、継続性条項は仲介者の失敗に対処すべきです。スポンサー付きエンドユーザーは、別のスポンサーに移行する方法を知るべきです。NIR の混乱は、基礎となる登録履歴を消去すべきではありません。顧客は、アドレスが移植可能か、番号再付与の対象かを知るべきです。
第四に、影響の大きいレジストリ措置は、アカウント、レコード、セキュリティ、ルーティングの結果を分離すべきです。機関は、正確な契約上の根拠と審査経路を特定すべきです。ある層での紛争は、可能な限り隔離され、下方に伝播されるべきではありません。
第五に、技術サービスは監査可能な証拠保全連鎖を保持すべきです。RDAP、逆引き DNS、RPKI、レジストリ履歴には承継計画が必要です。台帳の重要性は、管理者を交代可能にする理由であって、一つの法人契約が主権的であることを示唆する理由ではありません。
最後に、集計された救済データが公開されるべきです：終了、停止、レコード変更、スポンサー障害、不服申立、取消、復旧時間。文書は可能な権限を示します。利用データはスタックがどのように振る舞うかを示します。
結論：一つのレコード、複数の限定的な約束
公開レジストリエントリが単一であるのは、一意性が明確な答えを必要とするからです。その制度的基盤は複数です。IANA 番号サービス SLA は、ICANN と5つの RIR の間のサービス提供を支えます。それはすべての保有者と契約するわけではありません。地域の定款とポリシーは法人行為を権限付けます。RIR 契約は、明確に異なる法制度の下で、定義された会員または保有者を拘束します。NIR、スポンサー、顧客契約はさらに多くの当事者を追加できます。ルーティング事業者は独立して行動します。
これは隠されるべき欠陥ではありません。これこそが実際のアーキテクチャです。危険は、スタックを一つの普遍的な委任として記述することから生じます。その言葉は当事者関係を不明瞭にし、救済手段の所在を分かりにくくし、単一の文書が証明することを誇張します。
反対の誤りは、各層を無関係なものとして扱うことです。それらは意図的に調整されています。ポリシー、契約、レジストリデータがそれらを結びつけます。技術的な一意性が、私的な二者間の約束を超えて、最終的なレコードに実際的な権威を与えます。システムが機能するのは、これらの限定的な関係が共通の台帳に向かって指し示すからです。
良いガバナンスは、双方の真実を保持することにかかっています。レコードはグローバルに有用ですが、それぞれの法的権限は境界付けられたままです。保有者は、IANA SLA の当事者でなくても、契約上の説明責任を負うことができます。RIR は、すべてのルーターを制御することなく、権威あるデータを維持できます。下流ユーザーは、レジストリに対する直接の権利を有することなく、運用上依存することができます。
規律は単純です。レジストリエントリが証明として持ち出されるたびに、それがどの層を証明するのかを問いなさい。権限が主張されるたびに、どの当事者が遵守を約束したのかを問いなさい。害が懸念されるたびに、誰がそれを負うのか、そしてその当事者が救済手段を有するかを特定しなさい。「コミュニティ」という言葉が現れるたびに、署名された証書と実際の法人行為に立ち返りなさい。
レジストリの一行は、一つの契約ではありません。それは、複数の限定的な約束、歴史的記録、および分散した技術的決定が収束する可視的な地点です。説明責任は、それらの約束を執行可能な程度に分離し、かつ、真実かつ連続的な台帳を保存するのに十分に接続し続けることから始まります。