IPv4アドレス

この章では、Cisco NX-OS デバイス上でのインターネット プロトコル バージョン 4（IPv4）（アドレス指定を含む）、アドレス解決プロトコル（ARP）および Internet Control Message Protocol（ICMP）の設定方法を説明します。

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

IPv4アドレス

IP アドレスは、デバイスの各ネットワーク インターフェイスに割り当てられる一意の識別子であり、ネットワークを介して他のホストと通信できるようにします。ネットワーク インターフェイスに IP アドレスを設定することにより、これらのインターフェイスがネットワーク内でパケットを送受信できるようになります。

インターフェイスには、デバイスが生成するパケットの主な送信元と接続先である 1 つのプライマリ IP アドレスを設定できます。複数のサブネットまたはネットワーク要件をサポートするために、複数のセカンダリ IP アドレスをインターフェイスに割り当てることもできます。発信パケットは、常にこのプライマリ アドレスを送信元として使用するため、同じインターフェイス上のすべてのデバイスは、同じプライマリ IP アドレスを共有する必要があります。各 IPv4 パケットには、設定された IP アドレスから取得した送信元と接続先の情報が含まれています。詳細については、「複数の IPv4 アドレス」を参照してください。

サブネット マスクは、IP アドレスをネットワークとホストの部分に分割する 32 ビット値です。サブネット マスクを適用することで、IP アドレスが属するネットワークを指定し、ホスト コンポーネントを分離します。サブネットマスクは、IP ネットワークがネットワーク ID とホスト ID を区別して、効果的なルーティングとアドレッシングを促進します。

デバイスの IP 機能は、ユニキャストおよびマルチキャスト ルート ルックアップ、ソフトウェアベースのアクセス コントロール リスト（ACL）転送、および重複アドレス ルックアップを含む、IPv4 パケットの処理と転送を管理します。また、ネットワーク インターフェイスの IP アドレス設定、スタティック ルート管理、および IP クライアントによるパケット送受信も監視します。


（注）  

Nexus スイッチは、null0 インターフェイスに送信されたパケットをドロップします。IPv4 または IPv6 パケットが null0 インターフェイスに送信された場合、Cisco Nexus 9000 スイッチは ICMP または ICMPv6 で応答しません。

複数の IPv4 アドレス

Cisco NX-OS では、インターフェイスごとに複数のIPアドレスを設定できます。さまざまな要件を満たすために、任意の数のセカンダリ アドレスを設定できます。一般的なシナリオには、以下のものがあります：

  • 単一のサブネットで許可されているよりも多くのホスト IP アドレスが必要な場合。たとえば、サブネット化スキームが論理的なサブネットあたり最大 254 のホストをサポートしているものの、単一の物理サブネット上に 300 のホストが必要な場合は、ルータまたはアクセス サーバーにセカンダリ IP アドレスを適用できます。これにより、2 つの論理的なサブネットを 1 つの物理サブネットにマッピングできます。

  • 同じネットワークの 2 つのサブネットが別のネットワークによって物理的に分離されている場合は、セカンダリ アドレスを使用してそれらを統一することができます。この場合、1 つのネットワークが別のネットワークよりも効果的に拡張されます。1 つのサブネットは、同時に複数のアクティブなインターフェイス上に表示できないことに注意してください。


（注）  

ネットワーク セグメント上のいずれかのデバイスがセカンダリ IPv4 アドレスを使用している場合は、同じインターフェイス上の他のすべてのデバイスは、同じネットワークまたはサブネットからのセカンダリ アドレスを使用する必要があります。セグメント内のセカンダリ アドレスを一貫性のない仕方で適用すると、ただちにルーティング ループが発生する可能性があります。

LPM ルーティング モード

デフォルトでは、Cisco NX-OSは、デバイス上で最長プレフィックス一致（LPM）を許可するように階層的にルーティングします。ただし、より多くの LPM ルート エントリをサポートするために、異なるルーティング モード用にデバイスを設定できます。

次の表に、Cisco Nexus 9000 シリーズ スイッチでサポートされている LPM ルーティング モードを示します。

Cisco Nexus 9200 シリーズ スイッチ用の LPM ルーティング モード

表 1. Cisco Nexus 9200 シリーズ スイッチ用の LPM ルーティング モード

LPM ルーティング モード

CLI コマンド

デフォルトのシステム ルーティング モード

LPM デュアルホスト ルーティング モード

system routing template-dual-stack-host-scale

LPM ヘビー ルーティング モード

system routing template-lpm-heavy


（注）  

Cisco Nexus 9200 プラットフォーム スイッチは、IPv4 マルチキャスト ルートの system routing template-lpm-heavy モードをサポートしていません。LPM の上限を 0 にリセットしてください。

Cisco Nexus 9300 シリーズ スイッチ用の LPM ルーティング モード

表 2. Cisco Nexus 9300 シリーズ スイッチ用の LPM ルーティング モード

LPM ルーティング モード

Broadcom T2 モード

CLI コマンド

デフォルトのシステム ルーティング モード

3

ALPM ルーティング モード

4

system routing max-mode l3

Cisco Nexus 9300-EX/FX/FX2/FX3/GX プラットフォーム スイッチ用の LPM ルーティング モード

表 3. Cisco Nexus 9300-EX/FX/FX2/FX3/GX プラットフォーム スイッチ用の LPM ルーティング モード

LPM ルーティング モード

CLI コマンド

LPM デュアルホスト ルーティング モード

system routing template-dual-stack-host-scale

LPM ヘビー ルーティング モード

system routing template-lpm-heavy

LPM インターネットピアリング モード

system routing template-internet-peering

Cisco Nexus 9300-FX プラットフォーム スイッチ用の LPM ルーティング モード

Cisco Nexus 9300-FX2 プラットフォーム スイッチ用の LPM ルーティング モード

Cisco Nexus 9300-GX プラットフォーム スイッチ用の LPM ルーティング モード

9700-EX および 9700-FX ラインカ ードを搭載した Cisco Nexus 9500 プラットフォーム スイッチ用の LPM ルーティング モード

表 4. 9700-EX および 9700-FX ラインカ ードを搭載した Cisco Nexus 9500 プラットフォーム スイッチ用の LPM ルーティング モード

LPM ルーティング モード

Broadcom T2 モード

CLI コマンド

デフォルトのシステム ルーティング モード

3（ラインカード用）。

4（ファブリック モジュール用）

最大-ホスト ルーティング モード

2（ラインカード用）。

3（ファブリック モジュール用）

system routing max-mode host

非階層ルーティング モード

3（ラインカード用）。

max-l3-modeオプション付き4（ラインカード用）

system routing non-hierarchical-routing [max-l3-mode]

64 ビット ALPM ルーティング モード

モード4のサブモード（ファブリックモジュール用）

system routing mode hierarchical 64b-alpm

LPM ヘビー ルーティング モード

system routing template-lpm-heavy

（注）  

 

