RIB は、ボーダー ゲートウェイ プロトコル（BGP）や他のユニキャスト ルーティング プロトコルなどの他のルーティング アプリケーションとは異なるプロセスを使用してデータ構造を維持します。ただし、これらのルーティング プロトコルは、RIB が使用するものと似た内部データ構造を使用し、RIB としてそのデータ構造を内部的に参照することがあります。たとえば、BGP ルートは BGP RIB（BRIB）に保存されます。RIB プロセスは、BGP によって処理される BRIB に関与しません。

パケットを転送するためにラインカードおよび RP によって使用されるテーブルは、転送情報ベース（FIB）と呼ばれます。RIB プロセスは FIB を構築しません。代わりに、RIB はバルク コンテンツ ダウンローダ（BCDL）プロセスによって、FIB プロセスに最適な、選択されたルートのセットをバルク各ラインカードにダウンロードします。続いて、FIB が構築されます。

転送は最長プレフィックス照合に基づいて行われます。10.0.2.1 宛てのパケットを転送する場合、マスク /24 は /16 よりも長い（より具体的である）ため、10.0.2.0/24 は 10.0.0.0/16 よりも優先されます。同じプレフィックスと同じ長さを持つ、異なるプロトコルからのルートは、アドミニストレーティブ ディスタンスに基づいて選択されます。たとえば、Open Shortest Path First（OSPF）プロトコルのアドミニストレーティブ ディスタンスは 110、Intermediate System-to-Intermediate System（IS-IS）プロトコルのアドミニストレーティブ ディスタンスは 115 です。IS-IS および OSPF の両方が RIB に 10.0.1.0/24 をダウンロードすると、OSPF のアドミニストレーティブ ディスタンスの方が小さいため、RIB は OSPF ルートを優先します。同じ長さの複数のルート間で選択するためだけにアドミニストレーティブ ディスタンスが使用されます。

次の表に、一般的なプロトコルのデフォルトのアドミニストレーティブ ディスタンスを示します。

一部のルーティング プロトコル（たとえば、IS-IS、OSPF、BGP など）のアドミニストレーティブ ディスタンスは変更できます。プロトコルのアドミニストレーティブ ディスタンスを変更する適切な方法については、そのプロトコル固有のマニュアルを参照してください。

（注）	すべてではなく一部のルータで、プロトコルのアドミニストレーティブ ディスタンスを変更すると、ルーティング ループなどの予想外の動作が発生することがあります。したがって、これは推奨されません。

RIB は、RIB とクライアントとの間でやり取りされるメッセージ（要求）の統計情報をサポートします。プロトコル クライアントは、メッセージを RIB に送信します（たとえば、ルート追加、ルート削除、ネクスト ホップの登録など）。RIB もメッセージを送信します（たとえば、ルート、アドバタイズメント、ネクスト ホップ通知などの再配布）。これらの統計情報は、どのようなメッセージが送信されたかに関して、また送信されたメッセージ数に関する情報を収集するために使用されます。これらの統計情報には、RIB サーバとそのクライアント間で転送される各種メッセージのカウンタが含まれています。統計情報は、show rib statistics コマンドを使用して表示します。

RIB は、次に挙げるような、クライアントから送信されるすべての要求のカウンタを保持します。

• ルートの動作

• テーブルの登録

• ネクストホップの登録

• 再配布の登録

• 属性の登録

• 同期の完了

RIB は、RIB によって送信されるすべての要求のカウンタも保持します。設定は RIB ネクスト ホップ ダンプニング機能をディセーブルにします。この結果、クライアントが登録したネクスト ホップが解決された、または解決されなかった場合に RIB はクライアントにすぐに通知します。RIB は、要求の結果に関する情報も保持します。

RIB 検疫は、ルーティング プロトコルと RIB 間の相互作用における問題を解決します。問題は、ルートが継続的に挿入され、RIB から取り消される場合に発生する、RIB とルーティング プロトコルの間の持続振動です。問題が解決されるまで、CPU 使用率にスパイクが生じます。振動に減衰がない場合、プロトコル プロセスおよび RIB プロセスが CPU を多く使用するため、システムのその他の部分に影響を与え、さらにプロトコルおよび RIB のその他の動作の障害となります。この問題は、RIB にルートの特定の組み合わせが受信されて取り込まれた場合に発生します。この問題は、通常、ネットワークの設定が間違っている場合に発生します。ただし、設定ミスはネットワーク全体であるため、単一のルータの設定時に問題を検出できません。

隔離メカニズムでは相互に再帰的なルートが検出されますが、ここで隔離されるのは相互の再帰が完了した最終ルートです。検疫ルートは、相互の再帰が解消したか確認するために定期的に評価されます。再帰が引き続き存在する場合は、ルートは検疫対象のままとなります。再帰が解消した場合は、ルートは検疫対象から外れます。

次の手順を使用して、ルートを隔離します。

1. RIB は問題がある特定のパスがインストールされている場合に検出します。

2. RIB は、そのパスを取り込んだプロトコルに通知を送信します。

3. プロトコルは問題のルートに関する隔離通知を受信すると、そのルートを「隔離中」とマークします。これが BGP ルートである場合、BGP はそのネイバーにルートへの到達可能性をアドバタイズしません。

4. RIB は、すべての検疫対象パスに対して、安全に取り込む（検疫対象から「使用 OK」状態に移行）ことができるようになったかどうかを定期的にテストします。パスが安全に使用できるようになったことを示す通知がプロトコルに送信されます。

ルート整合性チェッカおよびラベル整合性チェッカ（RCC/LCC）はコマンドライン ツールです。これは、コントロール プレーンとデータ プレーン ルート間および IOS XR ソフトウェアのラベル プログラミングの整合性を検証するために使用できます。

運用中ネットワークのルータは、転送情報がコントロール プレーン情報と一致しない状態になった可能性があります。この原因は、ルート プロセッサ（RP）とラインカード（LC）間でのファブリック障害または転送障害、または転送情報ベース（FIB）に関する問題である可能性があります。RCC/LCC を使用すると、結果として生じたコントロール プレーンとデータ プレーン間の不整合を識別して詳細情報を出力できます。この情報は、転送問題とトラフィック損失の原因をさらに調査して診断するために使用できます。

RCC/LCC は、2 つのモードで実行できます。RCC/LCC は、適切なコマンド モードをオンデマンドとして使用して 1 回かぎりのスキャンでトリガーする（オンデマンド スキャン）か、通常のルータ動作中にバックグラウンドで定義した間隔で実行するように設定（バックグラウンド スキャン）できます。RCC は、ルーティング情報ベース（RIB）を転送情報ベース（FIB）と比較します。一方、LCC は、ラベル スイッチング データベース（LSD）を FIB と比較します。不整合が検出されると、RCC/LCC 出力では、特定のルートまたはラベルを識別し、検出された不整合のタイプを識別して、さらなるトラブルシューティングに役立つ追加のデータも提供します。

RCC はルート プロセッサで動作します。FIB は、ライン カード上のエラーについてチェックし、最初の 20 のエラー レポートを RCC に送信します。RCC はすべてのノードからエラー レポートを受信し、それらを要約し（完全一致についてチェックし）、2 つのキュー（ソフトまたはハード）に追加します。各キューのエラー レポート数の制限は 1000 で、キューに優先度はありません。RCC/LCC は、異なるノードからの同じエラー（完全一致）を 1 つのエラーとして記録します。RCC/LCC は、エラーのプレフィックス/ラベル、バージョン番号、タイプなどに基づいてエラーを比較します。