ユニキャスト RIB および FIB の管理

この章は、次の項で構成されています。

ユニキャスト RIB および FIB について

次の図に示すように、ユニキャスト ルーティング情報ベース(IPv4 RIB および IPv6 RIB)および転送情報ベース(FIB)は、Cisco NX-OS 転送アーキテクチャの一部です。

図 1. CiscoNX-OS フォワーディング アーキテクチャ


ユニキャスト RIB はアクティブなスーパーバイザ上にあります。ユニキャスト RIB は、直接接続のルート、スタティック ルート、ダイナミック ユニキャスト ルーティング プロトコルで検出されたルートを含むルーティング テーブルを維持しています。また、アドレス解決プロトコル(ARP)などの送信元から、隣接情報を収集します。ユニキャスト RIB は、ルートに最適なネクスト ホップを決定し、さらにユニキャスト FIB 分散モジュール(UFDM)のサービスを使用して、モジュール上のユニキャスト FIB にデータを入力します。

各ダイナミック ルーティング プロトコルは、タイム アウトしたあらゆるルートについて、ユニキャスト RIB を更新する必要があります。その後、ユニキャスト RIB はそのルートを削除し、そのルートに最適なネクスト ホップを再計算します(代わりに使用できるパスがある場合)。

レイヤ 3 整合性チェッカー

まれな事例として、各モジュールのユニキャスト RIB と FIB の間に不整合が発生することがあります。Cisco NX-OS は、レイヤ 3 整合性チェッカーをサポートします。この機能は、スーパーバイザ モジュールのユニキャスト IPv4 RIB と各インターフェイス モジュールの FIB の間で不整合を検出します。不整合には次のようなものがあります。

  • 欠落したプレフィックス

  • 余分なプレフィックス

  • ネクストホップ アドレスの誤り

  • ARP またはネイバー探索(ND)キャッシュ内の不正なレイヤ 2 リライト文字列

レイヤ 3 整合性チェッカーは、FIB のエントリと隣接マネージャ(AM)から取得した最新の隣接情報を比較し、不整合があれば記録します。次に整合性チェッカーは、ユニキャスト RIB のプレフィックスをモジュールの FIB と比較し、不整合があればログに記録します。「レイヤ 3 整合性チェッカーのトリガー」の項を参照してください。

不整合は手動で解消できます。「FIB 内の転送情報の消去」の項を参照してください。

ハードウェア制限を超えて多くのルートが学習され、show consistency-checker forwarding ipv4 コマンドを実行した場合も、整合性の点で合格します。整合性のない状態から整合性のある状態に移行する場合も同様です。失敗として表示される場合があります。test forwarding ipv4 inconsistency route コマンドが再実行されるまで、この状態は終了しません。これは予期された動作です。

ユニキャスト RIB に関する注意事項と制約事項

URIB または U6RIB には、次の注意事項と制約事項が適用されます。

  • 仮想ドメイン コンテキスト(VDC)では、IPv4 または IPv6 ユニキャスト ルートのメモリ リソースの制限を変更しても、変更された制限はすぐには有効になりません。

    変更された制限をアクティブにするには、copy running-config startup-config コマンドの後に reload コマンドを発行する必要があります。

    たとえば、次のいずれかのコマンドを発行した場合、新しい設定をアクティブにするには、copy running-config startup-config を発行し、さらにスイッチをリロードする必要があります。

    • limit-resource u4route-mem

    • limit-resource u6route-mem


    (注)  


    limit-resource に「feature pim」が構成されている場合、limit-resource u4route-mem プラス limit-resource u6route-mem の値が 1024 MB(1GB)以下であることを確認してください。


  • Cisco NX-OS リリース 10.3(1)F 以降、ユニキャスト整合性チェッカは Cisco Nexus 9808 プラットフォーム スイッチでサポートされています。

    • Cisco NX-OS リリース 10.4(1)F 以降、ユニキャスト一貫性チェッカーは Cisco Nexus X98900CD-A および Cisco Nexus 9808 スイッチを搭載した X9836DM-A ライン カードでサポートされます。

  • Cisco NX-OS リリース 10.4(1)F 以降、ユニキャスト一貫性チェッカーは Cisco Nexus 9804 プラットフォーム スイッチ、Cisco Nexus X98900CD-A および X9836DM-A ライン カードでサポートされます。

  • Cisco NX-OSリリース 10.5(1)F 以降、レイヤ 3 ECMP ダイナミックロードバランシング(DLB)機能は、発信リンクの現在の使用状況に応じて、トラフィックを効率的にロードバランシングするためのサポートを提供します。

ユニキャスト RIB および FIB の管理


(注)  


Cisco IOS の CLI に慣れている場合、この機能に対応する Cisco NX-OS コマンドは通常使用する Cisco IOS コマンドと異なる場合があるので注意してください。


モジュールの FIB 情報の表示

モジュールの FIB 情報を表示するには、任意のモードで次のコマンドを使用します。

コマンド 目的

show forwarding {ipv4 | ipv6} adjacency module slot

例:

switch# show forwarding ipv6 adjacency module 2

IPv4 または IPv6 の隣接情報を表示します。

show forwarding {ipv4 | ipv6} route module slot

例:

switch# show forwarding ipv6 route module 2

IPv4 または IPv6 のルート テーブルを表示します。

ユニキャスト FIB でのロード シェアリングの設定

Open Shortest Path First(OSPF)などのダイナミック ルーティング プロトコルは、等コスト マルチパス(ECMP)によるロード シェアリングをサポートしています。ルーティング プロトコルは、そのプロトコルに設定されたメトリックに基づいて最適なルートを決定し、そのプロトコルに設定された最大数までのパスをユニキャスト RIB に組み込みます。ユニキャスト RIB は、RIB に含まれるすべてのルーティング プロトコル パスのアドミニストレーティブ ディスタンスを比較し、ルーティング プロトコルによって組み込まれたすべてのパス セットから最適なパス セットを選択します。ユニキャスト RIB は、この最適なパス セットを FIB に組み込み、フォワーディング プレーンで使用できるようにします。

フォワーディング プレーンは、ロード シェアリングのアルゴリズムを使用して、FIB に組み込まれたパスのいずれかを選択し、それを特定のデータ パケットに使用します。


(注)  


ロード シェアリングでは、特定のフローに含まれるすべてのパケットに対して同じパスが使用されます。フローは、ユーザが設定したロード シェアリング方式によって定義されます。たとえば、送信元/宛先のロード シェアリングを設定すると、送信元 IP アドレスと宛先 IP アドレスのペアが同じであるすべてのパケットが同じパスをたどります。


