ユニキャスト RIB および FIB についての情報
ユニキャスト RIB（IPv4 RIB）および FIB は、下に示すように、 Cisco NX-OS の転送アーキテクチャの一部です。
ユニキャスト RIB は、直接接続のルート、スタティック ルート、ダイナミック ユニキャスト ルーティング プロトコルで検出されたルートを含むルーティング テーブルを維持しています。また、アドレス解決プロトコル（ARP）などの送信元から、隣接情報を収集します。ユニキャスト RIB は、ルートに最適なネクスト ホップを決定し、さらにユニキャスト FIB 分散モジュール（FDM）のサービスを使用して、ユニキャスト転送情報ベース（FIB）にデータを入力します。
各ダイナミック ルーティング プロトコルは、タイム アウトしたあらゆるルートについて、ユニキャスト RIB を更新する必要があります。その後、ユニキャスト RIB はそのルートを削除し、そのルートに最適なネクスト ホップを再計算します（代わりに使用できるパスがある場合）。
レイヤ 3 整合性チェッカー
まれな事例として、各モジュールのユニキャスト RIB と FIB の間に不整合が発生することがあります。Cisco NX-OS は、レイヤ 3 整合性チェッカーをサポートします。この機能は、各インターフェイス モジュールのユニキャスト IPv4 RIB と FIB の間の不整合を検出します。不整合には次のようなものがあります。
-
欠落したプレフィックス
-
余分なプレフィックス
-
ネクストホップ アドレスの誤り
-
ARP またはネイバー探索（ND）キャッシュ内の不正なレイヤ 2 リライト文字列
レイヤ 3 整合性チェッカーは、FIB のエントリと隣接マネージャ（AM）から取得した最新の隣接情報を比較し、不整合があれば記録します。次に整合性チェッカーは、ユニキャスト RIB のプレフィックスをモジュールの FIB と比較し、不整合があればログに記録します。「レイヤ 3 整合性チェッカーのトリガー」の項を参照してください。
不整合は手動で解消できます。「FIB 内の転送情報の消去」の項を参照してください。
整合性が失われる前に整合性チェッカーを実行すれば、整合性の点では合格します。しかし、4K のハードウェア制限を超えて多くのルートが学習され、show consistency-checker forwarding ipv4 コマンドを実行した場合も、整合性の点で合格します。整合性のない状態から整合性のある状態に移行する場合も同様です。障害ルートは引き続き表示されます。test forwarding ipv4 inconsistency route コマンドが再実行されるまで、この状態は終了しません。これは予期された動作です。
FIB テーブル
次に、スイッチが通常の転送モードで設定されている場合の Cisco Nexus 3548 スイッチのユニキャスト ルーティング テーブルの容量を示します。
-
ユニキャスト ルーティング ホスト テーブル = 64,000 ハッシュ テーブル エントリ
-
ユニキャスト ルーティング LPM テーブル = 16,000 TCAM エントリ
-
ECMP メンバー テーブル サイズ：16,000 エントリ
次に、スイッチがワープ モードで設定されている場合の Cisco Nexus 3548 スイッチのユニキャスト ルーティング テーブルの容量を示します。
-
L3 ユニキャスト ホスト テーブル = 8000 TCAM エントリ
-
L3 ユニキャスト LPM テーブル = 4000 TCAM エントリ
 （注） |
ECMP はワープ モードではサポートされません。 |
（注） |
ワープ モードでは、2 つの等コスト パスが RIB で受信されると、パスの 1 つがハードウェアにインストールされます。ルーティング プロトコル構成で、最大パスを 1 に構成することをお勧めします。 |
仮想化のサポート
ユニキャスト RIB および FIB は、仮想ルーティングおよび転送（VRF）インスタンスをサポートします。
フィードバック