报错解析：WX3510X 云集群切旧 WX3510H，部分 AP 隧道断开

两条下线日志释义H3C：

1. Timer for waiting change state event request expired

等待【状态变更事件请求报文】超时。AC 下发 AP 状态切换指令，AP 收不到应答，定时器到期，CAPWAP 隧道拆除。

2. Timer for waiting image data request or configuration request expired

等待【AP 版本镜像 / 配置下发请求报文】超时。AC 准备推送 AP 固件、下发配置，报文交互超时，隧道断开H3C。

场景背景：云集群切换控制器（WX3510X → WX3510H），属于跨硬件型号的集群 / 主备割接，这两个报错本质是：CAPWAP 控制通道报文丢包、延迟，AC 和 AP 之间版本 / 配置交互流程跑不完，直接断隧道。 现象：一部分 AP 可以正常上线，一部分反复隧道断开，反复重注册。

核心根因（该割接场景优先顺序）

1. AC 版本不一致（最高概率） WX3510X、WX3510H 硬件平台不一样，云集群模式要求两台 AC 的Comware V7 主版本必须完全一致。

• 如果旧 WX3510H 版本低于 WX3510X，切换接管后，部分 AP 需要下载适配镜像，下载交互超时直接报第二条日志；状态迁移时报第一条日志。

云集群不允许高低版本混合接管 AP。

2. License 资源不足 WX3510H 和 WX3510H‑HPU 许可容量不同，割接后 WX3510H 的 AP 授权数量不够，部分 AP 进入版本 / 配置协商阶段被踢下线。

核查可用 AP 授权数。

3. 中间网络对 CAPWAP 报文丢包 / 延迟（三层组网割接高频） CAPWAP UDP 5246/5247 报文，割接切换后 AP 重新发现、join、下载镜像、同步配置，报文量大；中间交换机 ACL、QoS、CPU 防护丢弃控制报文。
4. AP 本地缓存旧 AC 信息 部分 AP 还缓存原 WX3510X 控制器列表，切换后来回在两台 AC 之间做 CAPWAP 协商，状态机紊乱。

排查步骤（现场操作顺序）

① 先核对两台 AC 软件版本

云集群：WX3510X 与 WX3510HCMW 版本号必须完全一致，小版本也要对齐。 如果 WX3510H 版本低：先升级 WX3510H，版本对齐之后再做切换接管。

② 查看 AP 下线完整记录，定位范围

③ 核查 License 授权

确认 WX3510H 剩余 AP 授权 ≥ 当前需要接管 AP 总数。

④ 网络侧检查 CAPWAP 报文

1. AC 长 ping 故障 AP 管理 IP，看是否有丢包、时延大
2. 中间设备检查 ACL 是否拦截 UDP 5246、5247 端口；CPU‑defend 是否丢弃 CAPWAP 报文

⑤ 调大 CAPWAP 重传计时器（临时缓解网络差场景）

在AP 组视图修改请求报文重传间隔，增大超时容忍，适合割接过渡阶段H3C：

⑥ 异常 AP 恢复手段

1. 方式 1：AC 上删除该 AP，让 AP 重新自动发现注册

2. 方式 2：现场断电重启离线 AP，清空 AP 端旧控制器缓存；

大批量割接时，不要一次性全部重启，分批操作。

重点注意（云集群跨硬件割接坑点）

WX3510X 和 WX3510H 硬件芯片平台不同，不建议直接云集群切换接管，版本不一致会大量出现上面两条定时器超时。 正确割接方案：

1. 将 WX3510H 升级到和 WX3510X 完全一致的 CMW 版本；
2. 确认 WX3510H 有足够 AP License；
3. 关闭云集群，AP 重新发现注册到 WX3510H；
4. 割接完成后，再下线旧 WX3510X。

什么时候需要抓包 / 联系 400

做完上面步骤，依旧大量 AP 报同样超时日志：

• 在 AC 侧镜像 CAPWAP 报文，看 AC 下发 image‑data、change‑state 报文，有没有收到 AP 回应；
• 收集：display version、license 信息、tunnel‑down‑record 日志，联系 H3C400 分析。

是不是升级了ac的版本 ap请求版本失败

两条报错含义（H3C CAPWAP 隧道断开原因）

