要約

  • 現在のRIPE inetnumレコードは193.0.0.0 - 193.0.7.255にcountry: NLを掲げるが、NLが本社、設備、エンドユーザー、各アドレスの利用場所のどれを指すかは示さない。
  • RIPEの文書は、この属性が何を表すかは定義されておらず、信頼できるIP・国変換表として使えないと説明している。

二文字の値は、実際以上に明快に見える。193.0.0.0 - 193.0.7.255の現在のRIPE Database応答にはcountry: NLがある。同じオブジェクトにはRIPE NCC、RIPE NCCのインフラ向けという説明、ASSIGNED PA、2026年3月19日の更新時刻も記録されている。

したがって、取得時点でレジストリがNLを公開していたことは確認できる。しかし「何の国か」という問いは残る。

RIPEのプライマリーオブジェクト説明では、IPv4のinetnumにcountry:が必須で複数回記載可能とされる。一方、geofeed:とgeoloc:は別の任意属性である。データベースは国コード形式の値を要求できても、その値が現実世界のどの場所を表すかまでは決めない。

RIPE Databaseの統合文書は、この境界を明記する。書式は公式の2文字国コードで、EUのみ例外的に予約される。しかし対象は一度も特定されておらず、多国籍企業の本社、サーバーセンター、エンドユーザーの国などが考えられるという。よってIPアドレスを国に確実に対応付ける用途には使えない。

これはデータの誤りとは限らない。値の書式が正しく、オブジェクトが真正で、更新者に権限があっても、物理的な所在地の問いは別である。それらが証明するのはレジストリの記載内容であって、パケットの終点、設備、利用者、サービス提供地ではない。

RIPE Database FAQも、IPから国への変換表を求める利用者に対し、countryを100%正確な情報として頼らないよう注意する。資源保有者が追加するgeofeedも別に紹介されるが、RIPE NCCは地理位置情報を検証しないと説明している。別の属性へ移れば、出所、範囲、鮮度の確認が不要になるわけではない。

問題は再利用時に拡大する。資産台帳がこの値を管轄国と呼び、不正検知が顧客所在地と比較し、調達部門が設備の国として読む。コピーのたびに元の留保が落ち、最後には出典が述べていない地理的結論だけが残る。

安全な設計は三層を分ける。第一に、オブジェクト、範囲、属性、値、取得時刻という観測を保存する。第二に、法人所在地、運用者、設備、利用者、アドレス利用、トラフィック入口、サービス提供地のどれを知りたいか定義する。第三に、その問いに適した証拠を、対象範囲、時刻、不確実性とともに集める。

今回のオブジェクトについて言えるのは、取得時点でRIPE Databaseがcountry: NLを公開していたということまでである。その一行だけで、全アドレスがオランダで使われる、経路広告されている、パケットが同国で終端する、特定サービスが同国にあるとは言えない。

属性は登録メタデータとして有用である。測定、経路観測、法的評価の三役を同時に負わせなければ、その価値を保てる。

情報源