ユニキャスト FIB のロード シェアリング アルゴリズムを設定するには、グローバル コンフィギュレーション モードで次のコマンドを使用します。

手順の概要

  1. ip load-sharing address {destination port destination | source-destination [port source-destination] | source } [exclude-l3-proto ] hardware lb-keyshift value lb-2nd-heir-keyshift value [universal-id seed] [rotate rotate] [concatenation]
  2. (任意) show ip load-sharing
  3. (任意) show routing hash source-addr dest-addr [source-port dest-port] [vrf vrf-name]

手順の詳細

  コマンドまたはアクション 目的

ステップ 1

ip load-sharing address {destination port destination | source-destination [port source-destination] | source } [exclude-l3-proto ] hardware lb-keyshift value lb-2nd-heir-keyshift value [universal-id seed] [rotate rotate] [concatenation]

例:

ip load-sharing address source-destination port source-destination hardware lb-keyshift 1 lb-2nd-hier-keyshift 10

データ トラフィックに対するユニキャスト FIB のロード シェアリング アルゴリズムを設定します。

(注)  

 

Cisco Nexus 9808/9804 スイッチでは、ip load-sharing address 構成時に address source-destination port source-destination オプションのみがサポートされます。

Cisco NX-OS リリース 10.3(3)F 以降では、Cisco Nexus 9600-R/RX ライン カードでのみ、IHB_ECMP_LB_KEY_CFG テーブルの次のパラメータをサポートするために hardware オプションが追加されています。

  • lb-keyshift :ロードバランシングの ECMP_LB_KEY_SHIFT 値を設定します。指定できる範囲は、1 ~ 10 です。

  • lb-2nd-hier-keyshift :ロード バランシングの ECMP_2ND_HIER_LB_KEY_SHIFT 値を設定します。指定できる範囲は、1 ~ 10 です。

Cisco NX-OS リリース 10.5(1)F 以降、 exclude-l3-proto オプションが導入されました。このオプションを使用すると、Cisco Nexus 9300-GX2 シリーズ スイッチでのネクストホップ選択時に、ECMP ハッシュから IP プロトコルを除外できます。

次のオプションは、すべての IP ロード シェアリング設定で使用できます。

  • universal-id オプションは、ハッシュ アルゴリズムのランダム シードを設定することにより、フローをあるリンクから別のリンクにシフトします。

    汎用 ID を設定する必要はありません。ユーザが設定しなかった場合は、Cisco NX-OS が汎用 ID を選択します。universal-id の範囲は 1 ~ 4294967295 です。

  • rotate オプションを使用すると、ハッシュ アルゴリズムは、リンク ピッキングの選択をローテーションさせます。これは、ネットワーク内のすべてのノードが同じリンクを継続的に選択しないようにするためです。これは、ハッシュ アルゴリズムのビット パターンに影響を与えることによって機能します。このオプションは、あるリンクから別のリンクにフローをシフトし、最初の ECMP レベルからすでにロード バランシング(極性化)されているトラフィックのロード バランシングを複数のリンク間で行います。

    rotate 値を指定すると、64 ビットのストリームが、循環回転でのそのビット位置から解釈されます。rotate 値の範囲は 1 ~ 63 で、デフォルトは 32 です。

    (注)  

     

    多層レイヤ 3 トポロジでは、極性が発生する可能性があります。極性を回避するには、トポロジの各層で異なる循環ビットを使用します。

    (注)  

     

    ポート チャネルの rotation 値を設定するには、 port-channel load-balance src-dst ip-l4port rotate rotate コマンドを使用します。このコマンドの詳細については、『Cisco Nexus 9000 Series NX-OS Interfaces Configuration Guide』を参照してください。

  • concatenation オプションを使用すると、ECMP のハッシュ タグ値とポート チャネルのハッシュ タグ値がひとつに結合され、より強力な 64 ビットのハッシュを使用できるようになります。このオプションを使用しない場合、ECMP のロード バランシングおよびポート チャネルのロード バランシングを個別に制御できます。デフォルトではディセーブルになっています。

ステップ 2

(任意) show ip load-sharing

例:

switch(config)# show ip load-sharing
address source-destination
(任意)

データ トラフィックに対するユニキャスト FIB のロード シェアリング アルゴリズムを表示します。

ステップ 3

(任意) show routing hash source-addr dest-addr [source-port dest-port] [vrf vrf-name]

例:

switch(config)# show routing hash 192.0.2.1
10.0.0.1
(任意)

ユニキャスト RIB とユニキャスト FIB が特定の送信元と宛先アドレス のペアに使用するルートを表示します。送信元アドレスと宛先アドレスの形式は x.x.x.x です。送信元ポートと宛先ポートの範囲は 1 ~ 65535 です。VRF 名には最大 64 文字の英数字文字列を指定します。大文字と小文字は区別されます。

次に、送信元/宛先ペアのために選択されたルートを表示する例を示します。

switch# show routing hash 10.0.0.5 192.0.0.2
Load-share parameters used for software forwarding:
load-share mode: address source-destination port source-destination
Universal-id seed: 0xe05e2e85
Hash for VRF "default"
Hashing to path *172.0.0.2 (hash: 0x0e), for route:
次に、show ip load-sharing コマンドの出力例を示します。
switch(config)# show ip load-sharing
IPv4/IPv6 ECMP load sharing:
Universal-id (Random Seed): 1913447906
Load-share mode : address source
Exclude L3 proto from ECMP hashing : Enabled 
Rotate: 32
switch(config)#

ダイナミック ロード バランシング

ダイナミックロードバランシングについて

ダイナミックロードバランシング(DLB)は、トラフィックを、回送メトリックの点で同じコストを持つ複数のパスまたはリンクに分散するために使用される、ネットワーキング技術です。これは IP レイヤ(OSI モデルのレイヤ 3)で実行されるもので、最新のネットワーキングハードウェアの多くに実装されています。これには、Cisco NX-OS リリース 10.5(1)F 以降を搭載する、Nexus 9000 シリーズクラウドスケールスイッチなども含まれます。

