使用上のガイドライン

clear ip nhrp コマンドでは、スタティックに設定された IP と NBMA のいずれのアドレスマッピングも NHRP キャッシュからクリアしません。

使用上のガイドライン

（注）	Cisco IOS XE Denali 16.3.1 では、このコマンドは IPv4 だけをサポートしています。 IPv6-nbma-address 引数は、スイッチでは使用可能ですが、設定しても機能しません。

NHRP 属性ログを表示するには、debug nhrp detail コマンドを使用します。

Virtual-Access number キーワードと引数のペアは、デバイスで仮想アクセスインターフェイスが使用可能な場合にのみ表示されます。

使用上のガイドライン

VRRPv3 が使用中の場合、VRRP バージョン 2（VRRPv2）は使用できません。

使用上のガイドライン

（注）	Cisco IOS リリース 12.2(8) T よりも前は、ip address dhcp コマンドはイーサネット インターフェイスのみで使用が可能でした。

ip address dhcp コマンドを使用すると、インターフェイスは DHCP プロトコルを使用して IP アドレスを動的に学習できます。これはインターネット サービス プロバイダー（ISP）に動的に接続するイーサネット インターフェイスで特に役立ちます。このインターフェイスにダイナミック アドレスを割り当てると、同インターフェイスを使用して、Cisco IOS ネットワーク アドレス変換（NAT ）のポート アドレス変換（PAT）で、デバイスに接続済みの個別に処理されたネットワークにインターネット アクセスを提供できます。

また ip address dhcp コマンドは、ATM ポイントツーポイント インターフェイスと連動し、どのカプセル化方式でも受け入れます。ただし、ATM マルチポイント インターフェイスの場合、protocol ip inarp インターフェイス コンフィギュレーション コマンドで Inverse ARP を指定し、aa15snap カプセル化タイプのみを使用する必要があります。

一部の ISP の場合、DHCPDISCOVER メッセージに、特定のホスト名と、インターフェイスの MAC アドレスであるクライアント識別子を含める必要があります。ip address dhcp client-id interface-type number hostname hostname コマンドは、interface-type が、このコマンドが設定されたイーサネット インターフェイスであり、interface-type number が ISP によって提供されたホスト名である場合に最も一般的に使用されます。

クライアント識別子（DHCP オプション 61）には、16 進数または ASCII 値を使用できます。デフォルトでは、クライアント識別子は ASCII 値です。client-id interface-type number オプションは、デフォルトの値を上書きし、指定されたインターフェイスの 16 進数 MAC アドレスの使用を強制します。

（注）	Cisco IOS リリース 12.1(3)T から 12.2(3) までのリリースでは、client-id オプションキーワードは、クライアント識別子の ASCII 固定値の変更を許可します。リリース 12.2(3) 以降、client-id オプションキーワードは、クライアント識別子として指定されたインターフェイスの 16 進数 MAC アドレスの使用を強制します。

DHCP サーバから IP アドレスを取得するようシスコ デバイスが設定されている場合、デバイスは、ネットワークの DHCP サーバにデバイスに関する情報を提供する DHCPDISCOVER メッセージを送信します。

ip address dhcp コマンドを使用する場合、オプションキーワードの有無にかかわらず、DHCP オプション 12 フィールド（ホスト名オプション）が DISCOVER メッセージに含められます。デフォルトでは、オプション 12 で指定されたホスト名は、デバイスのグローバル コンフィギュレーション ホスト名になります。ただし、ip address dhcp hostname hostname コマンドを使用して、デバイスのグローバル コンフィギュレーション ホスト名ではない別の名前を DHCP オプション 12 フィールドに入力することもできます。

no ip address dhcp コマンドは、取得済みの IP アドレスを削除して、DHCPRELEASE メッセージを送信します。

DHCP サーバで必要なものを判別するため、さまざまな設定を試行しなければならない場合があります。下の表に、使用可能なコンフィギュレーション方式と、各方式の DISCOVER メッセージに含まれる情報を示します。

使用上のガイドライン

デバイスのDHCPプールによって処理する必要のある LAN に接続されている DHCP クライアントが存在する場合、このコマンドを使用して LAN インターフェイスの IP アドレスを自動設定します。DHCP プールは、IPCP サブネット ネゴシエーションによってサブネットを動的に取得します。

使用上のガイドライン

インターフェイスには、1 つのプライマリ IP アドレスと複数のセカンダリ IP アドレスを設定できます。Cisco IOS ソフトウェアにより生成されるパケットは、必ずプライマリ IP アドレスを使用します。そのため、セグメントのすべてのデバイスとアクセス サーバは、同じプライマリ ネットワーク番号を共有する必要があります。

