是不是AC和AP间的链路不稳定，还可以看下主备AC的优先级配置

你遇到这个问题，根本原因在于备AC上配置的wlan tunnel-preempt enable（CAPWAP隧道抢占功能）与主备AC的优先级配置产生了冲突，导致AP的归属权在主备AC之间出现了“乒乓效应”，即反复上下线。

 为什么会来回切换？

wlan tunnel-preempt enable 命令的设计初衷是用于故障后的业务回切，而不是一个实时的负载均衡或健康检查机制。它的触发逻辑大致是这样的：

1. 抢占条件：当备AC开启了抢占功能，且备AC上配置的AP连接优先级高于主AC上配置的优先级时，AP就会被引导去连接备AC。

2. 回切延迟：这个抢占切换并非即时发生，系统会有一个延迟（H3C设备默认是10分钟）来避免网络震荡。

在你描述的场景中，“没做任何变更”却突发大范围AP来回上线，很可能是因为：

• 主备AC的优先级配置本身就不合理（例如，备AC的优先级被误配为高于主AC）。

• 或者，由于某些临时性原因（如链路短时波动），AP短暂漂移到备AC后，触发了抢占条件。但一旦主AC的链路恢复，AP又想回到优先级更高的主AC，如此反复，就形成了“来回上线”的循环。

你关闭备AC的抢占功能后网络恢复正常，也反向印证了正是这个抢占机制在背后“捣乱”。

 其他可能导致类似现象的因素

除了优先级冲突，以下问题也可能导致AP行为异常，值得一并排查：

• License数量不足：如果主备AC上的AP License数量不足，可能会导致AP资源竞争，从而出现每隔一段时间就在主备AC之间来回切换的情况。

• AP与AC之间的链路不稳定：这是最基础的排查点。链路丢包或闪断会直接导致CAPWAP隧道中断，引发AP切换。

• 网络中存在IP地址冲突：如果网络中存在IP地址冲突或环路，也可能造成AP与AC之间的随机丢包，导致AP大面积掉线并重连。

 解决方案与排查建议

你关闭备AC抢占功能的做法，是快速恢复业务的有效临时措施。为了从根本上解决问题，建议进行以下排查：

1. 检查并修正优先级配置（最关键）

   • 登录主备AC，使用 display wlan ap all 或 display wlan ap name <ap-name> 命令，检查主AC上配置的AP连接优先级是否确实高于备AC。

   • 请确保所有AP在主AC上的 priority 值都高于备AC上的配置值。如果不一致，请统一修改主AC的优先级为更高值（例如，主AC设为7，备AC设为5）。

2. 评估抢占功能的必要性

   • 如果业务模式是主AC长期承载业务，备AC仅作冗余，那么不建议配置 wlan tunnel-preempt enable。这样，当主AC故障恢复后，AP不会自动切回，需要手动干预或等待主AC被重新选举，但这能彻底避免抢占引发的震荡。

   • 如果确实需要回切功能，可以考虑调整回切延迟时间，例如在系统视图下使用 wlan backup-ac switch-delay <time> 命令设置一个更长的延迟，以减少频繁切换的概率。

3. 检查License数量

   • 执行 display license 命令，确认主备AC上的AP License数量是否足够覆盖当前在线的AP总数。如果不足，需要及时扩容。

4. 检查链路与网络基础

   • 检查AP到主备AC的链路质量，是否存在丢包或延迟。

   • 检查网络中是否存在IP地址冲突或环路的可能性。

突发大范围 AP 主备 AC 来回上线（未变更配置，关闭wlan tunnel‑preempt enable恢复）

组网：AC 双链路备份，全局开启 CAPWAP 隧道抢占 wlan tunnel‑preempt enable，故障现象：大批 AP 在两台 AC 之间反复注册、反复上下线；关闭全局抢占后故障平息H3C。

核心原理回顾

wlan tunnel‑preempt enable：CAPWAP 主隧道抢占。开启后，如果备 AC 的 AP 连接优先级高于当前主隧道所在 AC，等待约 10 分钟就会发起抢占，把备份隧道升级为主隧道H3C。

默认全局状态：disable（关闭抢占），很多现场人为全局 enable，用于主 AC 恢复后 AP 自动切回主 ACH3C。

为什么无任何配置变更，会突发大规模漂移