ECMP は、ネットワーク内の任意の 2 ポイント間を流れるトラフィックに、並列の複数のパスを許可することで、アプリケーションで使用可能な帯域幅を増やすために使用されます。複数の等コスト パスを持つ接続先にパケットを転送する必要がある場合、ルータはハッシュアルゴリズムを使用して、そのパケットに使用する経路を決定します。このアルゴリズムでは、通常、送信元と宛先の IP アドレス、送信元と宛先のポート番号、場合によってはプロトコルタイプなどのパラメータが考慮されます。

従来のロードバランシングでは、ネットワークトポロジが変更されたり、ネットワーク管理者が手動で再構成したりしない限り、パスが時間の経過とともに変化することはありません。対照的に、レイヤ 3 ECMP のダイナミックロードバランシングでは、ネットワークの現在の状態に応じてパスの選択を変更できるようになっています。ルータまたはスイッチは、各パスのトラフィック負荷をモニターし、リンク使用率が最も低いパスを選択して、使用可能なすべてのパスにトラフィックをより適切に分散できます。したがって、 Nexus 9000 スイッチのレイヤ 3 ECMP DLB を使用すると、ネットワーク内の複数の等コストパスにトラフィックを効率的に分配することができます。

レイヤ 3 ECMP DLB は、特にバックエンド AI/ML トレーニングネットワークで使用される、リーフ/スパイン型アーキテクチャを備えた RDMA over Ethernet(RoCE)でサポートされます。DLB を備えたファブリックは、PFC とともに ECN と組み合わせると、使用率の向上、低遅延、および損失のないファブリックとして最適なネットワーク動作を実現します。

機能
  • リンクまたはノードに障害が発生した場合のコンバージェンスの高速化

  • 利用可能なネットワーク パスを最大限に使用する

  • リンクまたはノードに障害が発生した場合に冗長性を提供する

  • すべてのパスにトラフィックを均等に展開させることで、輻輳を最小限に抑える

  • インフラストラクチャの追加や特殊なインフラストラクチャを必要とせずに、ネットワーク全体のパフォーマンスを向上させる

トポロジ

DLB トポロジは、人工知能(AI)および機械学習(ML)のトレーニング ネットワークで役立ちます。これらのネットワークは、図に示すスパインリーフアーキテクチャを使用しています。ここでは、AI および ML ホスト(サーバ)は、リーフスイッチのインターフェイス 1(Intf-1)とインターフェイス 2(Intf-2)に接続されています。リーフ スイッチの Intf-3 と Intf-4 は、2 つのスパイン(スパイン 1 とスパイン 2)に接続されています。AI および ML ホスト間でデータ(トレーニングデータなど)を同期している間、トレーニングデータは、スパインリーフファブリックを介してすべてのホスト間で転送されます。

図 2. DLB トポロジ

リーフスイッチは複数のリンクでスパインに接続されているため、 ECMP は複数のリンク間でトラフィックを負荷分散するために使用されます。従来のネットワークとは異なり、 AI および ML トレーニングネットワークでは、(一意の 5 タプル IP フィールドを持つ)トラフィックフローの数が少なくなります。フローが少ないと、従来の ECMP では偏りの問題(冗長パスの使用が最適化されない)が発生し、一部のリンクまたはインターフェイスでオーバーサブスクリプションが発生する可能性があります。少数のリンクのオーバーサブスクリプションは、アーキテクチャに他にもリンクが存在していても、その使用率が低い、または全く使用されないことにつながり、トラフィック損失を引き起こす可能性があります。

ECMP DLB 機能は、すべてのリンクが適切に使用されるようにすることで、リンクが全く、または少ししか使用されていない状態を解消します。必要に応じて、使用率もカスタマイズできます。ECMP グループの一部であるすべてのポートで DLB が有効になっている場合、新しいフローごとに、使用可能なリンクの中から Tx リンク使用率が最小のリンクが選択されます。上の画像では、Intf-3 と Intf-4 で DLB が有効になっています。intf-3 が完全に使用されていて、新しいフローを受信した場合、intf-4 が選択されます。従来の ECMP では、オーバーサブスクリプションが生じていても、Intf-3 が選択される可能性があります。

ECMP DLB は静的ピン接続もサポートします。これにより、ユーザーは特定の送信元ポートからのトラフィックを常に特定の DLB 対応出力ポートに送信できます。画像では、Intf-3 と Intf-4 がメンバーである DLB ECMP グループを取っているトラフィックに当てはまります。ユーザーは、Intf-1 からのトラフィックが常に Intf-3 を取り、Intf-2 からのトラフィックが常に Intf-4 を取るようにピン留めできます。

ダイナミック ロード バランシングの主要な概念

高速リンクフェールオーバー

Nexus 9000 スイッチのレイヤ 3 ECMP ロード バランシングの背景における高速リンク フェールオーバーとは、ネットワークが物理リンク障害に迅速に対応し、回復できるようにする機能のことです。ECMP グループで使用されているリンクに障害が発生すると、高速リンク フェールオーバーは、従来のルーティングプロトコルのコンバージェンス時間を待たずに、トラフィックを残りの動作中のリンクにすぐにリダイレクトします。

Nexus 9000 スイッチで実行されているレイヤ 3 ECMP DLB 機能は、リンク フェールオーバーをハードウェアによって検出し、残りのリンクから新しいリンクを自動的に選択します。これはハードウェア層で行われるため、コンバージェンスが高速化されます。

Dynamic Rate Estimator

Dynamic Rate Estimator(DRE)は、現在のリンク使用率を測定するためにハードウェアに実装されています。DLB における DRE の役割は、さまざまなリンクのトラフィックレートをリアルタイムで推定することです。このリアルタイム分析により、スイッチはトラフィックを分散する際に、より多くの情報に基づいた決定を行うことができ、単一の経路が過飽和にならないようにします。新しいフローを開始するとき、DLB は DRE メトリックを使用して、DLB ECMP グループ内の複数の経路内で使用率が最も低いパスを決定します。

任意の時点で、DLB 対応インターフェイスは、リンクの使用率と構成された DRE しきい値に基づいて、レベル 1 からレベル 7 の DRE レベルのいずれかになります。レベル 1 は最も低い使用率を示し、レベル 7 は最も高い使用率を示します。DLB は判断する際、常に最も低い DRE レベルのリンクを選択します。複数のリンクが、同じ最も低い DRE レベルである場合、それらの中のリンクの 1 つがランダムに選択されます。詳細については、「リンク使用率レベルの計算」を参照してください。

モード

