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 でサポートされるあらゆるタイプのインターフェイスに加えて、アンナンバード インターフェイスに対応しています。

インターフェイスまたはサブインターフェイスを設定して、ローカル サブネットから ARP エントリのみを学習することができます。

インターフェイス上にローカル ARP 学習を設定するには、次の手順を実行します。

1. インターフェイス コンフィギュレーション モードを開始します。

   Router(config)# interface TenGigE 0/11/0/0

2. インターフェイスの IPv4/IPv6 アドレスを設定します。

   Router(config-if)# ipv4 address 12.1.3.4 255.255.255.0

3. インターフェイス上にローカル ARP インターフェイスの学習を設定します。

   Router(config-if)# arp learning local

4. インターフェイスを有効にし、設定をコミットします。

   Router(config-if)# no shut
   Router(config-if)# commit
   RP/0/0/CPU0:Dec 12 13:41:16.580 : ifmgr[397]: %PKT_INFRA-LINK-3-UPDOWN : interface TenGigE 0/11/0/0, changed state to Down 
   RP/0/0/CPU0:Dec 12 13:41:16.683 : ifmgr[397]: %PKT_INFRA-LINK-3-UPDOWN : interface TenGigE 0/11/0/0 changed state to Up 

5. 設定を確認します。

   Router(config-if)# show running-configuration 
   ..
   Building configuration...
   !! IOS XR Configuration 0.0.0
   !! Last configuration change at Mon Dec 12 13:41:16 2016
   !interface TenGigE 0/11/0/0
    ipv4 address 12.1.3.4 255.255.255.0
    arp learning local
   !

6. ローカル ARP 学習がインターフェイスに設定したとおりに動作していることを確認します。

   Router(config-if)# do show arp idb TenGigE 0/11/0/0 location 0/RP0/CPU0
   Thu Dec 15 10:00:11.733 IST
   
   TenGigE 0/11/0/0 (0x00000040):
     IPv4 address 12.1.3.4, Vrf ID 0x60000000
     VRF Name default
     Dynamic learning: Local
     Dynamic entry timeout: 14400 secs
     Purge delay: off
     IPv4 caps added (state up)
     MPLS caps not added
     Interface not virtual, not client fwd ref,
     Proxy arp not configured, not enabled
     Local Proxy arp not configured
     Packet IO layer is NetIO
     Srg Role : DEFAULT
     Idb Flag : 2146444
     IDB is Complete

7. （任意）インターフェイス上で ARP トラフィックをモニタできます。

   Router(config-if)# do show arp idb TenGigE 0/11/0/0 location 0/RP0/CPU0 
   Thu Dec 15 10:13:28.964 IST
   
   ARP statistics:
     Recv: 0 requests, 0 replies
     Sent: 0 requests, 1 replies (0 proxy, 0 local proxy, 1 gratuitous)
     Subscriber Interface: 
            0 requests recv, 0 replies sent, 0 gratuitous replies sent
     Resolve requests rcvd: 0
     Resolve requests dropped: 0
     Errors: 0 out of memory, 0 no buffers, 0 out of sunbet
   
   ARP cache:
     Total ARP entries in cache: 1
     Dynamic: 0, Interface: 1, Standby: 0
     Alias: 0,   Static: 0,    DHCP: 0
   
     IP Packet drop count for GigabitEthernet0_0_0_1: 0
   

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）に転送します。