要約

  • RIPE 93でSam van Kampenは、2003年から続くRISwhoisを置き換える互換サービスRISwhois-rsを紹介した。
  • 経路データの取り込みは毎時となり、-Rを指定するとRPKI起点検証の情報が加わる。

古い電話帳を開くつもりでポート43に問い合わせたら、奥の機械は新しくなっていた。RISwhoisは2003年から経路の観測情報を返してきた。今度のRISwhois-rsでは、同じ窓口から起点の認可状況まで尋ねられる。窓口が一つでも、証人は二人いる。

10月26日のRIPE 93の発表で、RIPE NCCの開発者Sam van Kampenが更新内容を示した。本人のスライドによれば、従来の実装は約4000行のC90で、プロセスを分岐させるサーバーにマルチスレッドもテスト群もなかった。この行数は発表者による説明だ。後継は既存の使い方を保つ置き換えとして設計され、並列のデータ取り込み、tokioサーバー、テスト、内蔵メトリクスを備える。本人はRIPE NCCで初めて本番運用されるRustサービスだという。

取り込みは現在、毎時行われる。実験的なParquet形式のダンプも加わった。一方、サービスの公式文書によると、テキストダンプは要求に応じて生成される。以前は日次更新だった。取り込み間隔と、手元のファイルが作られた時刻を同じものとして扱えば、鮮度の見積もりを誤る。

通常の回答にあるseen-atは、どのRISコレクターで経路が観測されたかを示す。num-rispeersはピアからの可視性を表す。-Rを付けると話題が変わる。rpki-ov-stateが起点検証の状態を、rpki-vrpが対象を覆うVRPを示す。公式文書にはvalid、invalid、invalid-origin、invalid-length、unknownという状態が並ぶ。RIPE NCCの説明では、ROAはプレフィックス、起点AS、最大長を定める。そこで得た結果をどう経路制御に使うかは、運用者の判断だ。

同じ画面で観測と認可を見られるのは便利だ。ただしvalidやinvalidの文字を、コレクターがすべての場所で見た証拠のように読んではいけない。見た範囲と、公開された認可との照合は別の検査である。古い電話帳の装丁が新しくなっても、欄ごとの出典は残しておきたい。

さらに頻繁な取り込みやRIS Liveとの連携はスライド上の将来案だ。現在の変更は、慣れた入口の更新と、任意で呼び出せる起点検証にある。

一次資料