レイヤ 3 ECMP ダイナミック ロード バランシングは、グローバル構成で次のいずれかのモードをサポートします。

  • フローレット ロード バランシング(FLB):このモードでは、DRE メトリックに基づいてフローレット レベルでロード バランシングを実行します。これは、デフォルトのモードです。

  • パケット単位のロードバランシング(PLB):このモードでは、フローレットレベルではなくパケット単位でロードバランシングの判断が行われます。

FLB

フローレットは、フローからのパケットのバーストであり、5 タプル(つまりパケットから選択されたフィールド)で識別されます。並べ替えを発生させることなく個別にルーティングできるように、十分に大きなギャップで区切られています。

フローレットは、DLB がフローレットモードで動作するときに使用されるトラフィックの単位です。フローレットごとに、ポート単位の DRE によって示される、Tx 使用率が最小のものが、最適な発信ポートとしてハードウェア によって選択されます。使用率がすべてのポートで同じ場合、ポートの 1 つがランダムに選択されます。

あるフローレット用にポートが選択されると、そのフローからの後続のすべてのパケットに同じポートが使用されます。新しいポートは、構成されたフローレットエージング時間を超えるパケット間ギャップがフローレットにある場合、または現在使用されているポートがダウンした場合にのみ、選択されます。

PLB

パケット単位のロードバランシング(PLB)は、エンドポイント(スマート NIC など)でパケットの並べ替えが可能なシナリオで使用できます。このモードは、DLB ECMP 内の使用可能なリンク全体にトラフィックを分散させることにより、ネットワークの輻輳を軽減します。フロー内のパケットごとに、新しい出力ポートが選択されます。そのため、同じフローからのパケットが複数のパスを介して送信され、パケットの順序が変更される可能性があります。ポート選択プロセスでは DRE が使用されます。つまり、どのパケットでも、DRE メトリックが最小のポートが選択されます。DRE がすべてのポートで同じである場合、ポートの 1 つがランダムに選択されます。

静的ピン接続

静的ピン接続は、DLB でサポートされています。静的ピン接続では、送信元ポートは、DLB 対応の ECMP グループの一部である宛先ポートにピン止めされます。このポートがこのフローに使用される DLB ECMP グループの一部である場合、この送信元ポートからのすべてのトラフィックは、ピン止めされた宛先ポートに送信されます。前面パネルのポート(ブレークアウトポートを含む)は、静的ピン接続の送信元インターフェイスとして使用できます。宛先インターフェイスは、DLB インターフェイスリストに含まれている必要があります。

静的ピン接続が有効になっている場合、静的ピン接続は DLB DRE ベースのポート選択を上書きします。

DLB ポートが静的ピン接続の宛先ポートとして使用されている場合、そのポートの静的ピン接続構成が削除されない限り、このポートを DLB インターフェイスリストから削除することはできません。


(注)  


静的ピン接続または PLB モードについては、どちらか一方のみを有効にできます。両方を有効にすることはできません。



(注)  


Cisco NX-OS リリース 10.5(2)F 以降、システムは最大 512 の静的ピン接続ペアをサポートします。


ダイナミックロードバランシングに関するガイドラインと制限事項

レイヤ 3 ダイナミックロードバランシングのガイドラインと制限事項は、次のように分類されて、それぞれの項に記載されています。

ECMP グループ
  • DLB を有効にするかどうかの判断は、次の 3 つの条件に基づき、ECMP グループの作成時に行う必要があります。

    • ECMP グループのすべてのメンバーが、DLB 対応インターフェイスリストに含まれています。ECMP グループに DLB インターフェイスリストにないメンバーが 1 つ以上ある場合、その ECMP グループには通常の ECMP を使用します。

    • ECMP グループのメンバーは、L3 インターフェイスのみです。ブレークアウトポート、サブインターフェイス、 SVI、およびポートチャネルを DLB ECMP グループのメンバーにすることはできません。

    • ECMP は重み付け ECMP またはレジリエント ECMP ではありません。

  • レジリエント ECMP機能と DLB 機能を同時に有効にすることはできません。レジリエント ECMP の詳細については、Cisco Nexus 9000 シリーズ NX-OS インターフェイス構成ガイドを参照してください。

  • 重み付け ECMP グループの場合、DLB は適用されません。重み付け ECMP の詳細については、Cisco Nexus 9000 シリーズ NX-OS ユニキャスト ルーティング構成ガイドを参照してください。

  • show routing hash コマンドは、DLB ECMP グループを使用するルートでは機能しません。これは、DLB が有効になっている場合、ポートの選択は静的ハッシュではなくリンク使用率に基づいて動的に行われるためです。

  • DLB ECMP スケールに達した場合、または何らかの条件により DLB を有効にできない場合は、DLB なしの通常の ECMP が使用されます。


(注)  


DLB 対応 ECMP グループのメンバーポートの 1 つがダウンすると、ハードウェアによって、トラフィックを送信するためのポートがすぐに選択されます。これにより、リンク障害状態でもトラフィック損失が無視できるようになります。


機能のサポート
  • この機能は、以下でのみサポートされています。

    • レイヤ 3 物理インターフェイス

    • IP ルーテッドファブリックおよび VXLAN ファブリック

    • 9300-FX3、GX、GX2、および HX TOR プラットフォーム。

  • この機能は、ラインカード拡張モジュール(LEM)および N9K-C9408 を搭載した TOR ではサポートされません。

  • 出力インターフェイスで構成された出力アクセスリストポリシー、出力 QOS ポリシー、および TX SPAN は、 ECMP DLB を使用するフローには適用されません。

  • MPLS/GRE トンネルは DLB ECMP を使用せず、通常の ECMP にフォールバックします。

  • この機能を使用する場合、特に使用される DLB ECMP スケールが高い場合は、system pic-core オプションを使用することを推奨します。

  • DLB は、ポリシーベースルーティング(PBR)ロジックが適用されるトラフィックフローには適用されません。これらのフローは、通常の ECMP 機能を使用します。

  • MTU は、DLB フローで使用されるパケットの最大サイズに基づいて、すべての DLB 対応インターフェイスで構成する必要があります。そうしなかった場合、トラフィックは出力ドロップとして出力インターフェイスでドロップされます。

  • ユニキャスト IPv4 および IPv6 トラフィックのみがサポートされています。

ポート
  • ブレークアウトポート、ポートチャネル、SVI、ポートチャネルメンバー、またはサブインターフェイスを DLB 対応インターフェイスリストに含めることはできません。

  • 最大 63 個の物理ポートを DLB インターフェイスリストに含めることができます。

DLB パラメータ

