Cisco NCS 5000 シリーズ ルータ IP アドレスおよびサービス コンフィギュレーション ガイド、IOS XR リリース 6.0.x

ARP は、ネットワーク アドレス（IP アドレスなど）とイーサネット ハードウェア アドレスの間の通信を確立します。各通信の記録は、キャッシュ内に事前定義された期間だけ保持された後、廃棄されます。

また、明示的に削除されるまで存続するスタティック（永続）エントリを ARP キャッシュに追加することもできます。

プロキシ ARP がディセーブルされると、ネットワーキングデバイスは、次のいずれかの条件が満たされる場合に限り、インターフェイスに受信された ARP 要求に応答します。

• ARP 要求のターゲット IP アドレスは、要求が受信されたインターフェイス IP アドレスと同じです。

• ARP 要求のターゲット IP アドレスには、静的に設定された ARP エイリアスがあります。

プロキシ ARP がイネーブルになると、ネットワーキング デバイスは、次の条件すべてを満たす ARP 要求にも応答します。

• ターゲット IP アドレスが、要求を受信した同一の物理ネットワーク（LAN）上にない。

• ネットワーキング デバイスに、ターゲット IP アドレスまでのルートが 1 つ以上存在する。

• ターゲット IP アドレスまでのルートすべてが、要求を受信したインターフェイスとは別のインターフェイスを通過する。

プロキシ ARP がイネーブルになっている場合、ネットワーキング デバイスは、次の条件をすべて満たす ARP 要求に応答します。

• ARP 要求のターゲット IP アドレス、ARP ソースの IP アドレス、および ARP 要求を受信するインターフェイスの IP アドレスが、同じレイヤ 3 ネットワーク上にある。

• ターゲット IP アドレスのネクストホップが、要求を受信するインターフェイスと同じインターフェイスを使用する。

通常、ローカル プロキシ ARP は、同じレイヤ 3 ネットワーク（）で MAC アドレスを IP アドレスに解決するために使用されます。ローカル プロキシ ARP は、ARP でサポートされるあらゆるタイプのインターフェイスに加えて、アンナンバード インターフェイスに対応しています。

Direct Attached Gateway Redundancy（DAGR）を設定すると、接続デバイス上のサード パーティ冗長性スキームで Gratuitous ARP をフェールオーバー シグナルとして使用できるようになり、ARP プロセスはルーティング情報ベース（RIB）に新しいタイプのルートをアドバタイズできます。このようなルートは、Open Shortest Path First（OSPF）によって配布されます。

IP ネットワークの部分によっては、ルーティング プロトコルのない冗長性が必要になることがあります。典型的な例が、モバイル環境で見られます。モバイル環境では、ベース ステーション コントローラやマルチメディア ゲートウェイなどのデバイスをペアで導入して冗長性を確保し、アグレッシブ フェールオーバー要件（サブセカンド以下）を満たしています。しかし、これらのデバイスには一般に、OSPF や Intermediate System-to-Intermediate System（IS-IS）プロトコルなどのネイティブのレイヤ 3 プロトコルを使用して、この冗長性を管理する機能がありません。その代わりに、イーサネット スイッチ経由で隣接の IP デバイスに接続されるものと認識し、仮想ルータ冗長プロトコル（VRRP）によく似た独自のメカニズムを使用してレイヤ 2 で冗長性を管理します。このためには復元力を持つイーサネット スイッチング機能が必要であり、実現できるかどうかは MAC ラーニングや MAC フラッディングなどのメカニズムに左右されます。

DAGR は、イーサネット スイッチを介さずに直接、このような多数のデバイスを接続できるようにする機能です。DAGR を使用すると、レイヤ 3 ソリューションを使用して、サブセカンド フェールオーバー要件を満たすことができます。MAC ラーニングもフラッディングもスイッチングも必要ありません。

（注）	モバイル デバイスの 1 対 1 レイヤ 2 冗長性メカニズムは独自のメカニズムであるため、必ずしも標準に準拠しているとは限りません。IP モバイル機器のほとんどは DAGR と互換性がありますが、DAGR とのインターフェイスとなるレイヤ 2 メカニズムが独自のものである場合があるため、相互運用性を確保するには資格が必要になります。