このモードは、9732C-EX ライン カードを搭載した Cisco Nexus 9508 スイッチでのみサポートされます。

LPM インターネットピアリング モード

system routing template-internet-peering

（注）  

 

このモードは、次の Cisco Nexus 9500 プラットフォーム スイッチでのみサポートされています。

  • 9700-EX ライン カード搭載の Cisco Nexus 9500 プラットフォーム スイッチ

  • Cisco Nexus 9500-FX プラットフォーム スイッチ（Cisco NX-OS リリース 7.0(3)I7(4) 以降）

  • Cisco 9500-R プラットフォーム スイッチ（Cisco NX-OS リリース 9.3(1) 以降）

LPM デュアルホスト ルーティング モード

9600-R ライン カードを搭載した Cisco Nexus 9500-R プラットフォーム スイッチ用の LPM ルーティング モード

表 5. 9600-R ライン カードを搭載した Cisco Nexus 9500-R プラットフォーム スイッチ用の LPM ルーティング モード

LPM ルーティング モード

CLI コマンド

LPM インターネットピアリング モード

system routing template-internet-peering

（Cisco NX-OS リリース 9.3(1) 以降 ）

ホストから LPM へのスピルオーバー

Cisco NX-OS リリース 7.0（3）I5（1）以降では、ホスト ルートを最長プレフィックス マッチ（LPM）テーブルに保存して、より大きなホスト スケールを実現できます。

LPM モードでは、スイッチのサポートするホスト ルート数は少なくなります。サポートされるスケールよりも多くのホスト ルートを追加すると、ホスト テーブルからあふれたルートは、LPM テーブルのスペースを使用します。そのため、利用可能な LPM ルートの総数は減少します。この機能は、Cisco Nexus 9300 および 9500 プラットフォーム スイッチではサポートされていません。

デフォルトのシステム ルーティング モードでは、Cisco Nexus 9300 プラットフォーム スイッチは、より高いホスト スケールとより少ない LPM ルート用に設定されているため、付加的なホスト ルートを保存するために LPM スペースを使用できます。Cisco Nexus 9500 プラットフォーム スイッチでは、デフォルトのシステム ルーティング モードと非階層型ルーティング モードのみがライン カードでこの機能をサポートします。ファブリック モジュールはこの機能をサポートしていません。

アドレス解決プロトコル

ネットワーキング デバイスおよびレイヤ 3 スイッチは ARP を使用して、IP アドレス（ネットワーク層）を Media Access Control（MAC）アドレス（物理層）にマッピングし、IP パケットがネットワーク全体に送信されるようにします。

デバイスは、他のデバイスにパケットを送信する前に自身の ARP キャッシュを調べて、MAC アドレスまたは対応する宛先デバイスの IP アドレスがないかを確認します。エントリがまったくない場合、送信元のデバイスは、ネットワーク上の全デバイスにブロードキャスト メッセージを送信します。

各デバイスは、問い合わせられた IP アドレスを自身のアドレスと比較します。一致する IP アドレスを持つデバイスだけが、デバイスの MAC アドレスを含むパケットとともにデータを送信したデバイスに返信します。送信元デバイスは、あとで参照できるよう、宛先デバイスの MAC アドレスをその ARP テーブルに追加し、データリンク ヘッダーおよびトレーラを作成してパケットをカプセル化し、データの転送へと進みます。次の図は、ARP ブロードキャストと応答プロセスを示しています。

図 1. ARP 処理


宛先デバイスが、別のデバイスを挟んだリモート ネットワーク上にあるときは、同じ処理が行われますが、データを送信するデバイスが、デフォルト ゲートウェイの MAC アドレスを求める ARP 要求を送信する点が異なります。アドレスが解決され、デフォルト ゲートウェイがパケットを受信した後に、デフォルト ゲートウェイは、接続されているネットワーク上で宛先の IP アドレスをブロードキャストします。宛先デバイスのネットワーク上のデバイスは、ARP を使用して宛先デバイスの MAC アドレスを取得し、パケットを配信します。ARP はデフォルトでイネーブルにされています。

デフォルトでシステム定義された CoPP ポリシー レートは、スーパーバイザ モジュールにバインドされた ARP ブロードキャスト パケットを制限します。デフォルトのシステム定義 CoPP ポリシーは、ARP ブロードキャスト ストームによるコントロール プレーン トラフィックへの影響を防止し、ブリッジド パケットに影響しません。

ARP キャッシュ

アドレス解決プロトコル（Address Resolution Protocol、ARP）キャッシュは、ルータやスイッチなどのネットワーク デバイスによって維持される、IP アドレスとそれに対応する MAC ハードウェア アドレス間のマッピングを格納するテーブルです。

ARP キャッシングにより、ブロードキャストを最小にして、ネットワーク リソースの浪費を抑制できます。IP アドレスの MAC アドレスへのマッピングは、ネットワーク間でパケットが送信されるたびに、ネットワーク上の各ホップ（デバイス）で行われるため、ネットワークのパフォーマンスに影響することがあります。

  • ARP キャッシングでは、ネットワーク アドレスとそれに関連付けられたデータリンク アドレスが一定の期間メモリ内に保存されるため、パケットが送信されるたびに同じアドレスにブロードキャストするための貴重なネットワーク リソースの使用が最小限に抑えられます。

  • キャッシュ エントリは、定期的に失効するよう設定されているため、保守が必要です。これは、古い情報が無効となる場合があるためです。

  • ネットワーク上のすべてのデバイスは、アドレスのブロードキャストに従ってアドレス テーブルを更新します。

ARP キャッシュのスタティックおよびダイナミック エントリ

スタティック ルート

スタティック ルーティングでは、各デバイスの各インターフェイスの IP アドレス、サブネット マスク、ゲートウェイ、および対応する MAC アドレスを設定する必要があります。

スタティック ルーティングでは、ルート テーブルを維持するために、より多くの処理が必要です。ルートを追加または変更するたびに、テーブルの更新が必要となるためです。

ダイナミック ルート

ダイナミック ルーティングは、ネットワーク上のデバイスが相互にルーティング テーブル情報を交換できるプロトコルを使用します。

ダイナミック ルーティングは、キャッシュに制限時間を追加しない限り、ルート テーブルが自動更新されるため、スタティック ルーティングより効率的です。デフォルトの制限時間は 25 分ですが、キャッシュから追加および削除されるルートがネットワークに数多く存在する場合は、制限時間を変更できます。

ARP を使用しないデバイス

ネットワークが 2 つの部分にセグメント化されると、ブリッジによりセグメントが結合され、MAC アドレスのみに基づいてトラフィックのフィルタリングが行われます。ブリッジは、このフィルタリングを管理するために独自の MAC アドレス テーブルを維持します。対照的に、デバイスは、IP アドレスおよび対応する MAC アドレスの両方のマッピングを行う ARP キャッシュを持っています。

