Summary

  • Alexander Männelの発表は10月27日のRIPE 93全体会議に組まれている。元の測定結果は7月のIETF資料で既に公開され、今回は運用者の場に持ち込まれる。
  • 無効から有効または未発見へ変わると、観測地点の半数に影響が及ぶまで単一上流で12分、複数上流で9分。逆向きの無効化にはそれぞれ30分と42分を要した。

ROAの画面に「保存済み」と出ても、世界中のルーターに一斉の号令がかかるわけではない。リポジトリから検証器、さらに各ネットワークの経路判断へ、更新は段階的に渡る。RIPE 93の10月27日の発表枠に載ったAlexander Männelの研究は、その途中をストップウォッチで測った。数字自体は7月のIETF 126の原資料にある。ソフィアの会議予定表は、台帳を維持する側と経路を動かす側の双方にこの数字を突きつける。

研究チームはRIPEのRRDPリポジトリのCDN発信元を最適化した検証器で監視し、変更を早く捉えた。影響を受けるプレフィックスへ300以上のCAIDA Ark観測地点から3分ごとにtracerouteを送り、1時間追跡した。2025年11月から2026年1月までに、有効なROAペイロードに影響する変更を2万4886件観測。そのうち1493件がINVALIDへの出入りで、複数起源の通告は除かれる。最速の公開検証器より少なくとも57秒速く変更を発見し、先行時間の中央値は5分7秒だった。

重要なのは変更の向きだ。無効だった経路が有効または未発見になる場合、観測地点の半数に変化が届くまで単一上流のネットワークで12分、複数上流で9分。以前は有効または未発見だった経路が無効になる場合、30分と42分だった。元のスライドにはこの内訳があり、RIPE 93の要旨は9～12分と30～42分にまとめる。安全対策として無効化した経路が実際に使われなくなるまでの後者の時計は、とりわけ見過ごせない。

この調査は観測地点の半数で区切った数字だ。各事象の追跡は1時間で終わり、さらに遅い経路の末尾は示さない。RIPE RISから推定した上流数には単一上流の誤分類もあり得ると研究者は記した。だからこそ運用記録が要る。ROAを出した時刻だけでは足りず、検証器が取り込んだ時刻、ルーターが判断を変えた時刻、到達性が変わった時刻を分けて残すべきだ。

研究者は緊急時より前のROA作成と、10分以下の検証器更新間隔を勧める。RIPE NCCが扱うのは公開側のリポジトリであり、検証と経路方針はそれぞれの運用者が握る。台帳の時計をネットワークの時計に重ねて初めて、「更新したはずなのにまだ通る」の所在が分かる。

一次資料