要約

  • ARINの提案2026.10は、資源に結び付いた技術担当者がその資源のRPKIとIRRを管理できるよう求めた。ARINは9月4日に用途を認めて内部の優先順位に回し、完成日を示さず提案をClosedにした。
  • 現在のROA操作案内は組織のOrg IDからManage RPKIへ進む。資源だけに結び付いた担当者は組織レベルの権限者を探す必要があり、その待ち時間はROA生成後の配布時間に含まれない。

プレフィックスの運用担当者が変更を知っていても、ARIN Onlineの鍵を持つのは別の人かもしれない。提案2026.10はこのずれを狙った。特定の資源に登録された技術連絡先に、その資源のRPKIとIRRを触る権限を渡す。組織の全資源を編集できる大きな鍵を要求したわけではない。ARINは問題を認めて提案を閉じたが、公開の操作案内は組織単位のままだ。

申請者Nathanael Jean-Francoisは8月20日、組織が個別資源の日常作業を現場の技術者に任せる場合を説明した。申請文によれば、その担当者は自分が管理する資源のROAを作成・削除するにも、組織に結び付くRouting POCを通す。この中継は障害対応や新サービスの準備を遅らせるという。申請文に実測時間や事例数はない。確認できる設計上の争点は、資源に対する作業責任と経路起点を署名する権限が別の階にあることだ。

ARINは9月4日、より細かいRPKI・IRR管理の必要性を認めたと回答した。将来の権限機能の内部優先順位で検討すると述べ、ページを Closed にした。公開された実装日や設計の節目はない。ROA管理手順では今も、組織を選んでManage RPKIから作成と削除を行う。RPKIのFAQも、証明書に含まれる資源を確認する際にそのOrg IDを選ばせる。

資源のTech POCと組織レベルの権限者を混同すると、この話を読み違える。Org IDの案内にはアカウント、連絡先、組織記録の結び付きが載る。既に組織の権限を持つ人なら操作できる。提案が問題にするのは、個別資源を任されているがOrg ID全体の権限を持たない人だ。その人に全組織の鍵を渡せば待ち時間は減るが、担当外のプレフィックスまで編集できてしまう。必要なのは責任の範囲に合う権限である。

ROAは、あるASが指定プレフィックスを起点として告知してよいことを示す署名付きの記録だ。起点ASの変更や誤った記録の修正では、現場の担当者が最初に必要性を把握することがある。資源単位の委任なら人を探す工程を短くできる。一方、権限の範囲や失効処理が曖昧なら、誤ったROAを早く作る道にもなる。どの資源を誰が触れるのか、担当が外れたときに誰が鍵を止めるのか、操作をどう追うのかまでが設計の本体だ。

ARINのFAQは、その後の技術的な時計を別に示している。新しいROAは生成されると直ちにリポジトリに入り、リポジトリは5分ごとに公開される。インターネットの経路に影響するまでの見込みは生成後 30〜60分。この数字はOrg IDの権限者を探す時間を測っていない。削除についてはROA手順が、ARINのデータベースでは即時、公開リポジトリには24時間以内に反映すると説明する。作成と削除にはそれぞれ違う時計があり、その前には人の時計がある。

ACSPの手順は、実装できると判断された提案を実装までOpenに保つ経路も定める。2026.10の公開記録はClosedと内部検討で終わった。このページだけでは将来の進捗を追う日付がない。資源だけの連絡先にそのプレフィックスだけを編集させる実際の権限モデル、または日付入りの製品計画が出れば判断は変わる。

運用者が今できることは、Org IDごとにROAを作成・削除できる人、代行できる人、連絡方法を確かめておくことだ。問題が起きてから鍵の所在を探すのでは遅い。ARINは資源の責任と権限のずれを認めた。公開提案は閉じたが、ROAの鍵はまだ組織の階にある。

提案とARINの回答 · ACSP手順 · ROA管理 · RPKI FAQ · Org ID案内