摘要：本文分析了黑光相机在更换控制机接入点后，因客户端 ARP 缓存未刷新导致的网络中断问题。
1. 故障现象
- 场景：黑光相机 (IP:
192.168.8.100) 从旧控制机 (MAC:...dd:4d) 物理迁移至新控制机 (MAC:...49:82)。 - 问题：物理链路正常，IP 地址保持不变，但客户端 Ping 请求超时。
- 排查：检查客户端 ARP 表 (
arp -a)，发现该 IP 仍指向旧控制机的 MAC 地址，导致通信失败。
2. 故障逻辑推演
以下流程图还原了数据包因 MAC 地址映射错误而丢失的全过程：
[ 物理层动作：黑光相机迁移 ]
(从旧机 lw_1102_90 拔除，接入新机 lw_1104_80)↓
[ 真实物理状态更新 ]
MAC 地址变更为: 00:18:99:21:49:82
IP 地址仍保持: 192.168.8.100↓|| (客户端发起通信请求)||-------------> [ 客户端执行 Ping 192.168.8.100 ]| ↓| [ 操作系统查询本地 ARP 表 ]| ↓| [ 命中陈旧缓存条目 ]| (IP: 192.168.8.100 == MAC: 00:18:99:20:dd:4d)| ↓| [ 💥 关键缺失：新机未广播 Gratuitous ARP ]↓ ↓
(新MAC ...49:82 在线待命) (数据帧被错误封装发往旧 MAC ...dd:4d)↓ ↓
[ ❌ 新链路无流量 ] [ 数据帧在交换机/旧口被丢弃 ]↓ ↓
(客户端收不到回包) (目标物理地址不存在或不匹配)↓
[ 故障现象：请求超时 (Request Timed Out) ]↓
[ 修复动作：执行 arp -d ]↓
[ 重新泛洪 ARP 请求 -> 获取新 MAC (...49:82) -> 通信恢复 ]
3. 根因分析
- 客户端机制：操作系统 ARP 缓存尚未达到老化时间（Timeout），因此维持旧的 IP-MAC 映射关系。
- 服务端缺失：新控制机在设备接入或网卡上线时，未主动发送 免费 ARP (Gratuitous ARP) 报文，导致局域网内其他设备未能及时更新 MAC 地址。
4. 解决方案
- 临时规避：网络变更后，在客户端手动执行
arp -d清空缓存 - 系统改进：建议在控制机网络协议栈中增加逻辑——当监测到设备上线或网络配置变更时，主动广播免费 ARP，强制刷新局域网内终端的 ARP 表，实现无感迁移（未采纳）。