パッシブ ハブは、ネットワーク内のデバイスを物理的にリンクする中央接続ポイントの役割を果たします。レイヤ 1（物理層）で動作し、アドレス テーブルを維持せずに、着信メッセージをすべてのポートにブロードキャストします。

レイヤ 2 スイッチは、デバイス上のどのポートがそのポートだけに送信されたメッセージを受信するかを決定します。ただし、レイヤ 3 スイッチは、ARP キャッシュ（テーブル）を作成するデバイスです。

リバース ARP

リバース ARP（RARP）は、ARP と同じように動作しますが、RARP 要求パケットは MAC アドレスではなく IP アドレスを要求する点が異なります。RARP は RFC903 で定義されています。

RARP は多くの場合、ディスクレス ワークステーションで使用されます。これは、このタイプのデバイスには、起動時に使用する IP アドレスを格納する手段がないためです。認識できるアドレスは MAC アドレスだけで、これはハードウェアに焼き付けられているためです。RARP を使用するには、ルータ インターフェイスとして、同じネットワーク セグメント上に RARP サーバが必要です。図 Reverse ARP に、RARP の仕組みを示します。

図 2. Reverse ARP


RARP には、いくつかの制限があります。これらの制限により、ほとんどのビジネスでは、DHCP を使用してダイナミックに IP アドレスを割り当てています。DHCP は、RARP よりコスト効率が高く、必要な保守作業も少ないためです。

最も重要な制限は次のとおりです：

  • RARP はハードウェア アドレスを使用するため、多くの物理ネットワークを含む大規模なネットワークの場合は、各セグメント上に、冗長性のための追加サーバを備えた RARP サーバが必要です。各セグメントに 2 台のサーバを保持すると、コストがかかります。

  • 各サーバは、ハードウェア アドレスと IP アドレスのスタティック マッピングのテーブルで設定する必要があります。IP アドレスの保守は困難です。

  • RARP は、ホストの IP アドレスだけを提供し、サブネット マスクもデフォルト ゲートウェイも提供しません。

プロキシ ARP

プロキシ ARP は、デバイス（通常はルータ）が別のデバイスに代わって ARP 要求に応答できるようにする機能です。これにより、ホストは、ルーティングやデフォルト ゲートウェイを設定しなくても、リモート サブネット上のデバイスと通信できます。

プロキシ ARP の利点は次のとおりです：

  • プロキシ ARP を使用すると、物理的に 1 つのネットワーク上に存在するデバイスが、論理的には、同じデバイスまたはファイアウォールに接続された別の物理ネットワークの一部となります。

  • プロキシ ARP で、プライベート ネットワーク上のパブリック IP アドレスを持つデバイスをルータの背後に隠しながら、このデバイスを、ルータの前のパブリック ネットワーク上に表示できます。ルータはそのアイデンティティを隠すことにより、実際の宛先までパケットをルーティングする役割を担います。

  • プロキシ ARP を使用すると、サブネット上のデバイスは、ルーティングもデフォルト ゲートウェイも設定せずにリモート サブネットまで到達できます。

複数のデバイスが同じデータリンク層のネットワークでなく、同じ IP ネットワーク内にある場合、これらのデバイスは相互に、ローカル ネットワーク上にあるかのようにデータを送信しようとします。ただし、これらのデバイスを隔てるルータは、ブロードキャスト メッセージを送信しません。これは、ルータがハードウェア レイヤのブロードキャストを渡さず、アドレスが解決されないためです。

デバイスでプロキシ ARP をイネーブルにし、それが ARP 要求を受信すると、プロキシ ARP はこれを、ローカル LAN 上にないシステムに対する要求と見なします。デバイスは、ブロードキャストの宛先であるリモートの宛先であるかのように、自身の MAC アドレスをリモートの宛先の IP アドレスに関連付ける ARP 応答で応答します。ローカル デバイスは、自身が宛先に直接、接続されていると認識していますが、実際には、そのパケットは、ローカル デバイスによりローカル サブネットワークから宛先のサブネットワークへと転送されています。デフォルトでは、プロキシ ARP はディセーブルになっています。

ローカル プロキシ ARP

ローカル プロキシ ARP は、通常はルーティングが不要なサブネット内の IP アドレスを求める ARP 要求に対して、デバイスが応答することを可能にします。

ローカル プロキシ ARP を有効にすると、ARP は、サブネット内の IP アドレスを求めるすべての ARP 要求に応答し、サブネット内のホスト間ですべてのトラフィックを転送します。この機能は、ホストが接続されているデバイスの設定により意図的に、ホストの直接通信が禁止されているサブネットだけで使用してください。

Gratuitous ARP

Gratuitous ARP は、送信元 IP アドレスと宛先 IP アドレスが同じである要求を送信し、重複する IP アドレスを検出します。

Cisco NX-OSは Gratuitous ARP 要求または ARP キャッシュの更新の有効または無効をサポートします。

MAC 削除時の定期的な ARP 更新

ARP プロセスは MAC の削除を追跡し、設定されたカウントの設定された時間間隔で L3 VLAN インターフェイスに定期的な ARP 更新を送信します。MAC が学習されると、ARP プロセスは定期的な ARP 更新の送信を停止します。

詳細については、「SVI の MAC 削除での定期的な ARP リフレッシュの構成」を参照してください。

収集スロットル

収集スロットルとは、着信 IP パケットを転送する際、ネクストホップ IP アドレスに対するアドレス解決プロトコル（ARP）要求がライン カードにより解決されていない場合、と、解決のために、ライン カードがそれらのパケットをスーパーバイザに転送するメカニズムです。スーパーバイザはネクスト ホップの MAC アドレスを解決し、ハードウェアをプログラミングします。

ARP 要求が送信されると、ソフトウェアは、同じネクストホップ IP アドレスへのパケットがスーパーバイザに転送されないようにするために、ハードウェア内に /32 ドロップ隣接関係を追加します。ARP が解決されると、そのハードウェア エントリは正しい MAC アドレスで更新されます。タイムアウト期間が経過するまでに ARP エントリが解決されない場合、そのエントリはハードウェアから削除されます。


（注）  
Glean スロットリングは IPv4 および IPv6 でサポートされますが、IPv6 リンクローカル アドレスはサポートされません。

パス MTU ディスカバリ

パス最大伝送ユニット（MTU）ディスカバリは、TCP 接続のエンドポイント間のネットワーク内で使用可能な帯域幅の使用を最大化するための方法です。

これは RFC 1191 で規定されています。この機能を有効または無効にしても、既存の接続に影響しません。

ICMP

Internet Control Message Protocol（ICMP）を使用して、IP 処理に関連するエラーおよびその他の情報を報告するメッセージ パケットを提供できます。

ICMP は、ICMP 宛先到達不能メッセージ、ICMP エコー要求（2 つのホスト間でパケットを往復送信する）、およびエコー返信メッセージなどのエラー メッセージを生成します。ICMP は多くの診断機能も備えており、エラー パケットをホストに送信することやリダイレクトすることが可能です。デフォルトでは、ICMP がイネーブルにされています。

