RARP ( Reverse ARPの場合) を使用すると、ハードウェア アドレス (MAC アドレス) からマシンの IP アドレスを決定できます。要約すると、RARP は ARP の逆のことを行います。
RARP (Reverse Address Resolution Protocol) プロトコルはあまり使用されていませんが、Reverse ARP Protocol の略で、論理アドレスと物理アドレスの一種の逆ディレクトリです。実際には、RARP プロトコルは主にハード ドライブを持たず、物理アドレスを知りたいワークステーションに使用されます。
RARP プロトコルを使用すると、ステーションは、 MAC アドレス(物理アドレス) と、同じローカル ネットワーク(LAN) 上にあるゲートウェイによってホストされる IP アドレスとの間の対応表から、そのIP アドレスを知ることができます。
これを行うには、管理者は MAC/IP アドレス対応テーブルを使用してゲートウェイ (ルーター)を構成する必要があります。実際、ARP とは異なり、このプロトコルは静的です。したがって、新しいネットワークカードを接続できるように、対応テーブルは常に最新である必要があります。
RARP には多くの制限があります。サーバー内の重要なテーブルを維持するには、多くの管理時間が必要です。ネットワークが大規模であればあるほど、これはなおさら当てはまります。これは、RARP プロトコルのサーバー部分をホストするハードウェアの対応テーブルと容量を維持するために必要な人材の問題を引き起こします。実際、RARP では複数のサーバーがリクエストに応答することができますが、すべてのサーバーが応答できること、さらには同じ応答を保証するメカニズムは提供されていません。したがって、このタイプのアーキテクチャでは、他の ARP サーバーの応答が異なる可能性があるため、RARP サーバーが MAC アドレスを IP アドレスにリンクできるかどうかを知ることはできません。 RARP のもう 1 つの制限は、サーバーが 1 つの LAN にしかサービスを提供できないことです。
最初の 2 つの管理上の問題を解決するには、RARP プロトコルを動的バージョンである DRARP プロトコルに置き換えることができます。もう 1 つのアプローチは、動的アドレス解決を可能にする DHCP サーバーを使用することで構成されます。さらに、DHCP はBOOTPプロトコルと互換性があります。後者と同様に、ルーティング可能であり、複数の LAN にサービスを提供できます。 IPでのみ機能します。
詳細情報
ARP および RARP プロトコルに関する主なドキュメントは、次の RFC で構成されています。
* RFC 826 - ARP (イーサネットアドレス解決プロトコル) * RFC 903 - RARP (逆アドレス解決プロトコル)