根本不是人为改配置，是网络瞬态扰动触发抢占逻辑，形成震荡环路。

1）CAPWAP 隧道瞬时丢包 / 抖动（最高概率）

• 二层交换机、链路、ARP、CPU 波动，出现短暂丢包，AP 认为和当前主 AC 隧道短暂异常，就向备 AC 建立备份隧道。
• 隧道短暂恢复后，主 AC 隧道又 UP，但此时两台 AC 都存在 AP 隧道；因为抢占全局enable，加上优先级配置不合理（两台 AC 优先级一样 / 备 AC 优先级更高）。
• 备 AC 满足抢占条件，触发抢占，AP 切到备 AC 做主隧道；切过去后，原主 AC 隧道又正常，又满足抢占条件，来回抢占震荡，大批 AP 反复上下线。

重点：链路抖动是毫秒‑秒级，人感知不到，但是会欺骗 CAPWAP 双链路状态机。

2）两台 AC 上 AP 优先级配置错误

优先级数值：数字越大优先级越高，默认值 = 4H3C。 典型错误：

• 两台 AC 同一 AP/AP 组配置priority 一样；
• 甚至备 AC 配置的 priority 数值 > 主 AC。 当抢占开启，只要双隧道同时存在，两台 AC 都认为自己优先级更高，互相抢占，发生乒乓漂移。

正确规范：主 AC 优先级高（如 7），备 AC 优先级低（如 4），只允许主 AC 抢占备 AC，禁止反向抢占。

3）AC 设备自身状态波动

• AC CPU 冲高、会话表资源紧张，CAPWAP 保活报文应答延迟，AP 判定隧道不稳定，触发双隧道建立，抢占机制介入。
• 版本 bug：部分版本全局抢占场景下，双隧道同时存在时状态机异常，出现大规模 AP 乒乓切换。

4）中间网络 ARP、STP、MSTP 瞬态收敛

网络中出现短时 STP 震荡、ARP 表项刷新，CAPWAP 控制报文偶尔跨 AC 来回转发，造成 AP 看到两条隧道同时存活，抢占逻辑反复触发。

为什么关闭抢占就恢复

wlan tunnel‑preempt disable后：只有当前主 AC 彻底故障（隧道彻底 DOWN），备 AC 才接管 AP；只要原主隧道还存活，无论优先级，不会发生抢占切换，阻断乒乓抢占环路。

代价：主 AC 故障恢复后，AP不会自动切回主 AC，需要手动触发 AP 重注册。

现场排查步骤

① 查看抢占与优先级配置

② 查看日志

看 AC 日志，搜索 CAPWAP 隧道 up/down、tunnel pre‑empt 抢占相关日志，确认是否大量发生抢占事件。

③ 检查两台 AC 优先级

规范：主 AC priority 配置更大，备 AC 更小。 例：主 AC priority 7，备 AC priority 4，不要相同，不要备 AC 更高。

④ 检查中间网络是否偶发丢包

在 AC 上抓 CAPWAP 报文（UDP 5246/5247），或者观察交换机端口错包、丢包计数。

两种优化方案

方案 A（推荐规范，保留抢占，实现故障恢复后自动切回主 AC）

不在全局开启抢占！不要 wlan global‑configuration 下 wlan tunnel‑preempt enable。 抢占只配置在主 AC 上的 AP/AP‑group，备 AC 关闭抢占。

1. 主 AC：AP 组下配置wlan tunnel‑preempt enable，priority 高（7）
2. 备 AC：AP 组下wlan tunnel‑preempt disable，priority 低（4） 效果：只有主 AC 恢复后才会抢占回来；备 AC 永远不会主动抢占主 AC，杜绝反向乒乓漂移。

方案 B（当前临时规避，就是你现场操作）

全局关闭抢占：

缺点：主 AC 故障恢复，AP 不会自动回迁，需要手动重启 AP 或者离线再上线，业务运维需要注意。

补充注意点

1. 双链路备份要求两台 AC 版本严格一致，版本不一致会出现各种异常隧道状态机问题H3C。
2. License 需要配置 AP‑license‑group 实现 license 共享，否则备 AC 接管后 AP 会因 license 不足下线。
3. 不要两台 AC 同时开启抢占，极易出现优先级对等场景下的乒乓震荡。