要約

  • LACNICのlast changedは、特定のRDAPオブジェクトの情報が最後に変更された時点を示す。資源移転、BGP切り替え、トラフィック移行、ネットワーク引き渡しの日付を単独で証明するものではない。
  • 200.7.85.1への現行応答では、ネットワーク記録の最終変更は2024年、二つの埋め込みエンティティーは2026年である。三つの日付は別々のオブジェクトに属する。

分析

2026年8月26日、LACNICで200.7.85.1を照会すると、包含する200.7.84.0/23が返った。範囲は200.7.84.0から200.7.85.255で、種別はASSIGNED。最上位のイベントは2008年1月25日の登録と、2024年9月17日の最終変更だった。

同じJSONには二つのエンティティーが埋め込まれている。登録者UY-LACN-LACNICの最終変更は2026年8月7日。管理・技術・不正利用窓口の役割を持つAILは2026年1月20日である。これは矛盾ではない。2024年の日付はネットワーク・オブジェクトに、2026年の日付は各エンティティー記録に適用される。

RFC 9083は、eventsをオブジェクト・クラスの一つのインスタンスに生じたイベントとして定義する。last changedは、そのインスタンス内の情報が最後に変更された時点である。登録、再登録、移転、失効、削除、再作成も別のアクションとして定義される。「最終変更」を「移転」と読み替える根拠はない。

LACNICのWhois説明も同じ区別を置く。インターネット資源のchangedは資源情報の最終更新日、連絡先のchangedは連絡先情報の最終更新日である。RDAPはWhois登録情報をHTTPとJSONで標準化するが、読み取りやすさが証拠の射程を広げるわけではない。

買収調査や紛争、障害調査では、正確な時刻が「支配が移った日」として転記されやすい。しかし、この応答は変更された属性を示さず、ネットワーク・イベントの実行者も示さない。契約締結、機器移設、顧客切り替えを語ってもいない。証明できるのは、このオブジェクトの情報がその時点までに更新されたことだけだ。

ルーティングは別の証拠系に属する。RFC 4271のBGPは、自律システム間の更新、経路撤回、選択によって到達性を伝える。連絡先だけが変わり経路は変わらない場合も、起点ASやトラフィックが変わってRDAPは同時に変わらない場合もある。したがって、登録記録、法務・企業文書、BGP履歴、実サービス移行を別々の線として扱う必要がある。

last changedは、保存資料の探索期間を定め、スナップショットを比較するために有用だ。ただしtransferイベントがないことは、商業上または運用上の引き渡しがなかった証明ではない。この応答が移転として報告していない、という範囲にとどまる。

実務上の原則は、イベントより先にオブジェクトを名指すことだ。「ネットワーク・オブジェクトの情報が変更された」は正確だ。「ネットワークが譲渡された」には別の証拠が要る。

情報源