このセクションでは、 MAC、エージング、DRE しきい値、モード、静的ピン接続などの DLB 関連パラメータのガイドラインを示します。

  • DLB インターフェイスリストを初めて構成する場合、または変更した場合には、スイッチをリロードして構成を有効にする必要があります。

  • フローレットエージングタイムは、ファブリックでのラウンドトリップ時間に基づいて選択します。そうしなかった場合、フローの順序が変わる可能性があります。

  • DLB 構成のすべての DLB 関連パラメータは、有効な適用済み DLB インターフェイスリストがある場合にのみ、ハードウェアでプログラムされます。

  • MAC、エージング、モード、または DRE しきい値構成のいずれかを削除すると、すべてのパラメータがデフォルト値に設定されます。

  • ポートを DLB インターフェイスリストに追加した後、ポートがブレークアウトポートに変更されるか、PO の一部になるように追加されるか、このインターフェイスでサブインターフェイスが作成されるかすると、DLB は、ポートを含む ECMP グループに対して有効ではなくなります。ユーザーは、DLB インターフェイスリストからポートを削除する必要があります。

  • DRE しきい値を変更すると、DLB 対応フローのトラフィックに一時的な影響が及ぶ可能性があります。これは中断を伴うトリガーです。

  • DLB MAC 構成は、ファブリック内のすべてのノードで同一である必要があります。これらのフローを受信するファブリック内の接続ノードで DLB MAC 構成を変更せずに、スイッチでその構成を変更すると、トラフィックはドロップされます。

  • 静的ピン接続モードと、パケットごとの DLB モードは、同時にサポートできません。

  • ブレークアウトポートは、静的ピン接続の送信元インターフェイスの一部にすることができます。ただし、サブインターフェイスとポートチャネルを、静的ピン接続の送信元インターフェイスの一部にすることはできません。

ダイナミック ロード バランシングの構成

レイヤ 3 のダイナミック ロード バランシングを構成するには、hardware profile dlb サブモードで次のコマンドを実行します。

手順の概要

  1. configure terminal
  2. hardware profile dlb
  3. dlb-interface <interface_range>
  4. (任意) dre-thresholds [level-1 percentage_1 | level-2 percentage_2 | level-3 percentage_3 | level-4 percentage_4 | level-5 percentage_5 | level-6 percentage_6 | level-7 percentage_7]
  5. (任意) flowlet-aging usec
  6. (任意) mac-address macaddr
  7. (任意) mode [flowlet | per-packet]
  8. (任意) static-pinning
  9. (任意) source 送信元物理インターフェイス destination 接続先物理インターフェイス

手順の詳細

  コマンドまたはアクション 目的

ステップ 1

configure terminal

例:
switch# configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 2

hardware profile dlb

例:
switch(config)# hardware profile dlb

ハードウェア プロファイルのダイナミック ロード バランシングモードを開始します。

ステップ 3

dlb-interface <interface_range>

例:
switch(config-dlb)# dlb-interface Eth1/5,Eth1/7,Eth1/17,Eth1/21,Eth1/26

DLB を有効にするインターフェイスのリストを指定します。このリストは動的には変更できません。インターフェイスリストを有効にするには、スイッチのリロードが必要です。カンマ区切りで、インターフェイスを追加します。

(注)  

 
  • インターフェイス リストを変更した場合は、構成を有効にするためにリロードが必要です。

  • 現在の適用済みリストを確認するには、show hardware profile dlb コマンドを実行します。

  • インターフェイス リストへの部分的な追加や削除はサポートされていません。新しいインターフェイス リストが指定されると、構成は、新しいリストで置き換えられます。

ステップ 4

(任意) dre-thresholds [level-1 percentage_1 | level-2 percentage_2 | level-3 percentage_3 | level-4 percentage_4 | level-5 percentage_5 | level-6 percentage_6 | level-7 percentage_7]

例:
switch(config-dlb)# dre-thresholds level-1 15 level-2 20 level-3 30 level-4 15 level-5 10 level-6 5 level-7 5
(任意)

レベル 1 からレベル 7 までの DRE レベルを定義します。レベルごとに構成される値は、前のレベルからのポート帯域幅の使用率の範囲です。指定するすべてのレベルの合計は、100 にする必要があります。DRE しきい値レベルを構成しなかった場合は、デフォルト値として、30、20、15、10、10、10、および 5 が使用されます。

DRE レベルのリンク使用率の詳細については、 リンク使用率レベルの計算を参照してください。

ステップ 5

(任意) flowlet-aging usec

例:
switch(config-dlb)# flowlet-aging 600
(任意)

フローレットのエージング時間を設定します。値はマイクロ秒単位です。デフォルトは 500 マイクロ秒で、最大値は 2 秒つまり 2000000 マイクロ秒です。

(注)  

 

フローレットのエージング時間は慎重に選択してください。不用意に選択すると、フローの順序が変わってしまう可能性があります。

ステップ 6

(任意) mac-address macaddr

例:
switch(config-dlb)# mac-address aa:bb:cc:dd:ee:ff
(任意)

DLB MAC アドレスを構成します。このアドレスは、DLB を使用するすべてのフローのネクストホップ MAC アドレスとして使用されます。この DLB MACは、出力インターフェイスの学習されたネクストホップMAC アドレスを変更するものとして、DLB フローの宛先 MAC を書き換えるために使用されます。

次の注意事項および制約事項が適用されます。

  • このコマンドを構成しなかった場合、機能の初期化中に使用されるデフォルトの DLB MAC アドレス(00:CC:CC:CC:CC:CC)が、デフォルトの DMAC として使用されます。

  • DLB のMAC アドレスを構成すると、デフォルトの MAC は、新しい構成可能 MAC アドレスで置き換えられます。

  • このスイッチで、この DLB MAC を宛先 MAC として受信されたすべてのパケットは、ルーテッド パケットとして扱われます。

  • この設定を適用する場合は、ファブリック内の他のすべてのノードが同じ DLB MAC で構成されていることを確認してください。

  • dlb-interface リストが適用されていない場合、DLB MAC を追加のルータ MACとして使用することはできません。

  • ブロードキャストおよびマルチキャスト MAC アドレスを DLB MAC アドレスとして設定することはできません。

ステップ 7

(任意) mode [flowlet | per-packet]

例:
switch(config-dlb)# mode flowlet
(任意)

フローレットまたはパケット単位の DLB モードを有効にします。デフォルトのモードはフローレットです。

(注)  

 

