Câu trả lời:
Theo RFC826 (Giao thức phân giải địa chỉ Ethernet), người gửi phải:
đặt địa chỉ phần cứng và giao thức cục bộ trong các trường của người gửi
Nhưng như bạn đã chỉ ra tại sao một máy chủ lưu trữ sẽ sử dụng địa chỉ quảng bá trong phản hồi ARP? Có lẽ bởi vì điều này có vẻ thông minh: sử dụng địa chỉ quảng bá L2, tất cả các máy chủ trong mạng LAN sẽ biết ngay một cặp tiết kiệm (IP, MAC) mới. Trên thực tế phương pháp này không được RFC mong muốn (ngay cả khi chúng đề cập đến phát sóng định kỳ):
Phát sóng định kỳ chắc chắn là không mong muốn. Hãy tưởng tượng 100 máy trạm trên một Ethernet, mỗi thông tin phân giải địa chỉ quảng bá một lần trong 10 phút (như một bộ tham số có thể). Đây là một gói cứ sau 6 giây. Điều này là gần như hợp lý, nhưng nó là gì? Các máy trạm thường không nói chuyện với nhau (và do đó có 100 mục vô dụng trong một bảng);
Nó cũng phụ thuộc vào hệ điều hành của máy chủ để thêm vào bảng ARP một bộ dữ liệu được học bởi một tin nhắn được phát.
EDIT: Như đã nêu trong các bình luận, RFC 5227 cập nhật RFC 826 và thông báo
Trong một số ứng dụng Phát hiện xung đột địa chỉ IPv4 (ACD), có thể thuận lợi khi cung cấp Trả lời ARP bằng cách sử dụng phát sóng thay vì unicast vì điều này cho phép phát hiện xung đột địa chỉ sớm hơn có thể xảy ra.
Một trong những ứng dụng của ARP quảng bá là các phản hồi ARP vô cớ được gửi bởi một số giải pháp phân cụm hoặc liên kết (tức là hợp tác nhóm). Đây là quá trình họ thường sẽ sử dụng khi họ muốn di chuyển lưu lượng truy cập từ giao diện này sang giao diện khác.
Quá trình này sẽ cập nhật tất cả các máy chủ trên mạng con cục bộ (bao gồm cả cổng) cũng như khiến các công tắc L2 cập nhật bảng địa chỉ MAC của chúng. Kết quả là tất cả lưu lượng truy cập nên chuyển sang giao diện mới một cách trơn tru và nhanh chóng.