概要
- 地域ポータビリティは難しい設計上の問いを生み出す。すなわち、各 IP アドレス範囲や AS 番号についてインターネットが依然として単一の最新状態を認識する中で、保有者がどのようにして番号資源サービスを適格なレジストラ間で移行できるのか、という問いである。その答えは、署名されたステータスコミットメントを記録し、重複を拒否する、薄い IANA 向け台帳である。
- 競争層はレジストラサービスであるべきだ。すなわち、保有者サポート、証拠審査、RDAP 公開、RPKI 管理オプション、逆引き DNS 調整、資金記録、顧客通知、紛争支援、移行支援である。非競争層は一意性、公開ステータス、競合検出、イベント順序、監査可能性であるべきだ。
- IANA の既存の IPv4、IPv6、AS 番号、RDAP ブートストラップレジストリは、既に、全ての顧客ファイルを含むことなく、グローバルな記録が責任あるサービスを指し示せるという原則を示している。ポータビリティ時代の台帳は、その原則を地域割り当てブロックから、現在のステータスコミットメントやサービスプロバイダーの割り当てにまで拡張するだろう。
- 番号資源社会(NRS)の積極的な貢献は、ポータビリティと一意性は敵対しないと主張することである。ルート台帳が十分に薄く、レジストラ層が十分に競争的であれば、保有者は離脱手段を得る一方、インターネットは一貫した記録を保つ。
ポータビリティには、より厚い支配者ではなく、より薄いルートが必要である
地域ポータビリティに対する最も強い反論は単純明快だ。すなわち、ネットワークが番号資源の登録サービスを、その資源が最初に割り当てられた地域から移行できるならば、重複レコードをどう防ぐのか、というものである。プレフィックスが、矛盾する二つのレジストリでクリーンに有効化されることはあり得ない。一つの AS 番号が、同一目的のために二つの現行管理者を持つことはあり得ない。もしポータビリティが各レジストラに独自の最終的真実を保持させることを意味するならば、結果は説明責任ではない。断片化である。
その答えはポータビリティを放棄することではない。一意性のルートをサービス市場から分離することである。IANA 向け層は、各資源区間または AS 番号範囲について一つのステータスコミットメントを記録する、薄いグローバル台帳であるべきだ。その層は、あらゆる顧客文書を保存したり、あらゆる商業紛争を裁定したり、価格を設定したり、事業目的を審査したり、ルーティングを承認したりする必要はない。重複を拒否し、イベントを順序付け、顧客サービスに責任を負う適格なレジストラを識別し、履歴を保存し、紛争ステータスを開示し、外部監査を可能にすることが必要である。
レジストラ層はそこで競争できる。番号レジストラは保有者に対して、より良い、あるいはより悪いサービスを提供できる。すなわち、より迅速なサポート、より良い証拠処理、より明確な料金体系、より強固な RPKI オプション、より円滑な逆引き DNS 調整、より良い紛争支援、より強固な融資者向け文書、より効果的な顧客通知ツールなどを提供できる。保有者がレジストラを気に入らなければ、そのレジストラの退出承認を求めることなく、サービスを移行できる。ルート台帳は、その移行を一度だけ記録する。
このアーキテクチャは NRS にとって積極的である。なぜなら、二つの懸念に同時に答えるからだ。保有者は、自分では脱出不可能な地域独占によって閉じ込められることを恐れる。オペレーターや依存パーティは、重複割り当てやルーティングの混乱を恐れる。ルートステータス台帳は、第二のグループに、交渉不能な不変条件を与える。レジストラポータビリティは、第一のグループに実際的な脱出手段を与える。
この設計は IANA も保護する。ポータビリティ時代の IANA は、世界的な財産裁判所や資本市場の監督機関にはならない。IANA は、グローバルな一意性とサービス発見に必要な狭い共通レコードを維持する。そのレコードが判断しようとすればするほど、さらに多くの圧力を引き寄せる。レコードが薄いままであればあるほど、より永続的になる。
現行の IANA レコードは既に抑制を教えている
IANA の現在の番号資源ページは抑制されている。IANA Number Resourcesページは、IANA が IP アドレスシステムと AS 番号のグローバル調整に責任を負い、未割り当てアドレスのプールをグローバルポリシーに従って RIR に割り当て、プロトコル割り当てを文書化し、通常は ISP やエンドユーザーに直接割り当てを行わないと述べている。このページは5つの RIR を列挙し、IPv4、IPv6、AS 番号のレジストリを指し示している。
公開されているIPv4 Address Space registryはルートビューである。これは/8レベルの指定、ステータス、whois および RDAP ポインター、そしてアドレス空間が割り当て済み、予約済み、またはレガシーのいずれであるかを記録している。全ての下流契約や顧客ファイルを含んでいるわけではない。これが価値を持つのは、グローバルアドレス空間から責任あるレジストリサービスへの共通マップを固定するからである。
IPv6 Global Unicast Address Space registryも同様の抑制精神で機能している。プレフィックス、指定、日付、WHOIS、RDAP、ステータスを記録している。AS Numbers registryは RIR によって割り当てられた範囲と関連サービスへのポインターを記録している。これらのレジストリは、グローバル台帳が百科事典的でなくとも信頼できるものであり得ることを証明している。
ポータビリティ問題が問うているのは、より詳細なステータス層であり、異なる哲学ではない。現在、大きな地域ブロックは RIR を指し示している。地域ポータビリティ後は、グローバル台帳は、特定の現在の資源ステータスに責任を負う適格なレジストラを、おそらくより特定の区間や AS 番号範囲で記録する必要があるだろう。これはあらゆる契約を保存することよりも狭い主張である。私的な補足ディレクトリよりも強い主張である。それは、いかなる他のレジストラも矛盾してはならないルートのコミットメントである。
これが、「台帳」という言葉が有用である理由である。台帳は manifesto でも顧客関係システムでもない。認識された状態を変化させるイベントを記録する。順序を保存する。矛盾するエントリを検出する。再構築を可能にする。ポータビリティ時代の IANA 台帳はこれらのことを行い、多目的なガバナンスフォーラムになることを拒否すべきである。
ステータスコミットメントは顧客ファイルではない
最も重要なデータ規律は、ステータスコミットメントと顧客ファイルの違いである。ステータスコミットメントは、定義された資源区間または AS 番号範囲が現在の認識された状態、責任あるレジストラ、保有者の識別参照、イベントクラス、時刻、もしあれば紛争フラグ、そして公開サービスエンドポイントへのリンクを持つと言う。保護された証拠への暗号コミットメントを含むこともあり得る。商業価格、請求書、取締役会資料、融資契約、顧客リスト、機密性の高い身元文書を公開する必要はない。
この区別はプライバシーと競争を保護する。レジストラは、あらゆるビジネスファイルをグローバルルートに提出することなく、証拠審査、顧客サービス、オプション製品で競争できる。保有者は、貸し手、クラウド、上流、監査人に対して、機密条件を世界に晒すことなく継続性を証明できる。保護証拠はハッシュによりコミットされ、権限の下で審査され、理由カテゴリーにリンクされ得るため、ルート台帳は依然として監査をサポートできる。
ステータスコミットメントはイベントクラスを中心に構成されるべきである。例としては、現在の保有者確認、適格レジストラ割り当て、レジストラ移行保留、レジストラ移行完了、保有者移転保留、保有者移転完了、紛争記録、裁判所または管轄当局による保留記録、緊急オペレーター有効、返還資源、予約資源、レガシーステータス確認、修正完了などが含まれる。各イベントクラスは公開された意味と定義された効果を持つべきである。
台帳は不確実性を隠すべきではない。移転が争われているならば、公開状態はその旨を示すべきだ。裁判所命令が変更を凍結するならば、台帳は保護された申請書類を公開することなく、保留カテゴリーを示すべきだ。レジストラが緊急運用下にあるならば、台帳は一時的なサービスプロバイダーと予想される審査または返還ルートを示すべきだ。修正がエラーを置き換えたならば、以前のレコードは修正理由と共に歴史的に表示可能なままであるべきだ。
したがって、薄いステータスコミットメントは、従来の公開登録簿以上のことを行う。依存パーティに必要な状態を与えつつ、ルートが私的なビジネスの詳細ファイルになるのを防ぐ。それは拡張可能なほど狭く、かつ矛盾を防ぐのに十分なほど強力である。
重複割り当ては政治的問題である前に区間問題である
重複割り当ては憲政危機のように聞こえるが、最初のテストは数学的である。提案されたステータスイベントが既に現在のステータスイベントと重なるか?より特定の区間が包含区間と競合するか?AS 番号範囲が既存の範囲と交差するか?返還または予約された範囲が誤ったパーティによって有効化されているか?レガシーブロックが継続性の証拠なしに主張されているか?これらの問いは、いかなる政治的議論が始まる前にテスト可能である。
ポータビリティ時代の台帳は、区間ルールを機械的厳格さで施行すべきである。レジストラは、定義されたルールの下で認識された分割、集約、修正、移転、または紛争記録でない限り、他の現在の保有者ステータスと重なる区間について、現在の保有者ステータスを提出できないようにすべきである。AS 番号範囲も同様である。ルートは自動的に矛盾を拒否し、拒否カテゴリーを公開すべきである。
それはあらゆる競合が単純であることを意味しない。二当事者がもっともらしい証拠を提供するかもしれない。裁判所が、移転が署名された後、しかしレジストラ移行完了前にイベントを凍結するかもしれない。承継法人が一部の資源を相続する一方、分離された事業が他を受け取るかもしれない。レガシー保有者が、現代の契約カテゴリーに当てはまらない古いレコードを保有しているかもしれない。台帳は全ての実体的問題を即座に解決できない。それが防げるのは、競合が二つのクリーンな現在レコードになることである。
競合状態は明示されるべきである。台帳は、資源が係争中であること、保留中のイベントが一時停止されていること、重複する現在割り当てが受け入れられていないこと、適格な審査者または裁定ルートが保護証拠を取り扱っていることを示せる。依存パーティは、クリーンなレコードと争われたレコードの違いを認識する。沈黙は紛争表記よりも危険である。
ここで、NRS のアンチ・パトロネージュ論が技術的に基礎付けられる。現職レジストラは、ルートを曖昧に保ちながら協力を拒否することでポータビリティを抑圧できるべきではない。新規レジストラは、矛盾するクリーンなレコードに署名することでポータビリティを強制できるべきではない。台帳は、区間ルールと証拠クラスに適合するイベントのみを受け入れるべきである。これにより、一意性が武器ではなく共有の不変条件となる。
レジストラは不変層の上で競争すべきである
一度ルートが重複する現在状態を拒否すれば、競争は適切な場所に移行できる。適格な番号レジストラは、保有者が実際に経験するサービスで競争できる。あるレジストラはより良い多言語サポートを提供するかもしれない。別のレジストラは IPv4 移転や融資者向け証拠に特化するかもしれない。また別のレジストラは、より低い固定費で小規模 ISP をサポートするかもしれない。別のレジストラは、より強力な委譲 RPKI ツーリングを提供するかもしれない。また別のレジストラは、緊急時の継続性や支払不能に敏感なケースで信頼されるかもしれない。
競争には、重複ステータスを創出する権利は含まれるべきではない。レジストラは、保有者にサービスを提供し、ルートテストに合格することで勝つのであり、疑わしい主張のより容易な承認を約束することで勝つべきではない。レジストラが不注意になれば、ルート台帳や外部監査人が拒否率、競合インシデント、期限切れエンドポイント、セキュリティ問題、保有者クレームを検出するはずだ。資格はそれにより機能ごとに制限、停止、取り消しされ得る。
このモデルは、オペレーターが既に理解している規律に似ている。多数のサービスがインターネットの周辺で、プロトコル不変量を共有しながら競争できる。トランジットプロバイダーは IP パケット構造を再定義することなく競争する。証明書認証局はブラウザやアプリケーションの信頼ルールの内部で競争するが、監査やインシデント開示の対象となる。DNS レジストラは、ドメイン名レジストリが名前に対する権威あるレコードであり続けるシステムの中で競争する。この類推は番号にとって完全ではないが、不変量とサービスの分離は馴染み深い。
番号資源にとって、レジストラ競争は、希少性がレコードを財務的に重要にするため、特に規律付けられるべきである。あるレジストラは、より迅速な承認、より少ない証拠、より緩い紛争処理、または問題含みの履歴に対する沈黙を約束することで顧客を獲得しようと誘惑されるかもしれない。証拠ベースの資格制度は、そうした約束を高価なものにすべきである。自らの承認を説明できないレジストラは依存を失うべきだ。
NRS は、この分離を明確に保つ場合にのみ、レジストラ、保証機関、ポータビリティ推進者、あるいは標準の招集者としての立場を取れる。積極的主張は、NRS が新たな中央支配者になるべきだということではない。保有者が、一資源一現在ステータスルールを損なうことなく、適格なサービスを選択できるべきだということだ。
RDAP は、ルートが全ての答えを所有せずに指し示せる方法を示している
RDAP はポータビリティへの完全な答えではないが、重要な手がかりである。RFC 9224は、クライアントが IANA ブートストラップデータを通じて、ドメイン、アドレス、AS 番号に対する権威ある RDAP サービスをどのように見つけられるかを説明している。IP アドレス空間については、最長一致ロジックを用いて関連するベース RDAP URL を選択する。これは、構造化クエリに応答する責任を負うサービスを指し示す公開ディスカバリー層である。
ポータビリティ時代のルート台帳はその設計から学ぶことができる。ルートは全ての RDAP レスポンスを自ら提供する必要はない。現在の適格なサービスエンドポイントを識別し、その権限または補足的ステータスを明確にする必要がある。保有者が一つのレジストラから別のレジストラに移行する場合、台帳は履歴証拠を保持しつつ、責任あるサービスポインターを更新できる。より特定の区間が異なるレジストラによってサービスされる場合、最長一致ロジックと競合制御が曖昧さを防ぐことができる。
この教訓は逆方向にも働く。RDAP ブートストラップだけでは不十分である。サービスポインターは正確であり得るが、基礎となるレコードは争われているかもしれない。レジストラエンドポイントは到達可能であるが、保有者移転が争われているかもしれない。クエリはクリーンな JSON を返すが、保護証拠は薄弱かもしれない。したがって、ステータス台帳は単なる URL ではなく、イベントクラス、紛争状態、レジストラ資格を記録しなければならない。
RDAP は移行リスクも浮き彫りにする。クライアントはデータをキャッシュする。ツールはエラーの扱いが異なる。一部のユーザーは依然として WHOIS、内部ミラー、またはベンダーデータベースに依存している。レジストラ移行はそのため、数日から数週間にわたり陳腐化した公開証拠を残すかもしれない。台帳は、定義された移行期間中に旧状態と新状態のサービス状態を開示し、依存パーティが現在状態を陳腐化したコピーから区別できるように、十分な時間メタデータを公開すべきである。
NRS は、ポータビリティを二者間通知ではなく公開ディスカバリーにおいて可視化することで価値を付加できる。保有者がレジストラサービスを移行する場合、顧客は変更された RDAP エンドポイントが乗っ取りなのか、移転なのか、停止なのか、認可されたサービス移行なのかを推測すべきではない。ルートステータスコミットメントは変化のクラスを伝えるべきである。
RPKI と逆引き DNS はガードレールと共に移行されなければならない
ルート台帳だけでは、RPKI と逆引き DNS がポータビリティ中に破綻するならば不十分である。多数のオペレーターは、レジストリの哲学的ステータスよりも、自らのルートが検証されるかどうか、逆引き DNS 委譲が機能するかどうか、abuse 連絡先が到達可能であり続けるかどうか、そして顧客がクラウドやセキュリティチェックを通過できるかどうかに関心を持つ。これらの依存関係を破壊するクリーンな保有者移行は、失敗と判断されるだろう。
RPKI は特別な注意を生む。なぜなら、リソース証明書は割り当てを証明し、ROA はルートフィルターを構築するために使用され得るからである。RFC 6480は、リソース証明書がどのように公開鍵を IP アドレスや AS 番号に結び付け、ROA がルートオリジン認可を支援するかを記述している。もしポータビリティが証明書サポートに責任を負うレジストラを変更するならば、その変更は偶発的な無効化や静かな鍵の乗っ取りを生じてはならない。
ポータビリティ時代の台帳は、全ての ROA を自ら発行すべきではない。証明書移行が保留中か、完了か、一時停止か、争われているかを、依存サービスが理解できるようにするステータスを記録すべきである。レジストラは、ホスト型および委譲型 RPKI オプション、鍵ロールオーバー、緊急治療期間、陳腐化オブジェクト検出、明確な保有者選択をサポートすべきである。台帳は、レジストラが RPKI の管理を隠れた離脱障壁として使用することを防ぐのに十分なステータスを記録すべきだ。
逆引き DNS にも同様の境界が必要である。親ゾーンの委譲は認識されたインフラストラクチャを伴い、単に私当事者が要求書に署名したからといって移行できるものではない。しかし、レジストラ移行は、保有者に逆引き DNS 継続性のための可視的な経路なしに放置すべきではない。台帳は、どのレジストラが委譲サービスを調整するか、変更が保留中かどうか、旧ネームサーバーが猶予期間にとどまるかどうか、逆引き DNS コンポーネントが争われているかどうかを記録できる。
要点は、全ての依存サービスをルート台帳の一部にすることではない。ポータビリティにガードレールを確実に備えさせることである。保有者移行は、RDAP、RPKI、逆引き DNS、abuse 連絡先、公開ステータス、顧客通知、陳腐化データ警告、ロールバックという依存関係チェックリストを伴うべきである。これらの依存関係を扱えないレジストラは、ライブのポータビリティに対して適格とされるべきではない。
移転とレジストラ移行には異なるロックが必要である
保有者移転とレジストラ移行は異なるイベントである。移転は、誰が資源を管理するか、あるいは資源に対して認識されるかを変更する。レジストラ移行は、保有者のためにレコードを維持または公開するサービスプロバイダーを変更する。この二つを混同することは、回避可能なリスクを生む。悪意ある行為者は、サービス移行として移転を偽装し得る。現職者は、サービスポータビリティの拒否を所有権に対する懸念として偽装し得る。貸し手は、レジストラ変更を担保の毀損と誤解し得る。
したがって、IANA 台帳は異なるロックを用いるべきである。移転ロックは、保有者ステータスの無許可の変更から保護すべきである。売り手または前任者の権限、買い手または承継者の身元、保護された取引証拠、紛争チェック、完了条件を必要とすべきである。レジストラ移行ロックは、無許可のサービスプロバイダー変更から保護すべきである。保有者の指示、受け入れレジストラの資格、退出サービス通知、依存関係の移行、ロールバックのタイミングを必要とすべきである。
ロックは、私的条件を過度に露出させることなく可視化されるべきである。公開ステータスは、タイムスタンプ、責任あるレジストラ、紛争フラグと共に、「レジストラ移行保留中」または「保有者移転保留中」と示せる。価格や契約詳細を開示する必要はない。裁判所や管轄当局がイベントを一時停止するならば、台帳は、一時停止のクラスと公開上の効果を示すべきである。
異なるロックは監査も改善する。争われた移転は、権限の連鎖と取引証拠として分析できる。争われたレジストラ移行は、保有者の指示とサービス継続性として分析できる。エビデンスは異なる。救済策は異なる。顧客への影響は異なる。イベントを分離する薄い台帳は、監査人や依存パーティに、より良いシグナルを与える。
これは、地域による囲い込みに対する直接的な改善である。旧モデルでは、保有者は、移転や紛争を審査するのと同じ機関でレジストラサービスを維持しなければならないかもしれない。その機関は、レコードキーパーと実質的なゲートキーパーの両方になり得る。ポータビリティモデルは、定義されたロックが適用されるのでない限り、サービスの移行を許可する。それが、一意性を保護することと、役所を保護することの違いである。
レガシーアドレス空間と IPv6 は後回しであってはならない
クリーンな最近の割り当てにしか機能しないポータビリティ台帳は、実際のインターネットでは失敗するだろう。レガシーIPv4 レコード、回収されたアドレス空間、古い企業履歴、国別レジストリの痕跡、合併、プロバイダー独立 IPv6、AS 番号変更、部分的な再割り当ては、全てエッジケースを生み出す。ルート台帳は、履歴を消去したり、保有者を永久にその場所に凍結したりすることなく、これらを処理しなければならない。
レガシーIPv4 が最も困難である。なぜなら、証拠が現代の合意書よりも古い可能性があるからだ。IANA IPv4 レジストリは依然として多くの/8またはその一部をレガシーとして、または現在のレジストリによって管理されるものとしてマークしている。ポータビリティ時代の台帳は、全てのレガシー主張が現代の RIR 割り当てと同じ証拠ファイルを持つふりをするべきではない。証拠タイプ、年数、継続性、紛争ステータス、責任あるサービスプロバイダーを分類すべきである。時間をかけてより強力な証拠を許容しつつ、元の履歴を書き換えないようにするべきだ。
IPv6 は、アドレス空間が大きいというだけの理由でガバナンスリスクから自由であると扱うべきではない。IPv6 割り当ては依然として、正確な登録、ルーティング認可、逆引き DNS、顧客調達、運用継続性に依存している。IPv6 に対する地域ポータビリティは、IPv4 と同じ希少性価格を伴わないかもしれないが、一貫した公開状態への同じ依存性を伴う。希少な IPv4 だけを保護する台帳は、次の層で断片化を再創出するだろう。
AS 番号も慎重な扱いを必要とする。IANA AS 番号レジストリは RIR によって割り当てられた範囲を記録し、関連サービスを指し示す。ASN は、ルーティング上の高い重要性を持つ小さな識別子である。ASN に対するレジストラ移行は、abuse 連絡先、ルーティング識別エビデンス、該当する場合の RPKI 関連資料、顧客向けの継続性を保存すべきである。重複する現在 AS 番号ステータスは、重複するアドレスステータスと同様に受け入れられないだろう。
NRS は、これらの困難なクラスを受け入れることで、自らの積極的事例を強化できる。実際のポータビリティサービスは、最もクリーンな資源だけを選り好みしない。不確実性を文書化し、異なる証拠タイプを受け入れ、重複を拒否し、保有者に自らの証拠を改善する経路を与える。それが、台帳が懲罰的になることなく、時間と共により正確になる方法である。
緊急時の継続性は可視的かつ一時的であるべきだ
地域ポータビリティは、部分的には通常のサービス選択改革であり、部分的には緊急安全改革である。保有者は通常時に貧弱なレジストラを離脱できるべきだ。コミュニティもまた、レジストラや RIR が運用不能になった場合にサービスを保存する方法を持つべきである。この二つのケースは接続されるべきだが、同一ではない。
NRO ガバナンス文書草案は、RIR が自らの地域に適切にサービスを提供できない場合の緊急継続性について議論し、他の RIR や ICANN が関与する一時的な取り決めを認めている。ポータビリティ時代の台帳は、緊急オペレーター、影響を受ける資源セット、開始時刻、権限の根拠、サービス制限、審査日、返還条件を記録することで、そうした取り決めをより安全にすることができる。緊急サービスは、審査のない乗っ取りになってはならない。
NRS も同じ原則を支持すべきである。NRS または他の適格なレジストラが機能しなくなっても、保有者のレコードは機関と共に消えてはならない。エスクロー、証人付きチェックポイント、証拠のエクスポート、後継者の選択、制限された緊急運用は、障害が審査される間、他の適格なレジストラが保有者にサービスを提供することを可能にすべきである。ルート台帳は緊急状態を記録し、依存パーティが商業移転ではなく一時的な継続性を見ていることを認識できるようにすべきである。
緊急時の継続性は、日和見主義から保有者を保護しなければならない。危機は、強力な機関が権限を拡張する最も容易な瞬間である。ルート台帳は、狭く限定された影響セット、明示された理由、時間制限、独立した審査、返還または移行の決定を要求すべきである。一時的オペレーターは、無関係な政策紛争を裁定したり、権利を書き換えたりするのではなく、レコードとサービスを保存すべきである。
ここに、IANA 台帳がポータビリティを混乱から守ることができる方法がある。平時には、レジストラの選択を記録する。危機には、制限された一時的なサービス状態を記録する。いずれにおいても、重複する現在割り当てを拒否する。正しい不変条件を制御するならば、薄いルートは弱くはない。
監査とモニタリングは台帳を公共基盤に変える
誰も監査できない台帳は、単に大げさな名前が付いたデータベースに過ぎない。IANA ポータビリティ台帳は、モニター、監査人、保有者のために設計されるべきである。モニターは、公開コミットメント、サービスポインター、時刻順序、区間重複、一貫性をチェックできる。監査人は、権限の下で保護証拠を審査できる。保有者は、自らのイベント履歴をエクスポートし、顧客や貸し手に継続性を証明できる。
透明性ログのアイデアが助けになる。RFC 9162は、追加専用ログのための署名付きツリーヘッド、包含証明、一貫性証明を定義している。番号台帳には独自のルールが必要だが、モニタリングの教訓は強力である。すなわち、公開コミットメントは、独立した当事者がそれらを比較し、矛盾する履歴を検出するときに、より価値が高まる。ルート台帳は、単にオペレーターが一つのビューを持っていると言うことだけに依存すべきではない。
監査にはネガティブイベントも含まれるべきである。拒否された提出物、重複競合、争われた主張、緊急保留、期限切れエンドポイント、レジストラ資格の失敗、修正されたエラーは、全て制度的健全性の証拠である。クリーンな完了のみを公開するシステムは、分母を隠す。レジストラが多くの拒否された変更を提出しているならば、依存パーティはそのカテゴリーを知るべきである。ルートオペレーターが多くのステータス更新を遅延させているならば、サービスは精査を必要とする。
保有者は自らのレコードを必要とする。ポータビリティの権利は、保有者がイベント受領証、保護証拠参照、公開ステータス履歴、依存関係通知を別のレジストラに持ち運べなければ不完全である。エクスポートは標準化され、検証可能で、監査人が利用可能であるべきである。それは制度的障害を生き延びるべきである。全ての機密文書の公開開示を要求すべきではない。
積極的な NRS のテーゼは、監査が顧客基盤として扱われるときに強くなる。レジストラを選択する保有者は、単にヘルプデスクを選択しているのではない。移転、金融、調達、クラウドオンボーディング、紛争対応、緊急サービスにおいて使用されるエビデンスの品質を選択しているのである。レジストラ競争は、したがって、検証可能なレコードにおける競争であるべきだ。
反断片化の約束
反断片化の約束は単純である。ポータビリティは重複割り当てを生じてはならない。それは、グローバルなレコードを強化しつつ、制度的な閉じ込めを削減すべきである。この約束が信頼できるのは、全てのポータビリティイベントが、重複を拒否し履歴を保存できるルートステータスコミットメントを通過する場合のみである。
このため、ルート台帳は連合的な噂ネットワークとは異なる。レジストラは豊富なファイルを保持し得る。受領証に署名し得る。顧客ダッシュボード、私的証拠保管庫、サポート履歴を維持し得る。しかし、パブリックインターネットは最終的な現在状態シグナルを必要とする。二つのレジストラが意見を異にする場合、ルート台帳は不一致を示さなければならず、沈黙を選択したり、両方をクリーンとして公開してはならない。
この約束は IANA も制限する。IANA は、保有者の事業モデルが望ましいかどうか、価格が高すぎたかどうか、アドレスブロックが道徳的に遊休状態かどうか、あるいはネットワークが経路をアナウンスすべきかどうかを決定するためにルート台帳を用いるべきではない。これらの問いは、関連する場合、契約、裁判所、市場、オペレーター、政策団体に属する。ルートは、希少資源に付随し得るあらゆる公共的利益の主張ではなく、一意性とステータスを保護する。
その制限は NRS にとっても良いことだ。NRS が、保有者が失敗したレジストリから離脱できる世界を望むならば、離脱不可能になるルートを設計すべきではない。ルートは、定義された後継者取り決めによって置き換え可能であり、外部から監視され、公開標準によって制約されるべきである。レジストラ層は複数存在すべきである。保有者のレコードはポータブルであるべきだ。要点の全ては、ゲートキーパーではなく、台帳を保護することである。
その意味で、地域ポータビリティは IANA の一意性機能に対する脅威ではない。それは、一意性がよりクリーンに表現されることへの要求である。地域を管理の代理として用いる代わりに、システムは、現在ステータスのためのグローバルルートコミットメントと、サービスのための適格レジストラを使用できる。地域は依然として法、言語、アウトリーチ、政策にとって重要であり得る。それは保有者の牢獄であるべきではない。
レジストラ資格は継続的条件である
レジストラ層は一度きりのクラブであってはならない。適格な番号レジストラは、ルート台帳が依存する能力を証明している間のみ、適格であり続けるべきである。これは、セキュリティ、サービス可用性、証拠審査、競合処理、顧客通知、RPKI 移行サポート、逆引き DNS 調整、保護証拠保管、監査協力、エクスポートに関する継続的テストを意味する。これらの能力が低下すれば、資格も低下すべきである。
継続的資格は、旧来の承認モデルがしばしば生み出す問題を解決する。一度地域レジストリが承認されると、地位の喪失があまりに破壊的になるため、システムはそれを使用することを躊躇する。実際的な結果は、パフォーマンスが悪化しても承認が恒久的になり得ることだ。モジュール型のレジストラモデルは、より脆くなくなり得る。あるレジストラは、高リスク保有者移転を処理する権限を失う一方、通常の RDAP サービス資格を保持し得る。別のレジストラは、セキュリティ審査が完了するまでライブポータビリティステータスを失う一方、補足的証拠ステータスを保持し得る。
したがって、ルート台帳はレジストラ資格クラスを記録すべきである。レジストラは、公開登録サービス、保有者証拠保管、レジストラ移行、移転サポート、RPKI サポート、逆引き DNS 調整、緊急継続性、保護紛争証拠に対して適格であり得る。これらクラスは、依存パーティが、レジストラがその権限の範囲内で行動しているかどうかを知る必要があるため、公開されるべきである。連絡先データを維持するために適格なレジストラが、自動的に緊急移行を実行するために適格であるべきではない。
資格は、財務的および制度的継続性も含むべきだが、現職者を保護するために設計された障壁となってはならない。小規模なレジストラは、強力なエスクロー、限定的スコープ、外部監査、クリーンなセキュリティ管理、テスト済みの返還計画を持つならば安全であり得る。大規模なレジストラは、不透明、利益相反、またはエラー修正が遅いならば安全でない可能性がある。規模は証拠であり、証拠の代用ではない。
NRS は、全か無かの承認ではなく、クラスベースの資格を提案することで、早期の貢献ができる。これにより、インターネットは新サービスを、全てのリスクを一度に引き渡すことなくテストできるようになる。また、現職サービスの自らの権限がクラスによって記述され得るため、彼らをより説明責任のあるものにするだろう。現在の RIR があるサービスカテゴリーで弱点を示したならば、救済策はそのカテゴリーを対象とでき、機関全体を脅かさない。
継続的条件の原則は、証拠について厳格であるべきだ。レジストラはサービス指標、セキュリティ証明、インシデントカテゴリー、修正レイテンシー、エクスポート成功率、紛争件数、拒否された競合試行、監査結果を公開すべきである。コミュニティの正統性という一般的な主張の背後に隠れることを許されるべきではない。資格は現在時制の条件である。それは繰り返し獲得される。
台帳は、市場規制当局にならずに金融と顧客デューデリジェンスを改善できる
希少な IPv4 レコードは、既に取引、資金調達の議論、保険の問い合わせ、クラウドオンボーディング、エンタープライズ調達、合併審査に登場する。ポータビリティ時代の台帳は、価格を決して明示しなくとも、それらの市場に影響を与えるだろう。それは台帳を避ける理由ではない。その役割を狭く保つ理由である。
金融にとって有用なシグナルは、IANA や NRS がプレフィックスを評価することではない。貸し手や買い手が現在のステータス、レジストラの責任、紛争フラグ、保留中の移転状態、サービス移行ロック、RPKI 移行リスク、エクスポート履歴を検証できることである。貸し手は、担保価値をルートに認証させる必要はない。借り手がレジストラを変更したり、経営困難に陥った場合に、登録状態が特定、確認、維持可能であることの証拠を必要とする。
顧客にとって有用なシグナルは継続性である。マネージドサービスの買い手、クラウド顧客、公共部門の機関は、サービスを支えるアドレスが、企業変更、レジストラ移行、紛争を通じて到達可能で説明責任を保ち続ける可能性が高いかどうかを知りたい。台帳は、リソースが現在のレジストラを持ち、変更が保留中であり、重複ステータスが受け入れられておらず、依存するサービスの移行が公開状態にあることを示せる。顧客の契約が良好かどうかを決定すべきではない。
ブローカーや移転当事者にとって有用なシグナルはイベント分離である。移転保留フラグ、レジストラ移行保留フラグ、紛争フラグは、当事者が全てのレジストリ更新を所有権の証明として扱うという共通の過ちを避けるのを助ける。彼らはクロージング条件、エスクロー解除、顧客通知、ロールバックを交渉できる。台帳はステータスを供給し、当事者は商業条件を供給する。
濫用・セキュリティチームにとって有用なシグナルは責任の所在である。レジストラ移行中、abuse 連絡先や RDAP エンドポイントが陳腐化し得る。台帳ステータスは、どのレジストラが現在の公開レコードに責任を負い、移行が進行中かどうかを識別できる。それは、ルートをコンテンツや濫用の裁判所にすることなく、無駄なエスカレーションを減らす。
これらの利益は、市場規制当局の誘惑を拒否することに依存する。ルートは、ステータスの条件として販売価格を記録すべきではない。保有者がプレフィックスを「効率的に」使用しているかどうかを判断すべきではない。資金調達条件を課すべきではない。プレミアムレジストラサービスを購入できる顧客を優遇すべきではない。信頼できる公開状態を提供し、他の市場が、隠れたレジストリリスクを減らして自らの決定を行えるようにすべきである。
NRS の積極的テーゼが最も強力になるのは、まさにそれを言うときだ。証明に対して支払い、サービスで競争し、ルートを共有財産として保つ。私的市場、裁判所、オペレーターが、台帳が彼らの支配者になることなく、証拠を使用することを許せ。
地理は証拠であり続けるべきで、投獄であってはならない
地域レジストリは、サービス、コミュニティ形成、初期の割り当て履歴が地域的形状を持っていたために、地理を中心に構築された。地理は依然として重要である。法、言語、紛争フォーラム、公共部門の顧客、通信規制、税務処遇、制裁エクスポージャー、緊急時対応、地域の運用規範は、全て保有者に影響を与え得る。ポータビリティ時代の台帳は、証拠ファイルから地理を消し去るべきではない。
しかし、地理は永続的な制度的拘束と同一であってはならない。ある法域で設立され、別の法域で事業を運営し、複数の地域にまたがる顧客にサービスを提供する保有者は、実際の運用リスクを理解するレジストラを選択する正当な理由があるかもしれない。多国籍グループは、地域の公開レコードを維持しつつ、統合されたサービスサポートを必要とするかもしれない。失敗した地域機関から回復しつつあるネットワークは、他の適格レジストラからの即時の継続性を必要とするかもしれない。これらのケースでは、問われるべきは、レジストラ移行が一意性と証拠を保存するかどうかであり、地図がかつてその旧オフィスを不可避にしたかどうかではない。
台帳は、運命を強制するのではなく、事実を記録することで地理を扱える。元の割り当て経路、現在の保有者の法域、運用上の連絡地域、レジストラの所在地、既知の場合は適用される紛争フォーラム、そして資源に依然として影響を与えるあらゆる地域政策条件を記録できる。これらの事実は依存パーティを助ける。保有者が永久に一つのレジストラに留まることを要求しない。
この区別は公平性にとって重要である。貧弱な、あるいは小規模なネットワークは、地域独占の失敗を吸収する能力が最も低いことが多い。機関の破綻に対する唯一の回答が忍耐であるならば、彼らは顧客離れ、遅延する調達、阻害された資金調達、運用上の不確実性という代償を支払う。ポータビリティは彼らに安全弁を与える。ルート台帳は、その安全弁が制御不能な重複レコードになるのを防ぐ。
証拠としての地理は公共の利益も保護する。政府、裁判所、規制当局は、法的関連性を持つ場合、依然として記録され得る。レジストラ移行は、裁判所命令、制裁上の懸念、支払不能による停止、公共サービスへの依存を消去しない。単に、実際の法的または運用的状況がより正確に述べられる場合に、サービス選択を拒否するための包括的理由として地理が使用されるのを防ぐ。
NRS はここで注意すべきである。自由企業と保有者管理に関する積極的事例は、正当な地域的事実を尊重しつつ、不必要な制度的閉じ込めを拒否するときに最も強力になる。ポータビリティ後の IANA 台帳は、地理を見える化し、審査可能にし、制限付きにすべきである。地理を牢獄に変えるべきではなく、地理が消え去ったふりをすべきでもない。
NRS が最初に証明すべきこと
NRS は全体のシステムを求めることから始める必要はない。最も小さな有用なピースを証明することから始められる。第一に、現在の認識された権限を補足的証拠と区別する、自発的な保有者レコードのためのステータスコミットメントフォーマットを公開する。第二に、アドレス区間と AS 番号範囲に対する決定論的重複チェックを示す。第三に、レジストラ退出後も存続する保有者エクスポート受領証を発行する。第四に、テスト資源と実際の依存関係チェックリストを用いて移行リハーサルを実行する。
第五に、コミットメントを検証し、不整合な履歴をチェックする独立したモニタープログラムを作成する。第六に、拒否および紛争カテゴリーを公開する。第七に、セキュリティインシデントと回復テストを開示する。第八に、保護証拠がコミットされ、公開ビューにダンプされることなく審査可能となるプライバシーモデルをサポートする。第九に、既存のレジストリ、オペレーター、貸し手、ブローカー、クラウドネットワーク、監査人を招き、完全な権限を受け入れることを要求せずにサービスをテストさせる。
これらの最初の証明は会話を変えるだろう。NRS が承認に値するかどうかについて議論する代わりに、コミュニティはどの機能が機能しているかを検査できる。クリーンなエクスポートを示すレジストラは、デューデリジェンスのための私的依存を獲得するかもしれない。移行リハーサルに合格するレジストラは、低リスクのサービス移行のためのパイロット依存を獲得するかもしれない。堅牢な監査をサポートするレジストラは、正式な IANA 統合の前でさえ有用になるかもしれない。
同じ規律が、最終的な IANA 台帳にも適用され得る。承認はモジュール化できる。サービスは、補足的証拠、次にサービスポインター試行、次にライブレジストラ移行、次に緊急継続性サポートに対して適格とされ得る。各レベルにはテスト、モニタリング、撤回条件がある。これが、インターネット全体を単一の政治的決定に賭けることなく、高リスクのシステムが変化する方法である。
積極的な NRS の主張は、信頼がテスト不可能な断片に分散化されるべきだということではない。サービス権力は分散化されるべきだが、一意性はグローバルにテスト可能であり続けるべきだということである。これは一貫した改革である。なぜなら、ルートとレジストラが異なる仕事をすることを認識しているからである。
ポータビリティ後の台帳
地域ポータビリティ後、IANA 台帳は最良の意味で退屈であるべきだ。各リソースについて、現在のステータスは何か、どのレジストラがサービスに責任を負うか、移転またはレジストラ移行が保留中か、紛争または緊急状態が記録されているか、公開サービスにどこで到達できるか、イベント履歴をどのように監査できるかを示すべきである。矛盾を拒否すべきである。古い状態を保存すべきである。裁判所、ブローカー、銀行、規制当局、ネットワークオペレーターになろうとすべきではない。
レジストラは面白くなるべきである。サポート、保証、証拠品質、移行、RPKI オプション、逆引き DNS 調整、顧客ツーリング、資金調達文書、紛争ナビゲーション、レジリエンスで競争すべきである。悪いレジストラは顧客と資格を失うべきだ。良いレジストラは依存を勝ち取るべきだ。保有者は、地域マップがかつて彼らをそこに割り当てたという理由だけで、恒久的に同じ機関に依存すべきではない。
これが NRS テーゼの最もクリーンな形である。インターネットは一意性を保存するためにパトロネージュを必要としない。検証するのに十分狭く、重複を防ぐのに十分強いルートコミットメントを必要とする。置き換え可能なサービスプロバイダーを必要とする。証拠を携行できる保有者を必要とする。ストーリーを再構築できる監査人とモニターを必要とする。全ての下流関係を所有せずに共通のステータスを保護するために IANA を必要とする。
地域ポータビリティは、エビデンスのショートカットとして売られるならば失敗するだろう。より強力なエビデンスマシンとして構築されるならば成功するだろう。グローバル台帳は一つのステータスコミットメントを記録する。競争するレジストラが顧客にサービスを提供する。誰も同じリソースを二度割り当てられない。それが構築に値する制度的な取引である。
情報源
- IANA Number Resources
- IANA IPv4 Address Space registry
- IANA IPv6 Global Unicast Address Space registry
- IANA Autonomous System Numbers registry
- RFC 7020: The Internet Numbers Registry System
- RFC 9224: Finding the Authoritative RDAP Service
- RFC 6480: An Infrastructure to Support Secure Internet Routing
- RFC 9162: Certificate Transparency Version 2.0
- NRO RIR Governance Document Version 2
- NRO SLA for IANA Numbering Services
- Number Resource Society Charter
- Lu Heng note on number-resource portability and ICP-2 revision

