要約

  • LACNICはROAを、IPプレフィックスと、その起点として広告を許可されたASを結ぶ署名済みオブジェクトと説明する。ホスト型RPKIなら、会員は自ら認証局を運用せずに利用できる。
  • **BTW分析：**ROAをBGP広告と整合させ、変更の影響を検証し、監視と冗長性を備えて起点検証を導入して初めて、この統制は運用上の価値を持つ。

出典：LACNIC RPKI FAQ、RPKIのベストプラクティス、RPKIの15年、RPKIとIRRのFAQ。

起点の証明は意図的に範囲が狭い

LACNICはRPKIを、顧客が特定のインターネット番号資源を利用する権利を確認するための暗号学的材料を提供する公開鍵基盤と説明している。ROAは、IPプレフィックスと、それをBGPで起点として広告できる自律システムを対応付ける。

これは精密な統制だが、経路全体の証明書ではない。LACNICのFAQは、RPKIがIRRを置き換えるものではなく、IRRにはASN単位のポリシー登録など別の機能があると明記する。2026年の回顧も、RPKIがまず扱った経路起点検証と、経路上の他の要素を検証する課題を区別している。

ホスト型サービスは技術的な敷居を下げる

LACNICはホスト型と委任型のRPKIを提供する。ホスト型では、会員が自前の認証局を維持せずにRPKIの作業を行える。インフラ負担は減るが、どのプレフィックスと起点ASNをROAに記載すべきかまでLACNICが決めるわけではない。

**BTW分析：**この境界により、レジストリが支える承認とネットワーク上の実行が分離される。LACNICは認証基盤と運用指針を提供し、資源保有者はROAの正確性に責任を負い、各ネットワークは検証済み情報を経路選択へどう使うかを決める。

正確性は変更管理で決まる

LACNICのベストプラクティスは、ROAを実際にBGPで広告するプレフィックスにできるだけ正確に合わせるよう勧める。過度に広いmaxLengthを避け、ROA作成後に無効な経路が生じていないか確認し、冗長性のため複数の検証器を運用することも推奨している。

ROVを始めるネットワークには段階的な導入が示される。まず妥当性の状態を監視し、次に広告へタグを付けるか優先度を調整する。設定への確信が得られた後に無効な広告を破棄する。

この順序は運用上の論理を示す。RPKIは承認済み起点と未承認起点を区別するための構造化された方法を提供するが、その価値は継続的な保守、観測可能な変更、復旧経路に依存する。署名が正しくても、古い、または広すぎるROAは統制を弱めうる。

出典が立証していないこと

引用資料は、LACNICの全会員が完全なROAカバレッジを持つこと、すべてのネットワークが無効経路を破棄すること、有効な起点を持つ経路が必ず到達可能またはエンドツーエンドで安全であることを示していない。確認できるのは、LACNICが経路起点の権限を証明し検証する基盤と運用指針を提供しているという限定的な結論である。