パケット単位モードの場合、静的ピン接続を有効にすることはできません。

ステップ 8

(任意) static-pinning

例:
switch(config-dlb)# static-pinning
(任意)

静的ピン接続機能を構成します。

(注)  

 

静的ピン接続の場合、パケット単位モードを有効にすることはできません。

ステップ 9

(任意) source 送信元物理インターフェイス destination 接続先物理インターフェイス

例:
switch(config-dlb-static-pinning)# source ethernet 1/1 destination ethernet 1/2
(任意)

静的ピン接続の送信元インターフェイスと接続先インターフェイスを構成します。ただし、これらは物理インターフェイスのみでなければなりません。つまり、前面パネルのイーサネットインターフェイスです。SVI、ポートチャネル、またはサブインターフェイスを送信元または接続先インターフェイスにすることはできません。

次の注意事項および制約事項が適用されます。

  • 接続先インターフェイスは、DLB が適用または構成されたインターフェイスリストの一部である必要がありますが、送信元インターフェイスをこのリストの一部にすることはできません。

  • Cisco NX-OS リリース 10.5(2)F 以降では、DLB が適用または構成された interface-list のインターフェイスは、静的ピン接続の送信元インターフェイスとしても使用できます。

  • 2 つの構成で同じ送信元インターフェイスが使用されている場合、最初の接続先インターフェイスは 2 番目の接続先インターフェイスで置き換えられます。送信元インターフェイスは同じだからです。

  • ブレークアウトポートは、送信元インターフェイスとして構成できます。

  • ポートでブレークアウトまたはブレークアウト操作が実行されていない場合、ユーザーは DLB または静的ピン接続構成を更新する必要があります。

  • 静的ピン接続の接続先インターフェイスとして構成されているインターフェイスは、DLB インターフェイスリストから削除できません。削除するには、最初に静的ピン接続構成を削除して、その後 DLB インターフェイスリストからインターフェイスを削除します。

リンク使用率レベルの計算

各レベルのリンク使用率は、次のように計算されます。

  • 現在のレベル範囲の開始:以前のすべてのレベルに指定された % 値の合計。

  • 現在のレベル範囲の終了:現在のレベル範囲の開始 + 現在のレベルの値。

次に例を示します。

Level-1:30、Level-2:20、Level-3:15、Level-4:10、Level-5:10、Level-6:10、Level-7:5。

  • レベル 5 範囲の開始:75%(30 + 20 + 15 + 10)

  • レベル 5 範囲の終了:85%(75 + 10)

DRE しきい値レベルのガイドライン

Dynamic Rate Estimator (DRE)のしきい値レベルに関連するガイドラインと制限事項を次に示します。

  • 上記のロジックは、いずれかのレベルがゼロ(0)のシナリオに適用されます。レベルを追加すると、そのレベルは、ゼロ以外の値を持つ前のレベルと同じ範囲になります。

    次の例を参考にしてください。

    Level-1:30、Level-2:0、Level-3:35、Level-4:10、Level-5:10、Level-6:10、Level-7:5。

    • レベル 2 の範囲:レベル 2 はレベル 1 と同じ、つまり 30% になります。

  • 以前の値がすべてゼロの場合、現在のレベルは最初に指定されたゼロ以外のレベルになります。

    次の例を参考にしてください。

    Level-1:0、Level-2:0、Level-3:0、Level-4:0、Level-5:50、Level-6:30、Level-7:20。

    • この場合、リンク使用率の開始レベルは Level-5 になります。

  • すべてのレベルを指定してください。いくつかのレベルが指定されていない場合、それらはゼロと見なされます。

    次の例を参考にしてください。

    Level-1:50、Level-2:0、Level-3:0、Level-4:0、Level-5:0、Level-6:30、Level-7:20

    • レベル 2、3、4、および 5 はゼロと見なされます。

ダイナミックロードバランシングの構成例

switch# configure terminal
switch(config)# hardware profile dlb
switch(config-dlb)# dlb-interface Eth1/5,Eth1/7,Eth1/17,Eth1/21,Eth1/26 switch(config-dlb)# dre-thresholds level-1 15 level-2 20 level-3 30 level-4 15 level-5 10 level-6 5 level-7 5 switch(config-dlb)# flowlet-aging 600 switch(config-dlb)# mac-address aa:bb:cc:dd:ee:ff switch(config-dlb)# mode flowlet switch(config-dlb)# static-pinning
switch(config-dlb-static-pinning)# source ethernet 1/1 destination ethernet ½

ダイナミックロードバランシングの確認

ダイナミックロードバランシングの構成情報を表示するには、次のいずれかのコマンドを実行します。

コマンド

目的

show hardware profile dlb

DLB の構成を表示します。

(注)  

 
  • [構成済みインターフェイスリスト(Configured Interface-list)]:コマンド ラインインターフェイスを使用して構成されている現在のインターフェイスのリストを提供します。リロード後、同じリストが、適用済みインターフェイスリストに入力されます。

  • [適用済みインターフェイスリスト(Applied Interface-list)]:DLB に現在使用されているインターフェイスのリストを提供します。

show system config reload-pending

リロード前の、保留されている構成を表示します。DLB で、インターフェイスリストの構成に変更があった場合、適用が保留されているインターフェイスリストが表示されます。


(注)  


show routing hash コマンドは、DLB ECMP グループを使用するルートでは機能しません。


表示コマンドの出力

show hardware profile dlb コマンドの出力例を次に示します。

switch# show hardware profile dlb 
DLB Configurations: 
===================
 
 
Enabled:                yes
Mode:                   flowlet
Mac-address:            aa:bb:cc:dd:ee:ff
Flowlet aging time:     600 usec(s)
DRE-thresholds:
        Level-1:15
        Level-2:20
        Level-3:30
        Level-4:15
        Level-5:10
        Level-6:5
        Level-7:5
DLB interface list: 
--------------------
 
Configured Interface-list (size: 5):
        Eth1/5,Eth1/7,Eth1/17,Eth1/21,Eth1/26
 
Applied interface-list (size: 5): 
        Eth1/5,Eth1/7,Eth1/17,Eth1/21,Eth1/26
 
Static-pinning enabled: yes
 
DLB static-pinning pairs: 
---------------------------
 
static-pinning pairs (1):
 
        source: Eth1/1    dest: Eth1/5

show system config reload-pending コマンドの出力例を次に示します。

switch# show system config reload-pending 
 