次に示すのは、ICMP メッセージ タイプの一部です。

  • ネットワーク エラー メッセージ

  • ネットワーク輻輳メッセージ

  • トラブルシューティング情報

  • タイムアウト告知


（注）  

  • ICMP リダイレクトは、ローカル プロキシ ARP 機能がイネーブルになっているインターフェイスではディセーブルになります。

  • ICMP リダイレクト機能は、Cisco N93-C64E-SG2-Q スイッチ プラットフォームではサポートされません。ICMP リダイレクトが Cisco N93-C64E-SG2-Q スイッチで現在有効になっている場合は、無効にする必要があります。

IPv4 の仮想化のサポート

IPv4 は、仮想ルーティング/転送（VRF）インスタンスをサポートします。

IPv4の前提条件

IPv4 には、次の前提条件があります。

  • IPv4 はレイヤ 3 インターフェイス上だけで設定可能です。

IPv4 のガイドラインと制約事項

IPv4 設定時のガイドラインと制約事項は、次のとおりです：

  • インターネット ピアリング モードに設定された Cisco Nexus 9300-EX および Cisco Nexus 9300-FX2 プラットフォーム スイッチには、完全な IPv4 および IPv6 インターネット ルートを同時にインストールするための十分なハードウェア容量がない場合があります。

  • セカンダリ IP アドレスは、プライマリ IP アドレスの設定後にだけ設定できます。

  • ローカル プロキシ ARP は、複数のサブネットに属する複数の HSRP グループを持つインターフェイスではサポートされません。

  • ip proxy-arp コマンドは、 fabric forwarding mode anycast-gateway で有効になっている SVI の VXLAN EVPN ファブリックではサポートされていません。

  • VLAN で ARP 抑制を無効にすると、ローカルプロキシ ARP は VLAN で機能しません。

  • -R ライン カードを搭載した Cisco Nexus 9500-R プラットフォーム スイッチの場合、インターネット ピアリング モードは、グローバル インターネット ルーティング テーブルで配信されるプレフィックス パターンでのみ使用されます。このモードでは、他のプレフィックス配布/パターンは動作できますが、予測できません。その結果、プレフィックス パターンが実際のインターネット プレフィックス パターンである場合にのみ、達成可能な最大 LPM/LEM スケールが信頼できます。インターネット ピアリング モードでは、グローバル インターネット ルーティング テーブル内のルート プレフィックス パターン以外のルート プレフィックス パターンが使用されている場合、スイッチは文書化されたスケーラビリティの数値を正常に達成できない可能性があります。

  • system routing template-internet-peering を設定した場合、マルチキャスト トラフィックはサポートされません。ただし、スイッチに機能 PIM および PIM を設定することは引き続き可能です。

  • LPM の重いルーティングモードは、9700-EX、-FX、および-GX シリーズモジュールを搭載した Cisco Nexus 9500 シリーズスイッチでサポートされます。

  • Cisco NX-OS リリース 10.2(3)F 以降、設定された間隔に基づいて IPv4 リダイレクト メッセージがトリガーされると、syslog が出力されます。

  • Cisco NX-OS リリース 10.3(1)F 以降、スタティック ルーティングが Cisco Nexus 9808 スイッチでサポートされます。

  • Cisco NX-OS リリース 10.4(1)F 以降、スタティック ルーティングは次のスイッチおよびライン カードでサポートされています。

    • Cisco Nexus 9804 スイッチ。

    • 9804 および 9808 プラットフォーム スイッチを搭載した Cisco Nexus X98900CD-A および X9836DM-A ライン カード。

  • Cisco NX-OS リリース 10.3(1)F 以降、ダイナミック ルーティングが Cisco Nexus 9808 プラットフォーム スイッチでサポートされます。

  • Cisco NX-OS リリース 10.4(1)F 以降、ダイナミック ルーティングは、9808 および 9804 スイッチを搭載した Cisco Nexus X98900CD-A および X9836DM-A ライン カードでサポートされます。

  • Cisco NX-OS リリース 10.2(4)M 以降、MAC 削除サポートの定期的な ARP リフレッシュは、次の制限付きで Cisco Nexus 9000 シリーズ プラットフォーム スイッチで提供されます。

    • ip arp refresh-adj-on-mac-delete retry コマンドの設定中に、ARP が学習されて MAC が学習されていなくても、ARP プロセスはリフレッシュをトリガーしません。これは、MAC 削除/フラッシュ時に定期的な ARP リフレッシュを送信しようとします。

    • ip arp refresh-adj-on-mac-delete retry コマンドの設定後、MAC を削除すると、定期的な ARP リフレッシュ動作がトリガーされます。

    • この定期的な ARP リフレッシュのトリガーは、MAC 削除です。この機能は、バースト パケット受信時の MAC 学習ミスには対処しません。

    • 構成中に、規模/ネットワーク要件に基づいて適切な数と間隔を選択する必要があります。

  • Cisco NX-OS リリース 10.4(1)F 以降、サブネット外の ARP 解決のサポートは、Cisco Nexus 9000 シリーズ プラットフォーム スイッチで次の L3 インターフェイスに提供されます。

    • イーサネット

    • サブインターフェイス

    • ポート チャネル

    • FEX


    • IP アンナンバード インターフェイス


    （注）  

    • サブネット外 ARP 解決機能は、SVI L3 インターフェイス、および VPC、HSRP、または VXLAN 展開ではサポートされません。

  • Cisco NX-OS リリース 10.4(2)F 以降では、次の機能を使用して、Cisco NX-OS デバイスのインターフェイスごとに ARP キャッシュ エントリを制限する ip arp cache intf-limit 設定がサポートされています。

    • グローバル モードとインターフェイス モードでサポートされます。ただし、インターフェイス モードの構成は、グローバル モードよりも優先されます。

    • 次の L3 インターフェイスでのみサポートされます。

      • SVI

      • SVI アンナンバード インターフェイス

    • 次の L3 インターフェイスではサポートされていません。

      • イーサネット

      • サブインターフェイス

      • ポート チャネル

      • アンナンバード インターフェイス

    • 構成がサポートされていないインターフェイスに適用される場合、この構成はグローバル モードに適用されます。

  • Cisco NX-OS リリース 10.4(2)F 以降では、クラス E IP アドレスを使用してすべての NX-OS 機能を構成できます。IPv4 アドレス空間が不足している場合は、クラス E の IP アドレスを使用して機能を構成できます。クラス E IP アドレスでは、次のスイッチおよびライン カードがサポートされています。

    • Cisco Nexus 92348GC-X

    • Cisco Nexus 9300-EX/FX/FX2/FX3/H2R/H1/GX/GX2

    • Cisco Nexus 9300C

    • Cisco Nexus 9700-EX/FX/GX ライン カード

デフォルト設定

次の表に、IP パラメータのデフォルト設定値を示します。

パラメータ

デフォルト

ARP タイムアウト

