John Gilmore 作为 Sun Microsystems 第五号员工与 EFF 创始人，在 NANOG 邮件列表回顾了 ARP 与 BOOTP 的诞生背景，揭示共享介质网络中链路层地址发现的核心难题。
ARP 解决的发现问题
DNS 负责名字到 IP 的映射，路由负责全网寻址，但共享介质（如以太网）上如何把 IP 包投递给正确的链路层地址，既非 DNS 也非路由能解决。点对点链路只有两端，无需发现；令牌环与以太网引入广播域，必须在链路层建立地址映射。ARP 正是为填补这一“引导”空白而设计，原文未给出具体数据。
共享介质带来的寻址挑战
以太网本质是波导管内的无线电广播，帧发出后所有设备均可收到。如何只让目标主机接收？答案是引入链路层地址，即 IPv6 仍沿用的链路本地地址概念——仅在直接相连网段有效，不参与路由。Gilmore 指出这一机制源于 Sun 早期工程实践，原文未给出具体数据。
从 RARP 到 DHCP 的演进脉络
Gilmore 还梳理了 RARP、BOOTP 至 DHCP 的演进：RARP 反向解析链路地址获取 IP，BOOTP 增加跨网段引导与配置参数，DHCP 再引入租约与动态分配。每一步都回应了无盘工作站与大规模部署的新需求，原文未给出具体数据。
理解 ARP 与 BOOTP 的历史动机，有助于工程师在排查链路层故障、设计 IPv6 链路本地地址策略、部署 DHCP 选项时把握协议边界，避免将链路发现问题误判为路由或 DNS 故障。
原文: APNIC Blog（2022-05-12）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog