要約

  • RIPE NCCは2026年3月、RIPE NCCまたはスポンサーLIRとの契約がない約1,600のlegacy資源保有者へ連絡し、状態を確認して共同管理の組織オブジェクトを追加すると説明した。
  • 契約がないこと自体はRIPE-639が想定する状態であり、不正な保有、放棄、規則違反を意味しない。
  • 2026年第3四半期のBusiness Applications計画は、変更を二か所で手作業する必要があり、工具の改善で重複作業をなくすとしている。
  • 確認結果、組織オブジェクト、二つの更新、例外、切替え、訂正を結ぶ記録なら、本人確認資料を公開せずに移行を検証できる。

二つの場所に同じ変更を入れる。それは失敗の証拠ではない。だが、まだ移行が終わっていないことの証拠ではある。

RIPE NCCのBusiness Applications Quarterly Planningは、2026年Q3の項目6でlegacyオブジェクトの改善を扱う。契約のないlegacy資源は、契約付き資源や非legacy資源に適用される標準的な業務規則の外にあり、同じ規則で管理するための組織オブジェクトを欠いていた。そのため実務上、変更を二か所で手作業しなければならなかった。工具改善の目的は重複作業の解消である。

この設計には合理性がある。古い資源は、現在のRIR制度が整う前の組織、名称、連絡先、承継関係を引きずっている。現代の会員向けポータルと同じ前提を一律に当てれば、例外を自動的に誤分類する恐れがある。移行初期に人が二つの状態を見ることは、雑な統合より安全かもしれない。

組織オブジェクトにも明確な利点がある。資源と組織を結ぶ管理上の中心を作り、将来の変更にRIPE NCCを関与させる。古い連絡先やmaintainerの認証情報だけで重要な登録変更が進むことを避けられる。RIPE NCC自身が二重処理を技術的負債として解消しようとしている点も、現行方法を恒久化する意図がないことを示す。

そこで問うべきは、二重処理の存在ではない。二つの結果が一致したと誰が確認し、例外はどこに残り、いつ一つの経路へ切り替わったのかである。

約1,600は開始時の母集団

2026年3月17日のAddress Policy WGの投稿で、Registration Services責任者のMarco Schmidtは、RIPE NCCまたはスポンサーLIRとの契約関係がない約1,600のlegacy資源保有者へ連絡する方針を示した。

投稿は、契約を政策上の必須条件としていない。それでも多くの資源では、保有関係や連絡先が古い、不明瞭、または欠けており、更新処理を難しくしていたと説明する。「多く」は「全て」ではない。「約1,600」は現在の未解決件数でもない。発表時の事業規模である。RIPE 91のRegistration Servicesセッションとスライドも、契約のないlegacy資源の精度改善を課題として示すが、個別の保有者を不適切と判定してはいない。

発表された流れは、結果を分けている。既存の登録情報で保有者に連絡し、状態を確認した後、資源に共同管理の組織オブジェクトを付ける。以後の更新にはRIPE NCCが関与し、同様に確認する。保有関係を確認できない場合は、匿名化した名称の組織オブジェクトで未確認状態を表し、後日確認できれば更新する。

返信ではさらに、契約のない全保有者へ連絡する一方、現在のプロジェクトは状態確認に集中し、完了後に確認できなかった案件と次の選択肢を報告するとした。未回答を放棄と扱う記述も、資源を回収する記述もない。

無契約は制度外ではない

RIPE-639は、legacy資源そのものと契約関係を分離する。資源を保有、利用、移転する権利は同政策の対象外であり、特定資源の利用権を巡る紛争解決も範囲外である。

第2.6節は正式な関係がない場合を明記する。RIPE NCCは既に提供していたregistry service elementを継続し、新たな要素を開始する義務は負わず、実際の状況に合わせてRIPE Databaseの登録を更新できる。現在のlegacy保有者向け案内も、正式関係のない保有者が更新を依頼する経路を残す。確認後、RIPE NCCはデータベースのオブジェクトと内部記録を更新する。

契約はサービスと責任を定める。登録は一定目的で誰を関係者として扱うかを定める。移転は新たな保有者への変更を審査する。RPKIは契約とアカウント権限を要求する。BGP経路は運用上の別の事実である。これらを一つの「確認済み」に畳み込んではならない。

