AP 不断发送ARP

H3C Mini GR5200 作为 AC 控制器，BA3000C 为瘦 AP，采用直接转发模式，上班期间出现短时高延迟但很快恢复，AC 与 AP 间可正常 Ping 通，且无相关日志记录，抓包发现 AP 持续进行 ARP 请求（疑似 ARP 请求网关或 AC）。

可能原因分析如下：

1. **ARP 异常广播**：AP 持续 ARP 请求，可能由于网络中 IP 冲突、网关或 AC 接口 IP 变更、二层链路不稳定，导致 AP 重新学习 MAC 地址。
2. **瞬时网络震荡**：POE 交换机或链路存在瞬时丢包、端口启停、STP 收敛等二层问题，引发短暂通信异常。
3. **AP 与 AC 心跳保活机制异常**：在直接转发模式下，控制隧道仍需维持，若 AP 频繁重连 AC，会触发 ARP 重建过程。
4. **DHCP 或 IP 地址租期问题**：AP 获取的 IP 租期到期未及时续租，导致重新发起 ARP 探测。
5. **交换机广播抑制或 ACL 误配置**：部分交换机配置广播抑制或端口安全策略，可能误伤 ARP 报文，导致 AP 不断重发。

建议排查措施：

- 检查交换机端口日志（如 `display logbuffer`），查看对应 AP 连接端口是否存在 Up/Down、STP 状态变化或错误计数上升。
- 抓包分析 ARP 请求目标 IP 是否为网关或 AC，确认是否为网关可达性探测。
- 确认 AC 和 AP 所在 VLAN 的网关是否启用 ARP 代答或代理 ARP。
- 检查 AP 是否频繁上下线（可通过 AC 的 AP 状态历史或会话表确认）。
- 升级 BA3000C AP 及 Mini GR5200 AC 至最新固件版本，排除已知缺陷。

参考您提供的案例，虽设备型号不同，但“AP 持续 ARP 请求 + 短时延迟”现象相似，建议优先排查二层链路稳定性与 ARP 行为根源。

结论：当前现象大概率由**瞬时二层通信异常或 ARP 学习中断**引起，建议结合交换机日志与 ARP 抓包进一步定位。