ホストは、Internet Control Message Protocol（ICMP）マスク要求メッセージを使用して、サブネット マスクを判別できます。デバイスは、ICMP マスク応答メッセージでこの要求に応答できます。

no ip address コマンドを使用して IP アドレスを削除することにより、特定のインターフェイス上の IP 処理を無効にできます。ソフトウェアが、その IP アドレスのいずれかを使用する別のホストを検出すると、コンソールにエラー メッセージを出力します。

オプションの secondary キーワードを使用すると、セカンダリ アドレスを無制限に指定できます。システムがセカンダリの送信元アドレスのルーティングの更新以外にデータグラムを生成しないということを除けば、セカンダリ アドレスはプライマリ アドレスのように処理されます。IP ブロードキャストおよび Address Resolution Protocol（ARP）要求は、IP ルーティング テーブルのインターフェイス ルートのように、正しく処理されます。

セカンダリ IP アドレスは、さまざまな状況で使用できます。次に、一般的な使用状況を示します。

• 特定のネットワーク セグメントに十分なホスト アドレスがない場合。たとえば、サブネット化により、論理サブネットあたり最大 254 のホストを使用できますが、1 つの物理サブネットでは、300 のホスト アドレスが必要になります。デバイスまたはアクセス サーバでセカンダリ IP アドレスを使用すると、2 つの論理サブネットで 1 つの物理サブネットを使用できます。

• レベル 2 ブリッジを使用して構築された旧式ネットワークがたくさんある場合。セカンダリ アドレスは、慎重に使用することで、サブネット化されたデバイスベース ネットワークへの移行に役立ちます。旧式のブリッジ セグメントのデバイスでは、そのセグメントに複数のサブネットがあることを簡単に認識させることができます。

• 1 つのネットワークの 2 つのサブネットは、別の方法で、別のネットワークにより分離できる場合があります。サブネットが使用中の場合、この状況は許可されません。このような場合、最初のネットワークは、セカンダリ アドレスを使用している 2 番目のネットワークの上に拡張 されます。つまり、上の階層となります。

（注）

ネットワーク セグメント上のすべてのデバイスがセカンダリ アドレスを使用した場合、同一のセグメント上にある他のデバイスも、同一のネットワークまたはサブネットからセカンダリ アドレスを使用しなければなりません。ネットワーク セグメント上のセカンダリ アドレスの使用に矛盾があると、ただちにルーティング ループが引き起こされる可能性があります。 Open Shortest Path First（OSPF）アルゴリズムを使用してルーティングする場合は、インターフェイスのすべてのセカンダリ アドレスがプライマリ アドレスと同じ OSPF エリアにあることを確認してください。 セカンダリ IP アドレスを設定する場合は、CPU 使用率が高くならないように、no ip redirects コマンドを入力して ICMP リダイレクトメッセージの送信を無効にする必要があります。

使用上のガイドライン

Cisco IOS XE Denali 16.3.1 では、NHRP はハブ/スポーク間通信のみをサポートし、スポーク間通信はサポートされていません。

（注）	Cisco IOS XE Denali 16.3.1 では、このコマンドは IPv4 だけをサポートしています。 ipv6-nbma-address 引数は、スイッチでは使用可能ですが、設定しても機能しません。

ネクストホップ サーバに到達するには、少なくとも 1 つのスタティック マッピングを設定します。統計的に複数の IP-to-NBMA アドレス マッピングを設定するには、このコマンドを複数回設定します。

ルーティング プロトコル、Open Shortest Path First（OSPF）または Enhanced Interior Gateway Routing Protocol（EIGRP）を使用している場合は、トラフィックを許可するトンネルで、 ip ospf network point-to-multipoint コマンド（OSPF がハブ/スポーク通信に使用されている場合）および ip split-horizon eigrp コマンド（EIGRP が使用されている場合）を設定します。

使用上のガイドライン

（注）	Cisco IOS XE Denali 16.3.1 では、このコマンドは IPv4 だけをサポートしています。 ipv6-nbma-address 引数は、スイッチでは使用可能ですが、設定しても機能しません。

このコマンドは、トンネル インターフェイスだけに適用されます。このコマンドは、基盤となるネットワークが IP マルチキャストをサポートしていない場合に、トンネル ネットワーク経由でブロードキャストをサポートするために役立ちます。基盤となるネットワークが IP マルチキャストをサポートしている場合は、tunnel destination  コマンドを使用して、トンネルブロードキャストまたはマルチキャストを伝送するためのマルチキャスト宛先を設定する必要があります。

