【技术复盘】 设备跨机迁移后的 ARP 缓存连通性故障分析

摘要：本文分析了黑光相机在更换控制机接入点后，因客户端 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 表，实现无感迁移（未采纳）。