回答:
RFC826(イーサネットアドレス解決プロトコル)によると、送信者は次のことを行う必要があります。
ローカルハードウェアとプロトコルアドレスを送信者フィールドに入力します
しかし、ホストがARP応答でブロードキャストアドレスを使用する理由を指摘したように?多分これは賢いように思えるかもしれません。L2ブロードキャストアドレスを使用すると、LAN内のすべてのホストが新しい(IP、MAC)ペアをすぐに認識して時間を節約できます。実際、この方法は(定期的なブロードキャストを参照していても)RFCでは望ましくありません。
定期的な放送は絶対に望まれない。単一のイーサネット上に100のワークステーションがあり、それぞれが10分ごとに1つのアドレス解決情報を(可能なパラメーターのセットの1つとして)ブロードキャストするとします。これは、6秒ごとに1パケットです。これはほぼ妥当ですが、どのような用途ですか?ワークステーションは通常、互いに通信することはありません(したがって、テーブルに100の無用なエントリがあります)。
ブロードキャストされたメッセージによって学習されたタプルをARPテーブルに追加するかどうかは、ホストのOSにも依存します。
編集:コメントに記載されているように、RFC 5227はRFC 826を更新し、
IPv4アドレス競合検出(ACD)の一部のアプリケーションでは、ユニキャストではなくブロードキャストを使用してARP応答を配信すると、アドレスの競合を通常よりも早く検出できるため、有利になる場合があります。