报错解析：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 状态同步、集群主备隧道切换问题

你遇到的这两个告警，核心原因是AP与新的WX3510H控制器在CAPWAP隧道建立过程中，关键的交互步骤超时了。这通常是控制器切换后，AP状态未同步、镜像文件不匹配或网络链路不稳定导致的。

 告警含义解读

这两个告警都发生在AP向AC注册的CAPWAP隧道建立阶段：

• Timer for waiting change state event request expired：等待状态变迁请求报文超时。在CAPWAP隧道建立过程中，AP和AC需要通过交互“状态变迁请求”报文来确认进入下一阶段。这个告警意味着AC在指定时间内没有收到AP的回应，导致状态机卡住。

• Timer for waiting image data request or configuration request expired：等待镜像数据或配置请求报文超时。这通常发生在前一个状态之后。AP本应向新AC请求下载新的镜像文件或配置信息，但AC没有等到这个请求。

 核心原因分析

结合你“云集群切换”的背景，问题根源可能出在以下几个方面：

1. AP版本与镜像不匹配：WX3510X和WX3510H的软件版本可能不同，导致它们为AP提供的镜像版本也有差异。AP在切换后需要重新下载适配新AC的镜像，但如果AC上的镜像文件缺失、损坏或版本不兼容，下载过程就会卡住并超时。

2. AP状态残留：AP可能还保留着与旧AC（WX3510X）通信时的部分状态信息，导致在与新AC（WX3510H）建立隧道时，状态机无法顺利完成切换。

3. 网络链路不稳定：CAPWAP控制报文基于UDP，对丢包和延迟敏感。如果AP到新AC之间的网络路径存在丢包、延迟或光路衰减，关键报文可能丢失，直接导致定时器超时。

4. 新AC处理能力或配置问题：新切换的WX3510H可能AP License不足，或配置与旧AC不一致，导致AP注册请求被拒绝或处理超时。

 排查步骤与解决方案

建议按以下顺序排查，每一步都可能直接解决问题。

1. 检查AP状态与失败原因

登录新的WX3510H控制器，执行以下命令，查看AP的详细状态和隧道断开原因：

重点查看 Tunnel down reason 字段，确认是否明确提示“Failed to download image file”（下载镜像失败）或“Failed to come online”（上线失败）。

2. 核对并统一软件版本

• 确认AC版本：分别查看WX3510X和WX3510H的软件版本。

• 查看AP镜像：在新AC上使用 dir 命令检查 flash:/apimge/ 目录，确认是否存在该AP型号对应的 .ipe 镜像文件。如果没有，需要从官网下载并上传。

• 最佳实践：建议将新旧AC的软件版本升级到同一较新版本（如R5480），这能从根本上解决因版本差异导致的镜像和配置不兼容问题。

3. 排查网络链路质量

• 检查物理层：检查AP到新AC路径上的光模块、光纤连接，确认光路衰减在正常范围内，收发光功率正常，光纤收发没有接反。

• 检查丢包与延迟：在AC上长ping AP的管理地址，观察是否有丢包或延迟抖动。如果ping不通或丢包严重，需要重点排查中间网络设备。

4. 检查新AC的配置与License

• License检查：执行 display license，确认新AC的AP License数量足够。

• 配置对比：对比新旧AC的AP认证方式、VLAN配置、DHCP Option 43等关键参数，确保与AP的期望一致。

5. 清理残留状态并重启AP

如果以上检查无误，可以尝试手动清理AP的残留状态：

• 在AC上删除问题AP的配置（undo wlan ap <ap-name>），然后手动重启AP。

• AP重启后会作为新设备重新发起发现和注册流程，这能有效清除旧的、不一致的状态信息。