1500 秒

『Proxy ARP』

無効化

IPv4の設定


（注）  

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

IPv4 アドレスを設定する

ネットワーク インターフェイスにプライマリ IP アドレスを割り当てることができます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface ethernet number コマンドを使用して、インターフェイス コンフィギュレーション モードを開始します。

例:

switch(config)# interface ethernet 2/3
switch(config-if)#

ステップ 3

ip address ip-address/length [secondary] コマンドを使用して、インターフェイスに対するプライマリまたはセカンダリ IPv4 アドレスを指定します。

例:

switch(config-if)# ip address
192.2.1.1 255.0.0.0

  • 4 分割ドット付き 10 進表記のアドレスでネットワーク マスクを指定します。たとえば、255.0.0.0 は、1 に等しい各ビットが、ネットワーク アドレスに属した対応するアドレス ビットを意味することを示します。

  • ネットワーク マスクは、スラッシュ（/）および数字、つまり、プレフィックス長として示される場合もあります。プレフィックス長は、アドレスの高次の連続ビットのうち、何個がプレフィックス（アドレスのネットワーク部分）を構成しているかを指定する 10 進数値です。スラッシュは 10 進数値の前に置かれ、IP アドレスとスラッシュの間にスペースは入りません。

ステップ 4

（任意） show ip interface コマンドを使用して、IPv4 用に設定されたインターフェイスを表示します。

例:

switch(config-if)# show ip interface

ステップ 5

（任意） copy running-config startup-config コマンドを使用して、実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーします。

例:

switch(config-if)# copy running-config
startup-config

複数の IP アドレスの設定

セカンダリ IP アドレスは、プライマリ IP アドレスの設定後にのみ追加できます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface ethernet number コマンドを使用して、インターフェイス コンフィギュレーション モードを開始します。

例:

switch(config)# interface ethernet 2/3
switch(config-if)#

ステップ 3

ip address ip-address/length [secondary] コマンドを使用して、設定したアドレスをセカンダリ IPv4 アドレスとして指定します。

例:

switch(config-if)# ip address
192.168.1.1 255.0.0.0 secondary

ステップ 4

（任意） show ip interface コマンドを使用して、IPv4 用に設定されたインターフェイスを表示します。

例:

switch(config-if)# show ip interface

ステップ 5

（任意） copy running-config startup-config コマンドを使用して、この設定を保存します。

例:

switch(config-if)# copy running-config
startup-config

最大ホスト ルーティング モードの構成

デフォルトでは、Cisco NX-OS は階層方式で（モード 4 になるように設定されたファブリック モジュールとモード 3 になるように設定されたラインカード モジュールで）ルートをプログラミングし、デバイス上での最長プレフィクス照合（LPM）とホスト スケールが可能になります。

デフォルトの LPM およびホスト スケールを変更してシステム内のホストをさらにプログラミングできます。これは、ノードをレイヤ 2 ～ レイヤ 3 の境界ノードとして位置付けるときに必要になる場合があります。


（注）  

LPM テーブルのエントリをさらに拡大したい場合は、「 非階層ルーティング モードの設定（Configuring Nonhierarchical Routing Mode（Cisco Nexus 9500 シリーズ スイッチのみ）」の項を参照して、ライン カード上のレイヤ 3 IPv4 および IPv6 ルートすべてをプログラミングしてファブリック モジュール上のルートはそのままにするようデバイスを設定します。


（注）  

この設定は、IPv4 および IPv6 両方のアドレス ファミリに影響を及ぼします。

（注）  

最大ホスト ルーティング モードのスケール数については、『Cisco Nexus 9000 Series NX-OS Verified Scalability Guide』を参照してください。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] system routing max-mode host コマンドを使用して、ライン カードを Broadcom T2 モード 2 に、ファブリック モジュールを Broadcom T2 モード 3 にして、サポートされるホスト数を増やします。

例:

switch(config)# system routing max-mode host

ステップ 3

（任意） show forwarding route summary コマンドを使用して、LPM ルーティング モードを確認します。

例:

switch(config)# show forwarding route summary

ステップ 4

copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config startup-config

ステップ 5

reload コマンドを使用してデバイス全体をルート化します。

例:

switch(config)# reload

非階層ルーティング モードの設定（Cisco Nexus 9500 プラットフォーム スイッチのみ）

ホストの規模が小さい場合（純粋なレイヤ 3 配置の場合など）、コンバージェンス パフォーマンスを向上させるために、ラインカードの最長プレフィクス照合（LPM）のルートをプログラミングすることを推奨します。そうすることによって、ラインカードのルートおよびホストがプログラミングされ、ファブリック モジュールのルートはプログラミングされません。


（注）  

この設定は、IPv4 および IPv6 両方のアドレス ファミリに影響を及ぼします。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] system routing non-hierarchical-routing [max-l3-mode] コマンドを使用してラインカードを Broadcom T2 モード 3 にします。

例:

switch(config)# system routing 
non-hierarchical-routing max-l3-mode

あるいは、より大きな LPM スケールをサポートするために max-l3-mode オプションを使用する場合は、Broadcom T2 モード 4 にします。その結果、IPv4 および IPv6 ルートのすべてが、ファブリック モジュールではなくラインカードでプログラミングされます。

ステップ 3

（任意） show forwarding route summary コマンドを使用して、LPM モードを確認します。

例:

switch(config)# show forwarding route
						summary
						Mode 3:
						120K IPv4 Host table
						16k LPM table (> 65 < 127 1k entry
						reserved)
						Mode 4:
						16k V4 host/4k V6 host
						128k v4 LPM/20K V6 LPM

ステップ 4

copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config
startup-config

ステップ 5

reload コマンドを使用してデバイス全体を再起動します。

例:

switch(config)# reload

64 ビット ALPM ルーティング モードの設定（Cisco Nexus 9500 プラットフォーム スイッチのみ）

64 ビットアルゴリズム最長プレフィックス一致（ALPM）機能を使用して、IPv4 および IPv6 ルートテーブルエントリを管理できます。64 ビット ALPM ルーティング モードでは、デバイスに保存できるルート エントリの数が増加します。このモードでは、次のいずれかをプログラムできます。

  • 80,000 IPv6 エントリ、IPv4 エントリなし

  • IPv6 エントリなし、128,000 の IPv4 エントリ

  • x 個の IPv6 エントリと y 個の IPv4 エントリ（2x + y <= 128,000）


（注）  

この設定は、IPv4 および IPv6 両方のアドレス ファミリに影響を及ぼします。


（注）  

64 ビット ALPM ルーティング モードのスケール数については、『Cisco Nexus 9000 シリーズ NX-OS 検証済みスケーラビリティ ガイド』を参照してください。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] system routing mode hierarchical 64b-alpm コマンドを使用して、マスク長が 64 以下のすべての IPv4 および IPv6 LPM ルートをファブリック モジュールにプログラミングします。

例:

switch(config)# system routing mode
hierarchical 64b-alpm

