当AC挂了怎么办？拆解VRRP双机备份下AP的CAPWAP隧道切换全过程

想象一下这样的场景：一个繁忙的医院里，医生正通过移动终端调取患者CT影像，突然无线网络出现短暂卡顿——这很可能是AC（无线控制器）主备切换时的微妙瞬间。对于追求高可用的网络架构师而言，理解VRRP双机备份下AP切换CAPWAP隧道的完整过程，比单纯配置命令更有实战价值。

1. 故障触发：VRRP主备切换的连锁反应

当主AC因硬件故障或链路中断停止响应时，VRRP协议会在毫秒级完成主备选举。但AP感知到的不是VRRP切换本身，而是CAPWAP隧道的心跳超时。此时会发生三个关键事件：

1. HSB通道状态同步：备AC通过HSB（Hot Standby）服务检测到主AC失联，立即启动接管流程。HSB的service-keep-alive参数决定了检测灵敏度：

   bash复制# HSB心跳检测典型配置
   hsb-service 0 service-ip-port 
     local-ip 192.168.150.101 
     peer-ip 192.168.150.102
     local-data-port 20001
     peer-data-port 20002
     service-keep-alive detect retransmit 3 interval 6
   

2. 虚拟IP接管：备AC开始响应虚拟IP（VIP）的ARP请求，此时流量开始导向新主AC。但AP的CAPWAP隧道仍指向旧主AC的物理IP，这会导致后续通信失败。

3. AP探测超时：CAPWAP协议默认每30秒发送心跳检测（DTLS Keepalive），连续3次失败后触发隧道重建流程。这个时间窗口直接影响用户体验：

   提示：调整capwap dtls keepalive参数可优化故障感知速度，但会增加控制平面负载

2. AP重生：CAPWAP隧道重建的微观视角

当AP检测到主AC不可达时，会经历完整的发现-加入流程。通过抓包分析，我们观察到以下阶段：

2.1 发现阶段的多播风暴

AP首先发送CAPWAP Discovery Request，该报文以多播方式（224.0.1.140）广播。在双