[Restrictions（機能制限）]

Direct Attached Gateway Redundancy（DAGR）機能を設定する際には、さらに次の制限が適用されます。

• IPv6 はサポートされていません。

• イーサネット バンドルはサポートされません。

• Non-Ethernet インターフェイスはサポートされていません。

• 無中断 ARP プロセス再起動はサポートされません。

• 無中断 RSP フェールオーバーはサポートされません。

IP のデバイスは、ローカル アドレス（ローカル セグメントまたは LAN のデバイスを一意に識別）とネットワーク アドレス（デバイスが属するネットワークを識別）の両方を持つことができます。ローカル アドレスは、より正確にはデータリンク アドレスとして知られています。その理由は、ローカル アドレスはパケット ヘッダーのデータリンク層（OSI モデルの第 2 層）の部分にあり、データリンク デバイス（ブリッジやすべてのデバイス インターフェイスなど）によって読み取られるからです。データリンク層内の MAC 副層がその層用にアドレスを処理するため、技術志向が強い人ほどローカル アドレスを MAC アドレスと呼びます。

たとえば、イーサネットでデバイスと通信するには、Cisco IOS XR ソフトウェアがまずそのデバイスの 48 ビット MAC アドレスまたはローカル データリンク アドレスを特定する必要があります。IP アドレスからローカル データリンク アドレスを決定する処理は、アドレス解決と呼ばれています。

次のプロセスでは、送信元デバイスと宛先デバイスが同じ LAN に接続されている場合のアドレス解決について説明します。

1. エンド システム A（ノード A）は ARP 要求を LAN にブロードキャストし、エンド システム B（ノード B）の MAC アドレスの学習を試みます。

2. ブロードキャストは、エンド システム B を含め LAN 上のすべてのデバイスで受信され、処理されます。

3. エンド システム B のみが、ARP 要求に応答します。ARP 応答に自身の MAC アドレスを含めてエンド システム A（ノード A）に送信します。

4. エンド システム A（ノード A）は応答を受信し、自身の ARP キャッシュにエンド システム B の MAC アドレスを保存します（ARP キャッシュ内で、ネットワーク アドレスが MAC アドレスに関連付けられます）。

5. エンド システム A（ノード A）はエンド システム B との通信が必要になるたびに、ARP キャッシュをチェックしてエンド システム B の MAC アドレスを探し、フレームを直接送信します。最初に ARP 要求を使用する必要はありません。

次のプロセスでは、送信元デバイスと宛先デバイスが、ルータによって相互接続された異なる LAN に接続されている場合のアドレス解決について説明します（プロキシ ARP が有効になっている場合のみ）。

1. エンド システム Y（ノード A）は ARP 要求を LAN にブロードキャストし、エンド システム Z（ノード B）の MAC アドレスの学習を試みます。

2. ブロードキャストは、ルータ X を含め LAN 上のすべてのデバイスで受信され、処理されます。

3. ルータ X は、自身のルーティング テーブルをチェックし、エンド システム Z（ノード B）が別の LAN 上にあることを突き止めます。

4. これにより、ルータ X はエンド システム Z（ノード B）のプロキシとして動作します。ルータ X はエンド システム Z（ノード B）に属しているかのように、エンド システム Y（ノード A）からの ARP 要求に応答し、ARP 応答に自身の MAC アドレスを含めて送信します。

5. エンド システム Y（ノード A）は ARP 応答を受信し、自身の ARP キャッシュのエンド システム Z（ノード B）用エントリにルータ X の MAC アドレスを保存します。

6. エンド システム Y（ノード A）はエンド システム Z（ノード B）との通信が必要になると、ARP キャッシュをチェックしてルータ X の MAC アドレスを探し、フレームを直接送信します。ARP 要求は使用されません。

7. ルータ X は、エンド システム Y（ノード A）からトラフィックを受信し、それを他の LAN 上のエンド システム Z（ノード B）に転送します。