IPv4 および IPv6 のすべてのホスト ルート、およびマスク長が 65 ～ 127 であるすべての LPM ルートがライン カードでプログラミングされます。

ステップ 3

（任意） show forwarding route summary コマンドを使用し、 コマンドを使用して、LPM モードを確認します。

例:

switch(config)# show forwarding route
summary

ステップ 4

copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config
startup-config

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

ステップ 5

reload コマンドを使用し、 コマンドを使用してデバイス全体を再起動します。

例:

switch(config)# reload

ALPM ルーティング モードの設定（Cisco Nexus 9300 プラットフォーム スイッチのみ）

Cisco Nexus 9300 プラットフォーム スイッチは、多数の LPM ルート エントリをサポートするように設定できます。

この設定は、IPv4 および IPv6 両方のアドレス ファミリに影響を及ぼします。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] system routing max-mode l3 コマンドを使用して、デバイスを Broadcom T2 モード 4 にし、より大きな LPM スケールをサポートします。

例:

switch(config)# system routing max-mode l3

ステップ 3

（任意） show forwarding route summary コマンドを使用して、LPM モードを確認します。

例:

switch(config)# show forwarding
route summary

ステップ 4

copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config
startup-config

ステップ 5

reload コマンドを使用してデバイス全体を再起動します。

例:

switch(config)# reload

LPM ヘビー ルーティング モードの構成（Cisco Nexus 9200 および 9300-EX プラットフォーム スイッチおよび 9732C-EX ライン カードのみ）

Cisco NX-OS リリース 7.0(3)I4(4) 以降では、より多くの LPM ルート エントリをサポートするために LPM のヘビー ルーティング モードを設定できます。このルーティング モードをサポートするのは、Cisco Nexus 9200 および 9300-EX プラットフォーム スイッチと、9732C-EX ライン カードを搭載した Cisco Nexus 9508 スイッチだけです。


（注）  

この設定は、IPv4 および IPv6 両方のアドレス ファミリに影響を及ぼします。

（注）  

LPM ヘビー ルーティング モードのスケール数については、『Cisco Nexus 9000 Series NX-OS Verified Scalability Guide』を参照してください。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

より大きな LPM スケールをサポートするには、nosystem routing template-lpm-heavy コマンドを使用して、デバイスを LPM ヘビー ルーティング モードにします。

例:

switch(config)# system routing template-lpm-heavy

ステップ 3

（任意） LPM ルーティング モードを表示するには、show system routing mode コマンドを使用します。

例:

switch(config)# show system routing mode
                        Configured System Routing Mode: LPM Heavy
                        Applied System Routing Mode: LPM Heavy

LPM ルーティング モードを表示します。

ステップ 4

copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config startup-config

ステップ 5

reload コマンドを使用して、デバイスをリブートします。

例:

switch(config)# reload

LPM インターネット ピアリング ルーティング モードの設定

Cisco NX-OS リリース7.0(3)I6(1) 以降では、IPv4 および IPv6 LPM インターネット ルート エントリをサポートするために LPM インターネット ピアリング ルーティング モードを設定できます。このモードは、IPv4 プレフィックス（/32 までのプレフィックス長）および IPv6 プレフィックス（/83 までのプレフィックス長）のダイナミック トライ（ツリー ビット ルックアップ）をサポートします。

Cisco NX-OS リリース 9.3(1) 以降、Cisco Nexus 9500-R プラットフォーム スイッチはこのルーティング モードをサポートします。


（注）  

この設定は、IPv4 および IPv6 両方のアドレス ファミリに影響を及ぼします。

（注）  

LPM インターネット ピアリング ルーティング モードのスケール数については、『Cisco Nexus 9000 Series NX-OS Verified Scalability Guide』を参照してください。LPM インターネット ピアリング モードの Cisco Nexus 9500-R プラットフォーム スイッチは、インターネット ピアリング プレフィックスを使用する場合にのみ、予測どおりにスケールアウトします。Cisco Nexus 9500-R プラットフォーム スイッチが他のプレフィックス パターンを使用している場合は、文書化されたスケーラビリティの数値を達成できない可能性があります。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

IPv4 および IPv6 LPMインターネット ルート エントリをサポートするため、nosystem routing template-internet-peering コマンドを使用して、デバイスを LPM インターネット ピア ルーティング モードにします。

例:

switch(config)# system routing template-internet-peering

ステップ 3

（任意） show system routing mode コマンドを使用して、LPM モードを表示します。

例:

switch(config)# show system routing mode
                        Configured System Routing Mode: Internet Peering
                        Applied System Routing Mode: Internet Peering

ステップ 4

copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config startup-config

ステップ 5

reload コマンドを使用して、デバイスをリブートします。

例:

switch(config)# reload

LPM デュアルホスト ルーティング モードの構成

Cisco NX-OS リリース 7.0(3)I5(1) 以降では、ARP/ND スケールをデフォルト モード値の 2 倍に増やすために LPM デュアル ホスト ルーティング モードを設定できます。このルーティング モードをサポートするのは、Cisco Nexus 9200 および 9300-EX プラットフォーム スイッチだけです。

Cisco NX-OS リリース 10.3(1)F 以降、system routing template-dual-stack-host-scale プロファイルは、Cisco Nexus 9300-FX3/GX/GX2B ToR スイッチおよび Nexus 9408 スイッチでマルチキャストと VXLAN をサポートします。


（注）  

system routing template-dual-stack-host-scale プロファイルが BGW で使用されていないことを確認します。


（注）  

この設定は、IPv4 および IPv6 両方のアドレス ファミリに影響を及ぼします。

（注）  

LPM ルーティング モードのスケール数については、『』『Cisco Nexus 9000 シリーズ NX-OS 検証済みスケーラビリティ ガイド』を参照してください。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] system routing template-dual-stack-host-scale コマンドを使用して、デバイスを LPM デュアルホスト ルーティング モードにし、より大きな ARP/ND スケールをサポートします。

例:

switch(config)# system routing template-dual-stack-host-scale
                        Warning: The command will take effect after next reload.
                        Note: This requires copy running-config to startup-config before switch reload.

ステップ 3

（任意） show system routing mode コマンドを使用して、LPM ルーティング モードを表示します。

例:

switch(config)# show system routing mode

ステップ 4

copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config startup-config

ステップ 5

reload コマンドを使用して、デバイスをリブートします。

例:

switch(config)# reload

スタティック ARP エントリの設定

デバイス上でスタティック ARP エントリを設定して、IP アドレスをスタティック マルチキャスト MAC アドレスを含む MAC ハードウェア アドレスにマッピングできます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface ethernet number コマンドを使用して、インターフェイス コンフィギュレーション モードを開始します。

例:

switch(config)# interface ethernet 2/3
switch(config-if)#

ステップ 3

ip arp address ip-address mac-address コマンドを使用して、IP アドレスをスタティック エントリとしての MAC アドレスに関連付けます。

