首先AP切换延时不大,是秒级的。云集群内部选主+AP重连通常1~3秒完成。真正可能变长的是两处:AP到AC链路有丢包时CAPWAP心跳要重试,以及客户端热备有60秒延迟窗口
其次无线用户业务延时分情况,而且这个问题的答案90%不在云集群,而在转发模式。
集中转发:用户业务报文封装进CAPWAP隧道过AC。主AC宕机,隧道就没了,用户流量无处可去,必然断网。切换后要等AP重连+数据隧道重建才能恢复。
本地转发:用户数据由AP直接转发给接入交换机,不经过AC。AC挂了,已在线用户的转发路径根本没断,会话可以保持。
设备故障时用户会不会掉线,这个也分情况:
集中转发:一定会断。本地转发:已在线用户可以不掉线,但必须同时满足"本地转发+客户端热备"两个条件
暂无评论
暂无评论
云集群(WLAN 云集群)、区分AP 热备份、客户端热备份,同时要区分集中转发 / 本地转发,传统普通双链路备份与云集群表现差异很大,下面把切换时延、AP / 无线用户表现说明清楚H3C。
没有开启云集群 ap‑backup/client‑backup 热备份
这就是你描述 “切换延时特别大,用户下线重连” 的现象,这是传统双链路备份的缺省行为。
云集群下,需要全局开启:
1)AP 热备份 wlan ap‑backup hot‑backup enable global
2)客户端热备份 wlan client‑backup hot‑backup enableH3C
重要限制:
- 热备份只对开启功能之后新上线的 AP、新接入的无线客户端生效;开启前已经在线的 AP / 用户不会被备份。
- 客户端上线后,在热备份同步延时窗口内发生主 AC 故障切换,这部分用户依然会掉线重连;只有已经完成表项同步的用户才能保持在线H3C。
注意:如果是 Portal 认证,建议配套 MAC‑trigger MAC 快速认证,避免切换后触发重新网页认证。
集中转发模式下业务流量经过 AC,切换瞬间 CAPWAP 数据隧道重建,会有短暂丢包;但终端不会主动断开 Wi‑Fi 信号。
❌不是云集群一建好,设备故障用户就一定全部无感知不下线:
表格
| 模式 | AP 热备 | 客户端热备 | AP 切换 | 无线用户行为 | 业务中断 |
|---|---|---|---|---|---|
| 普通双链路备份(非云集群,默认) | 关闭 | 关闭 | AP 重新注册,几十秒 | 全部用户 Wi‑Fi 下线重连 | 长,几十秒 |
| 云集群‑本地转发 | 开启 | 开启 | AP 不下线,百 ms 切换 | 已同步用户Wi‑Fi 不下线 | 几乎无中断 |
| 云集群‑集中转发 | 开启 | 开启 | AP 不下线,百 ms 切换 | Wi‑Fi 不断,流量短暂丢包百 ms 级 | 短暂丢包,不重连 Wi‑Fi |
#查看AP热备份状态
display wlan ap‑backup status
#查看客户端热备份状态
display wlan client‑backup status
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论