3. BOOTP协议与DHCP的区别：历史渊源、字段差异、为什么PXE选择DHCP而不是BOOTP
聊到网络启动，BOOTP和DHCP这两个协议是绕不开的。很多人觉得DHCP就是BOOTP的升级版，这么理解也没错，但不够精确。我当年刚接触PXE时，也以为DHCP只是多了个“动态分配”功能。后来在排查一个跨网段启动失败的问题时，才真正把这两个协议的细节摸透了。
说白了，BOOTP是DHCP的“老大哥”，但DHCP青出于蓝。PXE之所以选择DHCP，不是因为BOOTP不能用，而是DHCP更灵活、更符合现代网络的需求。咱们今天就把这段历史、字段差异，以及PXE的选择逻辑，一次性讲清楚。
3.1 历史渊源：从无盘工作站到动态网络
BOOTP（Bootstrap Protocol）诞生于1985年，RFC 951。那时候网络环境很单纯，主要解决一个问题：无盘工作站怎么获取IP地址和启动文件？
我记得早期做网络维护时，见过一台老旧的Sun工作站，就是靠BOOTP启动的。管理员得在服务器上手工配好MAC地址和IP的对应关系，一个萝卜一个坑。这方式很稳定，但扩展性极差——每加一台机器，就得改一次配置文件。
DHCP（Dynamic Host Configuration Protocol）在1993年才出现，RFC 1531（后来被2131取代）。它解决了BOOTP最大的痛点：IP地址不能动态复用。你想想看，一个办公室20个人，但只有10个IP地址，用BOOTP就没办法了。DHCP引入了“租约”的概念，IP地址用完了可以回收再分配。
这里有个有意思的点：DHCP在设计时完全向后兼容BOOTP。也就是说，DHCP服务器可以处理BOOTP客户端的请求。我曾在项目中验证过这一点，一台老旧的嵌入式设备只支持BOOTP，但接在DHCP网络上照样能拿到地址。
核心结论：DHCP不是推倒重来，而是在BOOTP的基础上做了扩展。两者共享相同的UDP端口（67/68）和报文格式基础。
3.2 字段差异：一张表看懂
BOOTP和DHCP的报文格式几乎一样，但DHCP在BOOTP的基础上做了两件事：重新定义了某些字段，增加了选项（Options）机制。
咱们直接看对比表：
| 字段 | BOOTP | DHCP | 说明 |
|---|---|---|---|
| OP | 1=请求, 2=应答 | 同左 | 完全兼容 |
| HTYPE/HLEN | 硬件类型/长度 | 同左 | 完全兼容 |
| HOPS | 中继跳数 | 同左 | 完全兼容 |
| XID | 事务ID | 同左 | 完全兼容 |
| SECS | 客户端启动后秒数 | 同左 | 完全兼容 |
| FLAGS | 未使用（全0） | 广播标志位 | DHCP重定义了最高位 |
| CIADDR | 客户端IP（仅应答时填写） | 同左 | 完全兼容 |
| YIADDR | 分配给客户端的IP | 同左 | 完全兼容 |
| SIADDR | 下一跳服务器IP | 同左 | 完全兼容 |
| GIADDR | 中继代理IP | 同左 | 完全兼容 |
| CHADDR | 客户端MAC地址 | 同左 | 完全兼容 |
| SNAME | 服务器主机名（64字节） | 可选，可被Options覆盖 | DHCP更灵活 |
| FILE | 启动文件名（128字节） | 可选，可被Options覆盖 | DHCP更灵活 |
| VEND | 厂商扩展区（64字节） | Options区域（可变长） | 这是最大的区别 |
看到VEND这一行了吗？这是关键。BOOTP的厂商扩展区只有64字节，而且格式固定。DHCP把它改成了可变长的Options区域，理论上可以携带任意多的信息。
避坑指南：我曾经在配置PXE时，发现启动文件总是获取不到。排查了半天，原来是DHCP服务器上Options 67（启动文件名）没有配置，而客户端又没回退到FILE字段。记住：DHCP优先使用Options，如果Options里没有，才看固定字段。
3.3 为什么PXE选择DHCP而不是BOOTP
这个问题，我当年也困惑过。PXE规范（Intel的Wired for Management Baseline）明确要求使用DHCP。为什么？三个核心原因：
3.3.1 动态IP分配能力
PXE启动的场景，往往是批量部署。几十台、几百台机器同时启动，如果用BOOTP，你得事先知道每一台机器的MAC地址，然后在服务器上配好静态映射。这工作量太大了。
DHCP的地址池机制，让PXE客户端可以自动获取IP，无需人工干预。我做过一个项目，一次部署200台服务器，PXE+DHCP配合，半小时全部搞定。如果用BOOTP，光配表就得一天。
3.3.2 扩展选项的灵活性
PXE需要传递大量额外信息，远不止IP地址和启动文件名。比如：
- 引导服务器列表（Options 54）
- 启动文件名（Options 67）
- TFTP服务器地址（Options 66）
- PXE客户端特定选项（Options 60, 43等）
BOOTP的64字节厂商区根本装不下这些。DHCP的Options机制可以轻松扩展。我记得有一次调试PXE启动，需要在DHCP应答里塞一个自定义的厂商选项，DHCP轻松搞定，BOOTP就得改协议了。
3.3.3 跨网段中继支持
PXE启动经常涉及跨网段场景——客户端在VLAN 10，DHCP服务器在VLAN 100。DHCP Relay Agent（中继代理）可以完美处理这种情况。BOOTP虽然也有中继机制（GIADDR字段），但实现上不如DHCP成熟。
我遇到过一个问题：客户端能拿到IP，但就是下载不到启动文件。后来发现是中继代理没有正确转发DHCP Options。换成DHCP后，问题迎刃而解。
注意：虽然PXE要求使用DHCP，但DHCP服务器必须配置为兼容BOOTP模式。有些DHCP服务器默认只响应DHCP请求，忽略BOOTP请求。如果PXE客户端发送的是BOOTP格式的请求（早期PXE ROM确实会这么做），就会失败。我建议统一配置为“DHCP+BOOTP兼容模式”。
3.4 PXE启动中的DHCP交互流程
咱们用一张图来展示PXE启动时，DHCP的完整交互过程：
看到没？前四步就是标准的DHCP四步握手。但PXE在第一步就通过选项60告诉服务器：“我是PXE客户端，请给我启动参数。”服务器收到后，在选项43里塞入PXE特有的配置信息。
实战经验：我在配置PXE环境时，经常遇到一个问题：DHCP服务器正常分配IP，但PXE客户端就是无法启动。排查后发现，DHCP服务器没有配置选项43（PXE Vendor Specific Options）。记住：没有选项43，PXE客户端就不知道去哪里下载启动文件。
3.5 总结：一张表看清BOOTP vs DHCP vs PXE
| 特性 | BOOTP | DHCP | PXE使用的协议 |
|---|---|---|---|
| IP分配方式 | 静态映射 | 动态租约 | DHCP动态分配 |
| 配置管理 | 手动配置 | 自动管理 | 自动管理 |
| 扩展能力 | 64字节厂商区 | 可变长Options | 依赖Options |
| 跨网段支持 | 有限 | 成熟（Relay Agent） | 依赖DHCP Relay |
| 向后兼容 | — | 兼容BOOTP | 兼容BOOTP客户端 |
| 适用场景 | 嵌入式、老旧设备 | 通用网络 | 网络启动、批量部署 |
嗯，到这里你应该明白了。PXE选择DHCP，不是因为BOOTP不能用，而是DHCP更灵活、更自动化、更适合大规模部署场景。我做了这么多年网络，见过太多因为协议选择不当导致的坑。记住一句话：能用DHCP就别用BOOTP，除非你确定你的设备只支持BOOTP。