例:

switch(config-if)# ip arp 192.168.1.1
0019.076c.1a78

ステップ 4

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config-if)# copy running-config
startup-config

プロキシ ARP の設定

デバイス上でプロキシ ARP を設定して、他のネットワークまたはサブネット上のホストのメディア アドレスを決定します。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface ethernet number コマンドを使用して、インターフェイス コンフィギュレーション モードを開始します。

例:

switch(config)# interface ethernet 2/3
switch(config-if)#

ステップ 3

ip proxy arp コマンドを使用して、インターフェイスでプロキシ ARP をイネーブルにします。

例:

switch(config-if)# ip proxy arp

ステップ 4

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config-if)# copy running-config
startup-config

イーサネット インターフェイスでのローカル プロキシ ARP の構成

イーサネット インターフェイス上でローカル プロキシ ARP を設定することができます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface ethernet number コマンドを使用して、インターフェイス コンフィギュレーション モードを開始します。

例:

switch(config)# interface ethernet 2/3
switch(config-if)#

ステップ 3

[no]ip local-proxy-arp コマンドを使用して、インターフェイス上でローカル プロキシ ARP をイネーブルにします。

例:

switch(config-if)# ip local-proxy-arp

ステップ 4

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config-if)# copy running-config startup-config

SVI でのローカル プロキシ ARP の設定

SVI でローカル プロキシ ARP を設定できます。Cisco NX-OS リリース 7.0(3)I7(1) 以降では、対応する VLAN で ARP ブロードキャストを抑制することができます。

始める前に

ARP ブロードキャストを抑制する場合は、hardware access-list tcam region arp-ether 256 double-wide コマンドを使用して、ARP/レイヤ 2 Ethertype の倍幅 ACL TCAM リージョン サイズを設定し、設定を保存して、スイッチをリロードします。（詳細については『Cisco Nexus 9000 シリーズ NX-OS セキュリティ設定ガイド』の「ACL TCAM リージョン サイズの設定」のセクションを参照してください。）

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface vlan vlan-id コマンドを使用して、VLAN インターフェイスを作成し、SVI の設定モードを開始します。

例:

switch(config)# interface vlan 5
switch(config-if)#

ステップ 3

[no] ip local-proxy-arp [no-hw-flooding] コマンドを使用して、SVI 上でローカル プロキシ ARP をイネーブルにします。no-hw-flooding オプションは、対応する VLAN での ARP ブロードキャストを抑制します。

例:

switch(config-if)# ip local-proxy-arp no-hw-flooding

（注）  

 

no-hw-flooding オプションを設定し、SVI で ARP ブロードキャストを許可するように設定を変更する場合は、まず no ip local-proxy-arp no-hw-flooding コマンドを使用してこの機能を無効にして、ip local-proxy-arp コマンドを開始する必要があります。

ステップ 4

（任意） copy running-config startup-config コマンドを使用して、実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーします。

例:

switch(config-if)# copy running-config startup-config

SVI の MAC 削除での定期的な ARP リフレッシュの構成

Cisco NX-OS リリース 10.2(4)M 以降、SVI の MAC 削除時に定期的な ARP リフレッシュを行うよう構成できます。

デフォルトでは、このコマンドは無効になっています。このコマンドは、定期的な ARP リフレッシュの SVI で設定して、MAC 削除/フラッシュでサイレント ホストの ARP 応答パケットから MAC を学習する必要があります。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
                        switch(config)#

ステップ 2

interface vlan vlan-id コマンドを使用して、VLAN インターフェイスを作成し、SVI の設定モードを開始します。

例:

switch(config)# interface vlan 5
                        switch(config-if)#

ステップ 3

[no] ip arp refresh-adj-on-mac-delete retry [count <frequency count>] [interval <interval in sec>] コマンドを使用して、MAC 削除/フラッシュでサイレント ホストの ARP 応答パケットから MAC を学習するように ARP リフレッシュを構成します。

例:

switch(config-if)# ip arp refresh-adj-on-mac-delete retry count 3 interval 15
                        switch(config-if)#

  • <frequency count> ：範囲は 1 ～ 3 です。デフォルトは 3 です。

  • <interval in sec> ：範囲は 1 ～ 60 秒です。デフォルトは 15 秒です。

（注）  

 

間隔が ARP リフレッシュ時間の 3/4 より大きい場合、このコマンドは拒否され、次のメッセージが表示されます：

ARP タイムアウト構成により、ARP リフレッシュはこの間隔よりも早く送信されます。この構成は役に立ちません。

ステップ 4

（任意） copy running-config startup-config コマンドを使用して、実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーします。

例:

switch(config-if)# copy running-config startup-config
                        switch(config-if)#

Gratuitous ARP の設定

インターフェイス上で Gratuitous ARP を設定できます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface ethernet number コマンドを使用して、インターフェイス コンフィギュレーション モードを開始します。

例:

switch(config)# interface ethernet 2/3
switch(config-if)#

ステップ 3

ip arp gratuitous {request | update] コマンドを使用して、インターフェイス上で Gratuitous ARP をイネーブルにします。

例:

switch(config-if)# ip arp gratuitous
request
Gratuitous ARP はデフォルトで有効になっています。

ステップ 4

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config-if)# copy running-config
startup-config

サブネット外 ARP 解決の構成

Cisco NX-OS リリース 10.4(1)F 以降では、ip arp outside-subnet コマンドを使用してサブネット外 ARP 解決を有効または無効にできます。

このコマンドは、グローバル モードとインターフェイス モードの両方で使用できます。このコマンドが有効になっている場合、config-replace およびデュアル ステージ コミットには影響しません。


（注）  

このコマンドを有効にすると、Cisco NX-OS リリース 10.4(1)F からのダウングレードが制限され、ダウングレードを続行する前に、サブネット外 ARP 解決構成を削除するように求めるエラー メッセージがユーザーに表示されます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
                        switch(config)#

ステップ 2

[no] ip arp outside-subnet コマンドを使用して、接続されたホストのサブネット パケット トランザクションからの ARP を有効または無効にします。

例:

switch(config)# ip arp outside-subnet

ステップ 3

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config startup-config

SVI インターフェイスごとの ARP キャッシュ制限の設定

Cisco NX-OS リリース 10.4(2)F 以降では、Cisco NX-OS デバイスの SVI インターフェイスごとに許可される ARP キャッシュ エントリの最大数を設定できます。この構成は、グローバル モードとインターフェイス モードの両方でサポートされます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

interface vlan vlan-id コマンドを使用して、VLAN インターフェイスを作成し、SVI の設定モードを開始します。

例:

switch(config)# interface vlan 5
 switch(config-if)#

ステップ 3

[no] ip arp cache intf-limit value コマンドを使用して、SVI インターフェイスの ARP キャッシュ エントリの制限を構成します。

例:

switch(config-if)# ip arp cache intf-limit 50000
 switch(config-if)#

有効な ARP エントリの範囲は 1 ～ 128000 です。