Following config commands require copy r s + reload : 
======================================================
0       hardware profile dlb ; dlb-interface Eth1/5,Eth1/7,Eth1/17,Eth1/21,Eth1/26
======================================================

ダイナミックロードバランシングのトラブルシュート

整合性チェッカーは、次のように、DLB ECMP を使用するルートをトラブルシュートするために使用できます。

  • グローバル整合性チェッカー

    • test consistency-checker forwarding ipv4 unicast

    • show consistency-checker forwarding ipv4 unicast

    サンプル出力

    Leaf1# test consistency-checker forwarding ipv4 unicast
    Consistency check started.
    Leaf1# 
    Leaf1# 
    Leaf1# show consistency-checker forwarding ipv4 unicast
    IPV4 Consistency check : table_id(0x1)
    Execution time : 28 ms ()
    No inconsistent adjacencies.
    No inconsistent routes.
    Consistency-Checker: PASS for ALL
    
  • シングルルート整合性チェッカー

    • show consistency-checker forwarding single-route ipv4 ipv4 address vrf vrf

    サンプル出力

    Leaf1# show consistency-checker forwarding single-route ipv4 64.60.60.0/24 vrf default 
    
    Consistency checker passed for 64.60.60.0/24
    Leaf1#
    

ルーティング情報と隣接情報の表示

ルーティング情報と隣接情報を表示するには、任意のモードで次のコマンドを使用します。

コマンド 目的

show {ip | ipv6} route [route-type | interface interface-type number | next-hop]

switch# show ip route

ユニキャスト ルート テーブルを表示します。route-type 引数には、1 つのルート プレフィックス、ダイレクト、スタティック、またはダイナミック ルーティング プロトコルを指定できます。? コマンドを使用すると、サポートされているインターフェイスが表示されます。

show {ip | ipv6} adjacency [prefix | interface-type number [summary] | non-best] [detail] [vrf vrf-id]

例:

switch# show ip adjacency

隣接関係テーブルを表示します。引数の範囲は次のとおりです。

  • prefix :任意の IPv4、または IPv6 プレフィックス アドレス。

  • interface-type number ? コマンドを使用して、サポートされるインターフェイスを表示します。

  • vrf-id :最大 64 文字の英数字文字列を指定します。大文字と小文字は区別されます。

show {ip | ipv6} routing [route-type | interface interface-type number | next-hop | recursive-next-hop | summary | updated {since | until} time]

例:

switch# show routing summary

ユニキャスト ルート テーブルを表示します。route-type 引数には、1 つのルート プレフィックス、ダイレクト、スタティック、またはダイナミック ルーティング プロトコルを指定できます。? コマンドを使用すると、サポートされているインターフェイスが表示されます。

次に、ユニキャスト ルート テーブルを表示する例を示します。

switch# show ip route
IP Route Table for Context "default"
'*' denotes best ucast next-hop '**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
 
0.0.0.0/0, 1 ucast next-hops, 0 mcast next-hops
   *via 10.1.1.1, mgmt0, [1/0], 5d21h, static
0.0.0.0/32, 1 ucast next-hops, 0 mcast next-hops
   *via Null0, [220/0], 1w6d, local, discard
10.1.0.0/22, 1 ucast next-hops, 0 mcast next-hops, attached
   *via 10.1.1.55, mgmt0, [0/0], 5d21h, direct
10.1.0.0/32, 1 ucast next-hops, 0 mcast next-hops, attached
   *via 10.1.0.0, Null0, [0/0], 5d21h, local
10.1.1.1/32, 1 ucast next-hops, 0 mcast next-hops, attached
   *via 10.1.1.1, mgmt0, [2/0], 5d16h, am
10.1.1.55/32, 1 ucast next-hops, 0 mcast next-hops, attached
   *via 10.1.1.55, mgmt0, [0/0], 5d21h, local
10.1.1.253/32, 1 ucast next-hops, 0 mcast next-hops, attached
   *via 10.1.1.253, mgmt0, [2/0], 5d20h, am
10.1.3.255/32, 1 ucast next-hops, 0 mcast next-hops, attached
   *via 10.1.3.255, mgmt0, [0/0], 5d21h, local
255.255.255.255/32, 1 ucast next-hops, 0 mcast next-hops
   *via Eth Inband Port, [0/0], 1w6d, local

次に、隣接関係情報を表示する例を示します。

switch# show ip adjacency 
IP Adjacency Table for context default
Total number of entries: 2
Address         Age         MAC Address       Pref  Source   Interface    Best
10.1.1.1        02:20:54    00e0.b06a.71eb    50    arp      mgmt0        Yes
10.1.1.253      00:06:27    0014.5e0b.81d1    50    arp      mgmt0        Yes

レイヤ 3 整合性チェッカーのトリガー

レイヤ 3 整合性チェッカーを手動でトリガーできます。

レイヤ 3 整合性チェッカーを手動でトリガーにするには、グローバル コンフィギュレーション モードで次のコマンドを使用します。

手順の概要

  1. test forwarding [ipv4 | ipv6] [unicast] inconsistency [vrf vrf-name] [module {slot | all}]
  2. test forwarding [ipv4 | ipv6] [unicast] inconsistency [vrf vrf-name] [module {slot | all}] stop
  3. show forwarding [ipv4 | ipv6] [unicast] inconsistency [vrfvrf-name] [module {slot | all}]
  4. show consistency-checker forwarding unicast

手順の詳細

  コマンドまたはアクション 目的

ステップ 1

test forwarding [ipv4 | ipv6] [unicast] inconsistency [vrf vrf-name] [module {slot | all}]

例:

switch(config)# test forwarding inconsistency

レイヤ 3 整合性チェックを開始します。vrf-name には最大 64 文字の英数字文字列を指定します。大文字と-小文字は区別されます。slot の範囲は 1 ~ 26 です。

ステップ 2

test forwarding [ipv4 | ipv6] [unicast] inconsistency [vrf vrf-name] [module {slot | all}] stop

例:

switch(config)# test forwarding inconsistency stop

レイヤ 3 整合性チェックを停止します。vrf-name には最大 64 文字の英数字文字列を指定します。大文字と小文字は区別されます。slot の範囲は 1 ~ 26 です。

ステップ 3

show forwarding [ipv4 | ipv6] [unicast] inconsistency [vrfvrf-name] [module {slot | all}]

例:

switch(config)# show forwarding inconsistency