Timer for waiting change state event request expired 等待【状态变更事件请求】报文超时。AP 和 AC 建立 CAPWAP 隧道后，AC 下发状态变更指令，AP 等待 AC 应答超时，隧道断开重连H3C

Timer for waiting image data request or configuration request expired 等待【镜像版本文件 / 配置下发请求】报文超时。典型发生在 AP 正在从 WX3510X 下载固件版本、或者拉取 AP 配置阶段，AC 侧版本包下发慢、丢包、中断，AP 等待超时，CAPWAP 隧道 down 掉，AP 重启重新发现 ACH3C

一句话总结：AP 已经成功发现 WX3510X 并建立 CAPWAP 隧道，但是在「版本升级 / 配置下发 / 状态同步阶段」交互报文超时，隧道断开，AP 反复尝试上线。云集群替换旧 WX3510H 场景，大多是版本不匹配、集群同步压力、网络丢包、license 不足这四类。

核心原因（云集群替换场景优先排查顺序）

1. AP 固件版本与 WX3510X 的 AC 软件版本不匹配（最高概率）

旧 AC 是 WX3510H，新控制器 WX3510X 的软件版本更高；AP 保存的是适配旧 WX3510H 的版本。AP 上线后 WX3510X 强制触发 AP 自动升级。

• 升级包大、云集群同步文件压力大；中间网络丢包、分片异常 → 下载 image 中断，报这条 image request 超时
• 部分老 AP 型号在新版本 AC 存在版本兼容性问题，升级中途隧道断开

查看命令：

display wlan ap all verbose display wlan ap statistics tunnel-down-record

2. WX3510X 云集群资源 / AP license 不足

云集群切换后，如果WX3510X 的 AP 授权数量不够，部分 AP 认证通过后，在下发配置阶段直接异常断开，会出现状态事件请求超时。

3. CAPWAP 报文被中间网络丢包 / 拦截（UDP 5246/5247）

三层组网：AP 管理 VLAN、DHCP Option138 指向 WX3510X 集群虚拟 IP；中间交换机 / 防火墙 / ACL/QoS：

• 丢弃 CAPWAP 控制隧道 UDP 5246、数据隧道 5247 报文
• MTU 问题，AP 版本包 CAPWAP 分片被丢弃（版本下载最容易触发）
• 网络存在随机丢包，延迟大，AP 的 CAPWAP 重传定时器来不及等待应答

测试：AC 上长 ping AP 管理 IP，看是否丢包；检查中间设备是否放行 UDP5246/5247，MTU 建议管理链路 1460。

4. 云集群主备 / 成员节点配置同步异常

云集群切换旧 AC 后：

• AP 的配置、AP 镜像文件在集群内没有完整同步到 WX3510X
• 集群角色切换，CAPWAP 隧道主备切换时状态事件同步超时

5. 少数次要因素

• PoE 供电不稳：AP 升级阶段功耗上升，PoE 功率不足，AP 短暂复位
• DTLS 加密参数不匹配，隧道建立后交互阶段异常

分步处理方案

1. 先确认 license：确认 WX3510X 云集群可用 AP 授权数量 ≥ 当前全部 AP 数量，超授权会出现部分 AP 上线到一半断开。
2. 检查 AP 版本
   • 看离线 AP 的当前版本，和 WX3510X 配套 AP 版本是否一致
   • 可临时关闭 AP 自动升级 wlan auto-ap-image disable 测试；能正常上线就是版本升级下载问题
   • 提前把对应 AP 的 image 版本上传到 WX3510X 集群存储，保证集群所有节点都存在 AP 固件包
3. 网络侧排查
   • 放行 UDP 5246/5247，管理链路减少 QoS 限流，MTU 调小测试
   • 排查 AP 管理 VLAN DHCP Option138 指向集群 VIP 是否正确，不要残留旧 WX3510H 地址
4. 集群检查 display cluster status display cluster sync 确认集群文件同步、配置同步正常，镜像文件在集群内同步完成
5. 临时验证手段：挑一台故障 AP，单独在 AC 上手动指定静态 AP 版本，手动升级，观察是否还报该超时；或者把 AP 放到就近接入交换机，简化三层链路测试。

补充区分两条报错的简单判断

• 大量报 image data request expired → AP 版本下载环节问题（版本包缺失 / 网络分片丢包）
• 报 change state event request expired，版本已经下载完成 → 配置下发、CAPWAP 状态同步、集群主备隧道切换问题