要約

  • RIPE Databaseの検索画面は、一部のオブジェクトについて過去の版を表示し、差分を比較できる。RIPE 93で、初期対応は少数のオブジェクト型に限ると説明された。
  • Web画面は既存の履歴へ近づきやすくした。記録の対象期間や公開項目が広がったわけではなく、公式ガイドも新しい入口に追いついていない。

登録情報の「現在値」は一つの答えだ。現場が欲しいのは、その値がいつ、どこから来たかという前のページである。RIPE NCCはその履歴を検索画面に置いた。オブジェクトを探し、Version Historyを開き、日付を選んで差分を比べる。以前のように、最初に端末コマンドを知っている人を探す必要はない。

RIPE NCCの10月の会員向け更新は、この機能を新しいデータベース改善として案内した。RIPE 93のDatabase Working Group運用報告では、版の一覧、個別版の表示、二つの版の比較がWebに入ったと説明している。RIPE NCCのAS3333を検索すると、aut-numの結果にVersion Historyボタンが現れた。開いたObject History画面には日付選択欄、Compare、XMLとJSONへのリンクがある。最新として表示された版は2026年3月19日処理分だった。少なくともこの型では、履歴が検索結果の隣に来た。

履歴そのものが今月生まれたわけではない。Databaseには過去版があり、コマンドラインでは一覧と比較ができた。RIPEstatも従来から版履歴APIを使うデータベース・ウィジェットを持っていた。10月の変更は、検索ページに直接の入口を設けたことだ。RIPE 93の説明によれば、初期対応は少数のオブジェクト型のみで、後から増やしやすいという。会員向け更新も対象を「selected」とだけ書き、一覧は示していない。

そこで公式ガイドとのずれが目立つ。RIPE DatabaseのHistorical Queriesページは、履歴のクエリ・フラグはコマンドラインでしか使えず、Web検索フォームやREST APIからは使えないと今も説明する。一方、別の公式REST資料には版一覧と個別版取得のエンドポイントがある。検索ページからはObject Historyも開く。読者が三つの説明をつなげることはできる。新機能を探すために製品の地層を掘らせるのが、ガイドの仕事ではない。

履歴の見やすさは、実務に効く。運用担当者は、登録上の主体、リソースの記述、ルーティングに関係する属性がいつ変わったかを確認する。二つの応答を手作業で並べる代わりに、差分が一画面に出れば確認コストは下がる。検索したオブジェクトのそばに証拠を置くことは、地味だが正しい改善だ。

ただし差分は、変更の判断理由を語らない。公開されている版メタデータは、リビジョン番号、日付、操作を示す。日付はデータベースが更新を処理した時点にサーバーが付けるもので、申請者の入力ではない。公開データモデルには申請者や理由の項目がない。どの属性が変わったかは見える。なぜ変えたかは、その画面だけでは分からない。

履歴の範囲にも境界がある。ガイドによると、照会できるのは現存する運用オブジェクトで、履歴は最後の作成または再作成から始まる。削除後に再作成された場合、公開履歴は新しいライフサイクルと削除日を示すが、以前のライフサイクル全体は連続した記録として戻らない。PERSONとROLEの過去オブジェクトは照会できず、メールアドレスを含む属性は履歴応答から除かれる。プライバシーと連続性に関わる具体的な制限であり、「完全な監査ログ」として扱った後に読む注記ではない。

今すぐ必要なのは、対応オブジェクト型の一覧だ。RIPE 93は初期対象を少数と説明した。ボタンがあれば、その検索結果では機能が使える。なければ、型が未対応なのか、公開できる履歴がないのか、別の条件があるのかを公開資料から判別できない。月次更新にも型の名前はなく、履歴ガイドは以前の端末操作へ案内する。

RIPE NCCは、画面、API、証拠の限界を一ページにまとめるべきだ。対象型と提供開始日、画面から対応APIへのリンク、履歴ボタンがない場合の意味、時刻、削除、再作成、個人データの扱いを入口のそばに記す。対象が増えたら同じページを更新する。新しいボタンを理解するために、読者が三つの資料を照合する必要はない。

履歴は見つけやすくなった。公式の操作ガイドは、まだ別の場所へ読者を送っている。

出典