要約

  • LACNICは、MiLACNICでのASPAオブジェクトの作成・設定・公開と、オープンソースのRPKI検証器FORTでの検証対応をそろえた。
  • ルーターへの最後の引き渡しには別のスイッチがある。FORT 1.7.0.experimentalはRTRv2を実装するが、RTRの最大バージョンは初期設定で0だ。

ボタンは押せる。ルーターには、まだ話が届いていないかもしれない。

LACNIC 46でLACNICは、ASNを持つ会員がMiLACNICからASPAオブジェクトを作成、設定、公開できると発表した。一件ずつでも一括でも扱え、公開前に状態確認とプレビューができる。さらに、LACNICが開発するオープンソースのRPKI検証器FORTにもASPA検証が加わった。会員ポータルと検証器が、同じ導入経路の別々の工程になった。

これは現場に届く進展だ。ただし「ASPA対応」という一言で、導入の全工程を片づけることはできない。工程ごとに残る記録が違う。

まず、資源を持つ組織が、認めるトランジットプロバイダーをASPAオブジェクトに記載する。MiLACNICのプレビューと状態表示は、公開前にその内容を点検する場所になる。次にオブジェクトがRPKIの公開・取得経路に乗り、検証器が署名済みデータを検査する。LACNICによると、FORTのASPA検証の中核機能は2026年7月に公開された。FORT 1.7.0.experimentalのリリースにはASPAとRTRv2対応が記され、有効なASPAをJSONで出す任意設定もある。

その先がルーターとの接続だ。FORTのリリースノートによれば、--server.max-rtr-versionの初期値は0。2に設定すれば、仕様がまだ動いているRTRv2を選択することになる。リリースはこの機能をexperimentalと明記している。現行のIETF ASPAプロファイル、検証手順、RTRv2文書はいずれもInternet-Draftで、RFCとして刊行されていない。FORTがASPAを検証していても、運用者のRTRサーバーは初期値のままかもしれない。有効なASPAを含むファイルは、ルーターが受け取った状態とは別物だ。

だから、運用ダッシュボードの「ASPA」ランプを一個で済ませるより、引き渡しを順に確認した方がいい。会員は意図したオブジェクトと公開状態を見られるか。検証器は取得して検証できたか。ASPA出力を有効にしたか。サーバーはどのRTRバージョンを提示するか。ルーターは交渉を終え、ASの顧客・プロバイダー情報を読み込んだか。BGPポリシーはその情報を参照し、経路にどんな判断を下したか。

今回の告知に、地域の導入件数やRTR交渉数、ポリシー利用数は載っていない。注目点は、LACNICが会員や運用者の手元に置いた仕組みと、部品同士の接続面だ。入口は開いた。奥の扉には、まだ設定が要る。

出典