intf-limit ：インターフェイスごとの有効なダイナミック ARP エントリの数を指定します。

構成を削除するには、この no コマンドの no 形式を使用します。

ステップ 4

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config startup-config

パス MTU ディスカバリの設定

パス MTU ディスカバリを設定できます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

ip tcp path-mtu-discovery コマンドを使用して、トンネルのパス MTU ディスカバリをイネーブルにします。

例:

switch(config)# ip tcp
path-mtu-discovery

ステップ 3

（任意） copy running-config startup-config コマンドを使用して、設定を保存して終了します。

例:

switch(config)# copy running-config
startup-config

IP ダイレクテッド ブロードキャストの設定

IP ダイレクテッド ブロードキャスト機能は、 IP ルーティング後の接続先サブネットのリンク層で、接続先サブネットの一部ではないノードからのパケットを転送します

宛先サブネットに直接接続されていないデバイスは、そのサブネット上のホストを宛先とするユニキャスト IP パケットを転送する場合と同じ方法で IP ダイレクテッド ブロードキャストを転送します。ダイレクト ブロードキャスト パケットが、宛先サブネットに直接接続されたデバイスに到着すると、そのパケットはその宛先サブネット上でブロードキャストされます。

接続先 MAC アドレスはブロードキャストアドレスとして書き換えられ、パケットはリンク層のブロードキャストとして転送されます。

あるインターフェイスでダイレクト ブロードキャストがイネーブルになっている場合、着信した IP パケットが、そのアドレスに基づいて、そのインターフェイスが接続されているサブネットを対象とするダイレクト ブロードキャストとして識別されると、そのパケットはそのサブネット上でブロードキャストされます。アクセス リストを通じて渡すこれらパケットのみがサブネット上でブロードキャストされるように、IP アクセス リストを通じてこれらブロードキャストを任意でフィルタリングすることができます。

IP ダイレクト ブロードキャストをイネーブルにするには、インターフェイス コンフィギュレーション モードで次のコマンドを使用します。

手順

ip directed-broadcast[acl | hw-assist] コマンドを使用して、ダイレクト ブロードキャストから物理ブロードキャストへの変換を有効にします。

例:

switch(config-if) # ip directed-broadcast

IP アクセス リスト上のこれらのブロードキャストを任意でフィルタリングできます。

  • acl：指定された IP アクセス リストでIP ダイレクテッド ブロードキャスト パケットをフィルタリングします。

IP 収集スロットルの設定

IP 収集スロットルを設定して、到達できないかまたは存在しないネクスト ホップの ARP 解決のためにスーパーバイザに送信される不要な収集パケットをフィルタリングすることを推奨します。IP 収集スロットルは、ソフトウェアのパフォーマンスを向上させ、トラフィックをより効率的に管理します。


（注）  
Glean スロットリングは IPv4 および IPv6 でサポートされますが、IPv6 リンクローカル アドレスはサポートされません。

手順の概要

  1. configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。
  2. [no] hardware ip glean throttle コマンドを使用して、IP 収集スロットルをイネーブルにします。
  3. （任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

手順の詳細

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

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] hardware ip glean throttle コマンドを使用して、IP 収集スロットルをイネーブルにします。

例:

switch(config) # hardware ip glean
throttle

ステップ 3

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config
startup-config
 （任意）

ハードウェア IP 収集スロットルの最大値の構成

転送情報ベース（FIB）にインストールされるドロップ隣接関係の最大数を制限できます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] hardware ip glean throttle maximum count コマンドを使用して、FIB にインストールされるドロップ隣接関係の数を設定します。

例:

switch(config) # hardware ip glean
throttle maximum 2134

ステップ 3

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config
startup-config

ハードウェア IP 収集スロットルのタイムアウトの設定

インストールされたドロップ隣接関係が FIB 内に残る時間のタイムアウトを設定できます。

手順の概要

  1. configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。
  2. [no] hardware ip glean throttle maximum timeout timeout-in-seconds コマンドを使用して、インストールされたドロップ隣接関係が FIB 内に残る時間のタイムアウトを設定します。
  3. （任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

手順の詳細

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

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] hardware ip glean throttle maximum timeout timeout-in-seconds コマンドを使用して、インストールされたドロップ隣接関係が FIB 内に残る時間のタイムアウトを設定します。

例:

switch(config)# hardware ip glean
throttle maximum timeout 300

範囲は 300 秒（5 分）～ 1800 秒（30 分）です。

（注）  

 

タイムアウト期間を超えた後、ドロップ隣接関係は FIB から削除されます。

ステップ 3

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config
startup-config
 （任意）

ICMP 送信元 IP フィールドのインターフェイス IP アドレスの構成

ICMP エラー メッセージを処理するように ICMP ソース IP フィールドのインターフェイス IP アドレスを設定できます。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
switch(config)#

ステップ 2

[no] ip source {ethernet slot/port | loopback number | port-channel number} icmp-errors コマンドを使用して、ICMP エラー メッセージをルーティングするために、ICMP 送信元 IP フィールドのインターフェイス IP アドレスを設定します。

例:

switch(config)# ip source loopback 0
icmp-errors

ステップ 3

（任意） copy running-config startup-config コマンドを使用して、設定の変更内容を保存します。

例:

switch(config)# copy running-config
startup-config

IPv4 リダイレクト Syslog の構成

IPv4 リダイレクト Syslog を有効/無効にするか、ログ間隔を変更するには、次の CLI を使用します。


（注）  

デフォルトでは、syslog のリダイレクトが有効になっています。

手順

ステップ 1

configure terminal コマンドを使用して、グローバル コンフィギュレーション モードを開始します。

例:

switch# configure terminal
                        switch(config)#

ステップ 2

ip redirect syslog [<value>] コマンドを使用して、過剰な IP リダイレクト メッセージに対する syslog を設定します。

例:

switch(config)# ip redirect syslog 60
                        switch(config)#

  • ip redirect syslog : IPv4 リダイレクト メッセージの syslog を有効にします。

  • value : ログ間隔を設定します。範囲は最小 30 秒から最大 1800 秒です。デフォルト インターバルは 60 秒です。

ステップ 3

（任意） no ip redirect syslog コマンドを使用して、過剰な IPv4 リダイレクト メッセージの syslog を無効にします。

例:

switch(config)# no ip redirect syslog

IPv4 設定の確認

IPv4 の設定情報を表示するには、次のいずれかの作業を行います：

コマンド

目的
show ip adjacency

隣接関係テーブルを表示します。
show ip adjacency summary

スロットル隣接関係の数のサマリーを表示します。
show ip arp

ARP テーブルを表示します。
show ip arp summary

スロットル隣接関係の数のサマリーを表示します。
show ip interface

IP に関連するインターフェイス情報を表示します。
show ip arp statistics [vrf vrf-name]

ARP 統計情報を表示します。
show ip arp internal info interface <interface-name>

設定されたカウントと間隔を表示します