要約

  • RIPE NCCによると、新しいRISwhois-rsは、これまでテストスイートがなかったルート検索サービスにテストを追加し、データ更新を8時間ごとから1時間ごとに短縮した。
  • このサービスが答えるのは、RIPE RISのコレクターがどのプレフィックスと起点ASを、どこで、いつ観測したかという問いだ。テスト項目の一覧と移行日程はまだ公表されていない。

WHOISの顔をした観測窓

whois -h riswhois.ripe.net 193.0.0.1 は、デモで歓声を集めるコマンドではない。ダッシュボードを探す前に端末で答えを得たいときの道具だ。RIPE NCCのRISwhoisは2003年から、RIPEのルートコレクターが受け取ったBGPデータを問い合わせる窓口を提供してきた。返答はRPSLに似た形式で、ネットワーク運用に携わる人や既存ツールが読みやすい。

10月26日のRIPE 93で、RIPE NCCの開発者Sam van Kampenが後継サービスRISwhois-rsを紹介した。公式の会議ブログによれば、従来版にはテストスイートがなく、開発の妨げになっていた。チームは新しい実装にテストを加え、データ更新を8時間ごとから毎時へ変えた。

RIPE NCC初の本番RustサービスがWHOIS風の問い合わせ窓口、というのはなかなかいい落ちだ。利用者の手元に見える入口は昔ながらでも、内側の実装は世代交代する。修正のたびに手作業で確認していたコードに、繰り返し実行できるチェックがようやく付いた。

返答の中身は「登録」ではなく観測

RISwhoisは、IPアドレス、プレフィックス、ASNを問い合わせると、一致するルート、起点AS、観測したコレクター、更新時刻、観測したRISピア数などを返す。-Rを指定すればRPKIの起源検証情報も加えられる。Tracerouteの一部のツールはWHOISサービスを使って各ホップにASNを付ける。

形式も製品の一部だ。利用者はウェブ画面の操作を覚えなくても、43番ポートに接続して問い合わせられる。RPSL風の出力を受け取るため、スクリプト、担当者、診断ツールが同じ入口を共有できる。この互換性が、公開データを日々の運用道具にしてきた。

2003年の発表では、RIPE NCCは10のルートコレクターと200を超えるIPv4・IPv6ピアを紹介していた。RISwhoisは各コレクターの最近のルーティングテーブルをまとめ、あるプレフィックスがどこで見えたか、どのASが起点だったかを示した。狙いは、参加ネットワークから届いた観測を、既存のツールが扱える形で問い合わせ可能にすることだった。

だから回答の読み方は具体的でよい。「この収集系は、どのコレクターで、何時に、このルートを見たか」。その観測時刻を自分のネットワーク記録やアラートと並べる。サービスは全ルーターの判断を一覧にするものではなく、参加するコレクターが受け取った経路の見え方を返す。

8時間待つ調査を、1時間待ちに

従来の更新間隔は8時間だった。毎時更新に変われば、予定されたスナップショット同士の間隔は短くなる。ルート変更を追う運用担当者は、次の更新まで勤務時間の大半を待たずに、同じ問い合わせをやり直せる。

新しい経路が関係するコレクターに届いたか、RISの観測と新しいRPKI結果の時刻がどれだけずれたかを、より早く確認できる。自動監視も、次の確認を起動するデータ時計を短くできる。派手な新機能ではないが、障害対応中に「次は7時間後に見よう」と言う場面を減らす。

RISwhoisは1時間ごとにスナップショットを更新する。RIPE NCCのRIS LiveはBGPメッセージの到着をほぼリアルタイムで追う。前者は収集済みデータへの問い合わせ、後者は到着するメッセージの流れだ。今回公表された更新間隔は8時間から1時間になった。

ダウンロード用のdumpとdump6も別の入口だ。現在の文書では、これらは要求時に生成され、同名のサービス内コマンドに対応する。問い合わせサービスの更新時刻だけから、ダウンロードファイルの作成時刻は分からない。ふたつの時刻は分けて表示する必要がある。

テストは、古いコードを直すたびの通行料を下げる

「テストスイートがなかった」という短い説明は、何を守る必要があったかを考えると重みが変わる。RISwhoisは複数の問い合わせ形式を受け取り、構造化した返答を出し、互換オプションを維持し、RPKI項目を追加できる。修正ひとつで古いクライアントが応答を読めなくなる可能性は、それぞれの挙動にある。

テストスイートには、維持する挙動を記録し、変更のたびに確かめる役割がある。アドレスとプレフィックスの検索、完全一致とより具体的な一致、IPv4/IPv6、持続接続、時刻、ピア数、RPKI項目、形式不正な入力などは、確認対象になりうる。公式会議ブログはテスト一覧を掲載していないため、互換性のどこまでをカバーするかはまだ分からない。

Rustは同じ保守の話の一部だ。RIPE NCCはこれを初の本番Rustサービスと呼び、この言語なら適切に作り込む敷居が低いと説明した。報告は速度、保守性、拡張性を改善目標に挙げる。比較測定、公開リポジトリ、テスト結果はまだ公表されていない。

目に見える運用変更は毎時更新だ。目立たない変更は、今後の改修に対して同じ確認を繰り返せるようになったこと。長く使われてきたサービスでは、その地味な仕組みが次の改善を可能にする。

次のリリースノートには証拠を添えてほしい

RISwhoisは二十年以上、古い構文で質問すれば新しいルーティング観測の要約が返ってくるという約束を守ってきた。RISwhois-rsはその入口を残しながら実装を置き換え、更新間隔を短くした。

次のRIPE NCCの告知では、本番切替日、利用者側でスクリプト修正が必要か、テストが対象にする問い合わせと出力、測定した応答時間の比較を示してほしい。バージョン付きの互換表があれば、旧サービス終了前に運用側で確認できる。「書き直した」という説明が、何が変わりどう確認するかというリリース記録に変わる。

一次資料：RIPE NCCの2003年RISwhois発表 · RISwhois公式文書 · Sam van KampenのRIPE 93登壇情報 · RIPE 93会議ブログ、2026年10月26日。