複数の NBMA アドレスが設定されている場合、システムはアドレスごとにブロードキャスト パケットを複製します。

使用上のガイドライン

一般に、論理 NBMA ネットワーク内のすべての NHRP ステーションは、同じネットワーク ID を使用して設定する必要があります。

使用上のガイドライン

ネクストホップサーバのアドレスとそれがサービスを提供するネットワークを指定するには、ip nhrp nhs コマンドを使用します。通常、NHRP は、ネットワーク層転送テーブルを使用して、NHRP パケットの転送方法を決定します。ネクストホップ サーバが設定されている場合は、これらのネクストホップ アドレスの方が、通常 NHRP トラフィック向けに使用されている転送パスより優先されます。

設定されたネクスト ホップサーバに対して、同じ nhs-address 引数と異なる IP ネットワークアドレスを使用して ip nhrp nhs コマンドを繰り返すことで、複数のネットワークを指定できます。

使用上のガイドライン

デフォルトでは、14,400 秒間、つまり 4 時間にわたって STALE 状態が続いた場合は、ネイバー探索キャッシュエントリの有効期限が切れて削除されます。ipv6 nd cache expire コマンドを使用すると、有効期限を変更したり、エントリが削除される前に期限切れのエントリの自動更新をトリガーすることができます。

refresh キーワードを使用すると、ネイバー探索キャッシュエントリが自動更新されます。エントリは DELAY 状態に移行し、ネイバー到達不能検出プロセスが実行され、5 秒後にエントリは DELAY 状態から PROBE 状態に遷移します。エントリが PROBE 状態に到達すると、ネイバー送信要求が送信され、設定に従って再送信されます。

使用上のガイドライン

重複アドレス検出（DAD）が正常に完了すると、IPv6 ノードからマルチキャスト非送信要求ネイバー アドバタイズメント パケットが発行されることがあります。デフォルトでは、これらの非送信要求ネイバー アドバタイズメント パケットは他の IPv6 ノードから無視されます。ipv6 nd na glean コマンドは、非送信要求ネイバー アドバタイズメント パケットの受信時にルータでネイバー  アドバタイズメント エントリを作成するように設定します（これらのエントリがまだ存在せず、ネイバーアドバタイズメントにリンク層アドレスオプションがある場合）。このコマンドを使用すると、データトラフィックをネイバーと交換する前に、デバイスのネイバー アドバタイズメント キャッシュにネイバーのエントリを読み込むことができます。

使用上のガイドライン

ネイバーのネイバー検出エントリを再度解決するためにデバイスでネイバー到達不能検出を実行する際、ネイバー送信要求パケットが 1 秒間隔で 3 回送信されます。スパニングツリーイベント、トラフィックの多いイベント、エンドホストのリロードなどの特定の状況においては、ネイバー送信要求が 1 秒間隔で 3 回送信されても十分でない場合があります。このような状況でネイバーキャッシュを維持するには、ipv6 nd nud retry コマンドを使用してネイバー送信要求の再送信の指数タイマーを設定します。

再試行の最大回数は、max-attempts 引数を使用して設定されます。再送信間隔は、次の式で計算されます。

tm^n

各値は次のとおりです。

• t = 時間間隔

• m = ベース（1、2、または 3）

• n = 現在のネイバー送信要求番号（最初のネイバー送信要求が 0）

したがって、ipv6 nd nud retry 3 1000 5 コマンドは、1、3、9、27、81 秒の間隔で再送信します。最終待機時間が設定されていない場合、エントリは 243 秒後に削除されます。

ipv6 nd nud retry コマンドはネイバー到達不能検出プロセスの再送信レートにのみ影響し、最初の解決には影響しません。最初の解決では、デフォルトに基づいてネイバー送信要求パケットが 1 秒間隔で 3 回送信されます。

使用上のガイドライン

認証を有効にするには、キーでキー チェーンを設定する必要があります。

複数のキー チェーンの識別が可能ですが、ルーティング プロトコルごとのインターフェイスごとに 1 つのキー チェーンを使用することを推奨します。key chain コマンドを指定すると、キー チェーン コンフィギュレーション モードが開始されます。

使用上のガイドライン

キー チェーンに複数のキーを設定し、accept-lifetime および send-lifetime キー チェーン キー コマンド設定に基づいてキーが将来無効になるように、ソフトウェアでキーを配列できるようにすると便利です。

