オプションで、拡張コミュニティ属性を使用して、プレフィックスの検証状態を内部 BGP（iBGP）ネイバーに（から）通知（受信）することができます。このオプションは、一部のルータでは、RPKI サーバに接続する必要がなくなるため、 bgp rpki server コマンドを設定するよりも便利な場合があります。

neighbor announce rpki state コマンドを使用すると、ルータは、BGP 拡張コミュニティ属性でルートとともに RPKI ステータスをその iBGP ネイバーに送信します。また、ルータは、その iBGP ネイバーからルートとともに RPKI ステータスを受信します。この通知は双方向で機能します。通知される拡張コミュニティ属性は次のとおりです。

0x4300 0x0000（状態を示す 4 バイト）

状態を示す 4 バイトは、次のいずれかの値を持つ 32 ビットの符号なし整数として扱われます。

• 0：Valid（有効）

• 1：Not Found（見つからない）

• 2：Invalid（無効）

neighbor announce rpki state コマンドが設定されている場合、ルータは、この拡張コミュニティ属性が付加されたルートを iBGP ピアから受信すると、対応する検証状態をルートに割り当てます。neighbor announce rpki state コマンドが設定されていない場合は、iBGP ピアから受信されたすべてのプレフィックスは、Not Found とマークする必要があるプレフィックスを含めて、Valid としてマークされます。

（注）	この拡張コミュニティ属性は、この属性の送信を許可するように設定されている場合でも、eBGP ネイバーには送信されません。

RPKI 状態拡張コミュニティは、さらに以下の動作に従います。

• neighbor announce rpki state コマンドの設定は、そのアドレス ファミリのそのネイバーに拡張コミュニティを送信するようにルータが設定されている場合にのみ可能です。

• neighbor announce rpki state コマンドは、該当のアドレス ファミリに対して RPKI が設定されているかどうかとは無関係に機能します。

• 特定のアドレス ファミリに対して neighbor announce rpki state コマンドまたは bgp rpki server コマンドを設定すると、ルータは、そのアドレス ファミリのすべてのパスについて RPKI 検証の実行を開始します。

• neighbor announce rpki state コマンドを有効または無効にすると、ネイバーは、この部分の設定が同じであるかどうかに基づいて、独自のアップデート グループに分けられます。

• neighbor announce rpki state コマンドが設定されていない場合、ルータは他のルータから受信した RPKI 状態を保存しますが、その状態が使用されるのは、アドレス ファミリの少なくとも 1 つの他のネイバーが neighbor announce rpki state コマンドを使用して設定されているときだけ、またはトポロジが RPKI の使用に対して別の方法で有効化されているときだけです。

• neighbor send-community extended または neighbor send-community both コマンドを設定から削除すると、neighbor announce rpki state 設定も削除されます。

• ルート リフレクタ（RR）を設定している場合に、neighbor announce rpki state コマンドが設定されていないクライアントから RPKI 状態拡張コミュニティを含むネットワークを RR サーバが受信したときは、拡張コミュニティを受け取ることができるすべてのクライアントに反映されます。

• ネットワークに RPKI 状態拡張コミュニティが含まれている場合に、neighbor announce rpki state コマンドが設定されているネイバーからそのネットワークを RR が受信したときは、拡張コミュニティを受け入れるように設定されているすべての RR クライアントに反映されます。その際、それらの RR クライアントに対して neighbor announce rpki state コマンドが設定されているかどうかは問いません。

• neighbor announce rpki state コマンドは、ピア ポリシー テンプレートで使用でき、継承されます。

• ピア ポリシー テンプレートで neighbor announce rpki state コマンドを使用する場合は、send-community extended コマンドと同じテンプレート内にある必要があります。neighbor announce rpki state コマンドと send-community extended コマンドは、同じテンプレートから取得するか、同じネイバーに対して設定する必要があります。

RPKI 検証状態を使用する場合は、次の 2 つの方法で、デフォルトの BGP ベスト パス選択プロセスを変更できます。

• RPKI サーバによるプレフィックスの検証およびその検証情報の保存を完全に無効にすることができます。これは、bgp bestpath prefix-validate disable コマンドを設定することで行います。この方法は設定テストで必要になる場合があります。ルータは引き続き RPKI サーバに接続して検証情報をダウンロードしますが、その情報は使用されません。

• 有効なプレフィックスが使用可能な場合でも、無効なプレフィックスを BGP ベスト パスとして使用することを許可できます。これはデフォルトの動作です。BGP ベスト パスを無効なプレフィックス（BGP 起点 AS 検証機能で決定）にすることを許可するコマンドは、bgp bestpath prefix-validate allow-invalid コマンドです。プレフィックスの検証状態は、引き続きパスに割り当てられ、RPKI 状態情報を受信するように設定されている iBGP ネイバーに引き続き通知されます。ルート マップを使用し、検証状態に基づいてローカル プリファレンス、メトリック、またはその他のプロパティを設定できます。

BGP ベスト パス選択時、上記のオプションがいずれも設定されていない場合、デフォルトの動作では、プレフィックスは次の順序で優先されます。

• 検証状態が有効なもの。

• 検証状態が見つからないもの。

• 検証状態が無効なもの（この場合、デフォルトでは、ルーティング テーブルにインストールされません）。

これらの設定は、メトリック、ローカル プリファレンス、およびベストパス計算時に行われたその他の選択をオーバーライドします。標準のベストパス決定ツリーは、2 つのパスの検証状態が同じである場合にのみ適用されます。

両方のコマンドが設定されている場合、bgp bestpath prefix-validate disable コマンドにより、検証状態がパスに割り当てられなくなるため、bgp bestpath prefix-validate allow-invalid コマンドは無効になります。

これらの設定は、IPv4 ユニキャストまたは IPv6 ユニキャスト アドレス ファミリのルータ コンフィギュレーション モードまたはアドレス ファミリ コンフィギュレーション モードのいずれかになります。

任意の RPKI 状態に一致するルート マップを作成することにより、有効または無効なプレフィックスを処理するためのカスタム ポリシーを作成できます。

デフォルトでは、ルータは、他のすべての設定をオーバーライドして、無効な状態のルートを拒否します。このようなプレフィックスを許可しながら、デフォルト以外のローカル プリファレンスを使用するといった操作を、ルート マップで行う場合は、bgp bestpath prefix-validate allow-invalid コマンドを明示的に設定する必要があります。