Summary

  • Trenamanによる2019年のRIPE Labs記事は、RIPE 78の参加者が会場網で無効なRPKI経路を落とす設定を確かめたがった経緯を記す。Emile Aben、Jasper den Hertog、Job Snijdersも共同の仕事として名前が挙がる。
  • 有効なROAを持つ接頭辞と、意図的に無効にした接頭辞の両方にWebサーバーを置いた。前者に届き後者に届かなければ、その利用者の網が無効経路を落としている強い手がかりになる。RIPE Labsのツール案内とRIPE NCCのRPKI案内は今もこの確認方法を紹介している。

会場網の設定表に「無効な経路を破棄」と書いてあっても、参加者のノートPCはその表を読むわけではない。実際の通信がどう運ばれるかを知りたい。RIPE 78で出たその問いに、Trenamanたちは小さなWeb実験で応じた。

二つの宛先には、それぞれページを返すサーバーがある。一方の経路には正しいROAがあり、もう一方はわざと無効だ。まず正常な方に届くことを確認し、次に無効な方を試す。正常な宛先にさえ届かなければ、単なる接続不良が合格の顔をしてしまう。この対照が試験を成り立たせる。

工夫は、ルーターの内部判断を利用者の体験に引き寄せた点にある。Trenamanの記事は結果を「強い手がかり」として扱う。ブラウザーが見ているのは、その時その利用者が通る経路だ。原因を特定する段階では運用者が経路、フィルター、周辺の通信を調べる。

開発には締切もあった。RIPE 78が終わる前に使えるようにしたかったため、2019年の記事によれば初版はIPv4だけだった。四人の名前が並ぶ実験を、Trenamanは運用者への問いに変えた。「この網は、約束どおり無効な経路を落としているか」。

RIPE Labsのツール一覧はWebtestを簡単な確認手段として載せ、RIPE NCCのRPKI案内にも同じ問いへの入口がある。会議場の一時的な要求が、運用を確かめるための長持ちする問いになった。

ルーターは口頭試問が苦手だ。ブラウザーに二問を出させると、少なくとも利用者は答えを持って運用者に話しかけられる。