各キーには、ローカルに格納される独自のキー識別子があります。キー ID、およびメッセージに関連付けられたインターフェイスの組み合わせにより、使用中の認証アルゴリズムおよび Message Digest 5（MD5）認証キーが一意に識別されます。有効なキーの数にかかわらず、1 つの認証パケットのみが送信されます。ソフトウェアは、最小のキー識別番号の検索を開始し、最初の有効なキーを使用します。

最後のキーが期限切れになった場合、認証は続行されますが、エラー メッセージが生成されます。認証を無効にするには、手動で有効な最後のキーを削除する必要があります。

すべてのキーを削除するには、no key chain コマンドを使用してキー チェーンを削除します。

使用上のガイドライン

次の表に、任意指定の interface 引数の有効なタイプ、番号の範囲、および説明を示します。

（注）	有効なタイプは、プラットフォームとプラットフォーム上のインターフェイスによって異なります。

使用上のガイドライン

このコマンドは、Cisco ネットワーキング スタックを使用して開かれたポートを含むシステム上で開いているすべての TCP/IP ポートのリストを表示します。

開いているポートを閉じるには、次のいずれかの方法を使用します。

• アクセスコントロールリスト（ACL）を使用します。

• UDP 2228 ポートを閉じるには、no l2 traceroute コマンドを使用します。

• TCP 80、TCP 443、TCP 6970、TCP 8090 ポートを閉じるには、no ip http server および no ip http secure-server コマンドを使用します。

使用上のガイドライン

トラッキング プロセスによってトラッキングされているオブジェクトに関する情報を表示するには、このコマンドを使用します。引数やキーワードを指定しない場合は、すべてのオブジェクトの情報が表示されます。

最大 1000 のオブジェクトを追跡できます。トラッキング対象オブジェクトは 1000 個設定できますが、各トラッキング対象オブジェクトは CPU リソースを使用します。デバイスで使用可能な CPU リソースの合計は、トラフィック負荷などの変数や、他のプロトコルがどのように設定され実行されているかに応じて異なります。1000 個の追跡対象オブジェクトが使用できるかどうかは、使用可能な CPU によって異なります。特定のサイト トラフィック条件下でサービスが機能することを保証するには、サイト上でテストを実施する必要があります。

使用上のガイドライン

トラッキング対象インターフェイスのパラメータを設定するには、track コマンドと併せて glbp weighting および glbp weighting track コマンドを使用します。GLBP デバイスのトラッキング対象インターフェイスがダウンすると、そのデバイスの重み値は減らされます。重み値が指定された最小値を下回った場合、デバイスは、アクティブ GLBP 仮想フォワーダとしての機能を失います。

最大 1000 のオブジェクトを追跡できます。トラッキング対象オブジェクトは 1000 個設定できますが、各トラッキング対象オブジェクトは CPU リソースを使用します。デバイスで使用可能な CPU リソースの合計は、トラフィック負荷などの変数や、他のプロトコルがどのように設定され実行されているかに応じて異なります。1000 個の追跡対象オブジェクトが使用できるかどうかは、使用可能な CPU によって異なります。特定のサイト トラフィック条件下でサービスが機能することを保証するには、サイト上でテストを実施する必要があります。

使用上のガイドライン

使用上のガイドライン

デフォルトでは、このコマンドで設定されるデバイスは、現在のマスター仮想ルータよりも高い優先順位を持つ場合、マスター仮想ルータとしての機能を引き継ぎます。VRRP デバイスが、マスター所有権を要求するアドバタイズメントを発行するまで、指定された秒数待機するように遅延時間を設定できます。

（注）	このコマンドの設定にかかわらず、IP アドレスの所有者であるデバイスがプリエンプション処理します。

使用上のガイドライン

このコマンドを使用すると、どのデバイスをマスター仮想ルータにするかを制御できます。

使用上のガイドライン

マスター仮想ルータから送信されるアドバタイズメントは、現在のマスター仮想ルータの状態と優先順位を伝えます。

vrrp timers advertise コマンドは、連続するアドバタイズメントパケットの間の時間間隔と、マスタールータがダウンしていると他のルータが宣言するまでの時間を設定します。タイマー値が設定されていないルータまたはアクセス サーバは、マスター ルータからタイマー値を取得できます。マスター ルータで設定されたタイマーは、他のすべてのタイマー設定を常に上書きします。VRRP グループ内のすべてのルータが同じタイマー値を使用する必要があります。同じタイマー値が設定されていないと、VRRP グループ内のデバイスが相互通信せず、正しく設定されていないデバイスのステートがマスターに変わります。