レイヤ 3 整合性チェックの結果を表示します。vrf-name には最大 64 文字の英数字文字列を指定します。大文字と-小文字は区別されます。slot の範囲は 1 ~ 26 です。

ステップ 4

show consistency-checker forwarding unicast

例:

switch(config)# show consistency-checker forwarding unicast

ユニキャスト ルータのレイヤ 3 整合性チェックの結果を表示します。

FIB 内の転送情報の消去

FIB 内の 1 つまたは複数のエントリを消去できます。FIB のエントリを消去しても、ユニキャスト RIB に影響はありません。


注意    


clear forwarding コマンドを実行すると、デバイス上の転送が中断されます。

FIB 内のエントリ(レイヤ 3 の不整合を含む)を消去するには、任意のモードで次のコマンドを使用します。

コマンド 目的

clear forwarding{ipv4 | ipv6} route {* | prefix} [vrf vrf-name] module {slot | all}

例:

switch# clear forwarding ipv4 route * module 1
FIB から 1 つまたは複数のエントリを消去します。ルートのオプションは次のとおりです。
  • * :すべてのルート。

  • prefix :任意の IP または IPv6 プレフィックス

vrf-name には最大 64 文字の英数字文字列を指定します。大文字と-小文字は区別されます。slot の範囲は 1 ~ 26 です。

ユニキャスト RIB の最大ルート数の設定

ルーティング テーブルで許可されている最大ルート数を設定できます。

手順の概要

  1. configure terminal
  2. vrf context vrf-name
  3. address-family {ipv4 | ipv6} unicast
  4. maximum routes max-routes [threshold [reinstall threshold] | warning -only]
  5. (任意) copy running-config startup-config

手順の詳細

  コマンドまたはアクション 目的

ステップ 1

configure terminal

例:

switch# configure terminal
switch(config)#

グローバル コンフィギュレーション モードを開始します。

ステップ 2

vrf context vrf-name

例:

switch(config)# vrf context management2
switch(config-vrf)#

VRF を作成し、VRF設定モードを開始します。

ステップ 3

address-family {ipv4 | ipv6} unicast

例:

switch(config-vrf)# address-family ipv4 unicast
switch(config-vrf-af-ipv4)

アドレス ファミリ コンフィギュレーション モードを開始します。

ステップ 4

maximum routes max-routes [threshold [reinstall threshold] | warning -only]

例:

switch(config-vrf-af-ipv4)# maximum routes 300000

ルーティング テーブルで許可される最大ルート数を設定します。範囲は 1 ~ 4294967295 です。

次の項目を任意で指定できます。

  • threshold:警告メッセージをトリガーする最大ルート数のパーセンテージ。範囲は 1 ~ 100 です。

  • warning-only —ルートの最大数を超えた場合に警告メッセージを記録します。

  • reinstall threshold :最大ルート数の上限を超過したために拒否された以前のルートを再インストールし、それらを再インストールするしきい値を指定します。しきい値の範囲は 1 ~ 100 です。

ステップ 5

(任意) copy running-config startup-config

例:

switch(config-vrf-af-ipv4)# copy running-config
startup-config
(任意)

この設定変更を保存します。

ルートのメモリ要件の見積もり

一連のルートおよびネクストホップ アドレスが使用するメモリを見積もることができます。

ルートのメモリ要件を見積もるには、任意のモードで次のコマンドを使用します。

コマンド 目的

show routing {ipv6} memory estimate routes num-routes next-hops num-nexthops

例:

switch# show routing memory estimate
routes 5000 next-hops 2

ルートのメモリ要件を表示します。num-routes の範囲は 1000 ~ 1000000 です。num-nexthops の範囲は 1 ~ 16 です。

ユニキャスト RIB 内のルートの消去

ユニキャスト RIB から 1 つまたは複数のルートを消去できます。


注意    


* キーワードは、ルーティングに深刻な悪影響をもたらします。

ユニキャスト RIB 内の 1 つ以上のエントリを消去するには、任意のコンフィギュレーション モードで次のコマンドを使用します。

コマンド 目的

clear {ip | ip4 | ipv6} route {* | {route | prefix/length} [next-hop interface]} [vrf vrf-name]

例:

switch(config)# clear ip route 10.2.2.2
ユニキャスト RIB とすべてのモジュール FIB から 1 つまたは複数のルートを消去します。ルートのオプションは次のとおりです。
  • * :すべてのルート。

  • route :個々の IP または IPv6 ルート。

  • prefix /length :任意の IP または IPv6 プレフィックス

  • next-hop :ネスクトホップ アドレス。

  • interface :ネスクトホップ アドレスに到達するためのインターフェイス

vrf-name には最大 64 文字の英数字文字列を指定します。大文字と小文字は区別されます。

clear routing [multicast | unicast] [ip | ip4 | ipv6] {* | {route | prefix/length} [next-hop interface]} [vrf vrf-name]

例:

switch(config)# clear routing ip 10.2.2.2
ユニキャスト RIB から 1 つまたは複数のルートを消去します。ルートのオプションは次のとおりです。
  • * :すべてのルート。

  • route :個々の IP または IPv6 ルート。

  • prefix /length :任意の IP または IPv6 プレフィックス

  • next-hop :ネスクトホップ アドレス。

  • interface :ネスクトホップ アドレスに到達するためのインターフェイス

vrf-name には最大 64 文字の英数字文字列を指定します。大文字と小文字は区別されます。

ユニキャスト RIB および FIB の確認

ユニキャスト RIB および FIB の設定情報を表示するには、次のいずれかの作業を行います。

コマンド 目的

show forwarding adjacency

モジュールの隣接関係テーブルを表示します。

show forwarding distribution {clients | fib-state}

FIB の分散情報を表示します。

show forwarding interfaces module slot

モジュールの FIB 情報を表示します。

show forwarding {ip | ipv4 | ipv6} route

FIB 内のルートを表示します。

show {ip | ipv6} adjacency

隣接関係テーブルを表示します。

show {ip | ipv6} route

ユニキャスト RIB から受け取った の IPv4 または IPv6 ルートを表示します。

show routing

ユニキャスト RIB から受け取ったルートを表示します。

show system internal access-list dest-miss stats

宛先の FIB ルートがないためにドロップされたパケットの統計情報を表示します。DEST MISS とも呼ばれます。出力には、DEST MISS カウンタの増分が表示されます。

(注)  

 

Cisco NX-OS リリース 10.1(1) 以降、この機能は Cisco Nexus 9300-FX3 プラットフォーム スイッチでサポートされます。