RIPE-863のdue diligence手続は、登録前と登録後の確認を分ける。legacy登録変更の確認書も、申請組織に保有者であるとの確認、対象オブジェクト、変更属性を求める。これは審査資料であって、誰に対しても通用する所有権証書ではない。

組織オブジェクトの効力には範囲がある

RIPE Databaseのsecondary object文書は、組織オブジェクトをデータ管理の中心的な出発点と説明する。組織に関係する人的資源とインターネット資源を結び付ける。参照の追加には組織の認証が必要だが、削除には同じ認証を求めない。会員のオブジェクトはRIPE NCCと会員の共同管理で、変更可能なフィールドにも分担がある。

だから組織オブジェクトは優れた管理単位になり得る。しかし、登記済みの権利書にはならない。将来の登録変更で連絡すべき組織を確認しても、過去の全承継、契約状態、現在の経路制御、移転承認、RPKI利用資格まで自動的に確定しない。

legacy移転の案内は、正当な保有者が明確であることと、当事者ごとの書類を要求する。独立・legacyエンドユーザー向けRPKI案内は、契約と、資源に関連する組織オブジェクトを保守する権限を持つAccessアカウントを要求する。現行legacy契約RIPE-834も、定義されたサービスのための別の選択肢である。

したがって、確認結果には対象を付ける必要がある。法人の存在を確認したのか。代表権か。今回の変更を依頼する権限か。登録目的における資源との関係か。その型がなければ、外部利用者が限定的な判断を全面的な権利判断へ拡張する。

二つの結果を一つの記録で結ぶ

Q3計画は二か所をフィールド単位では特定していない。公開案内はRIPE Databaseオブジェクトと内部記録の双方を更新すると述べるが、それだけで計画が指す二つのシステムやトランザクションを断定することはできない。

公開資料から言えるのは、手作業の重複が認められていること、案件別の照合、切替え条件、現在の結果別件数が公開されていないことである。内部にケースファイル、ロック、監視、ロールバック、監査ログがないという意味ではない。外部から移行を再現できないという限定された欠落である。

必要な記録は個人情報を含まなくてよい。

記録項目 役割
キャンペーンと手続の版 適用した規則を固定する
保護された案件・資源集合のダイジェスト 身元資料を出さずに各段階を結ぶ
確認結果と時刻 確認済み、保留、未確認、訂正を区別する
組織オブジェクトの状態 IDまたは匿名未確認マーカーを記録する
maintainerと認証の境界 どの変更を誰が開始・承認するか示す
変更前の状態 二つの処理が同じ出発点に立つことを示す
二か所の結果 成功、拒否、非該当、例外を個別に記録する
照合 一致または差異の理由分類を示す
切替えと変更後状態 次の更新を支配する経路を宣言する
訂正履歴 新しい証拠が前の結果をどう置き換えたか残す

一般公開は集計値とダイジェストだけでもよい。詳細は対象保有者に渡せる。これならパスポート、法人書類、連絡先、非公開の紛争を公表せず、判断時に同じ記録が存在したことを証明できる。匿名未確認マーカーも、期限と訂正経路を持つ暫定状態になる。

完了とは、二重処理を閉じること

2026年10月の目標は、連絡の送信完了だけでは足りない。約1,600という開始母集団が、確認済み、未確認、保留、対象外へどう分かれたか。どの例外が残ったか。いつから将来の変更が二つの手作業を必要としなくなったか。この三点が別々に必要である。

RIPE NCCは移行中の弱点を隠さずに公表した。次の責任は、それを置き換える状態を示すことである。組織オブジェクトが管理の中心になるなら、内部状態との照合、保守権限、訂正方法も同時に閉じなければならない。

歴史的資源を現代化する目的は、過去を一つのラベルで消すことではない。次の変更がどの限定された権威に従うかを明らかにすることだ。約1,600件は人の記憶だけに頼るには多すぎ、一つのフィールドで全てを語るには多様すぎる。成功を測るべき対象は、追加されたオブジェクトの数ではない。二つの場所が照合され、次の変更が一つの説明可能な経路に入った件数である。

情報源