重连风暴的成因
断电恢复或 AP 重启后，大量 IoT 设备会在同一时间窗口内重新扫描、认证、申请地址，形成短时的重连风暴：表现为空口拥塞、部分设备长时间连不上。IoT 设备的重试行为差异很大，老设备重试间隔长，恢复过程可能持续几十分钟。缓解思路是分散并发并降低单次握手成本，而不是反复重启 AP。
基本信息
| 成因 | 批量设备同时扫描、认证、申请地址，管理面压力集中 |
|---|---|
| 缓解一 | 把 IoT 分散到多个 AP 与 VLAN，降低单点并发 |
| 缓解二 | 启用快速重连机制（如 OKC、PMK 缓存）降低握手成本 |
| 验证方法 | 恢复阶段观察关联速率与失败重试曲线 |
| 关键限制 | DHCP 地址池的瞬时压力也是瓶颈 |
典型使用场景
- 大楼断电恢复后 IoT 设备大面积离线
- AP 固件升级重启后部分传感器长时间不回连
- 新增大量 IoT 设备后，重启恢复时间明显变长
- 评估分片部署与批量重启窗口的安排
- 排查「重启后只有某个区域的设备回不来」
观察方法
观察方法
# 控制器：导出断电恢复后 30 分钟的关联数与失败曲线
# DHCP 服务器：观察地址池的瞬时占用峰值
# 对比分散部署与集中部署的恢复时长差异缓解手段与效果
| 手段 | 作用 | 代价 |
|---|---|---|
| 分散 AP 与 VLAN | 降低单点并发压力 | 规划与运维复杂度上升 |
| 快速重连机制 | 减少每台设备的握手开销 | 依赖 AP 与设备支持 |
| 错峰重启 | 避免多区域同时恢复 | 需要分批维护窗口 |
| 扩大地址池 | 缓解 DHCP 瞬时压力 | 需与网段规划同步调整 |
IoT 设备的重试行为差异很大：老设备重试间隔长，恢复可能持续几十分钟，判断恢复完成要留出足够观察窗口。
分散部署是缓解重连风暴最有效的手段，代价是规划复杂度上升，需要在设计阶段就考虑 IoT 归属哪些 AP。
恢复期间不要人工反复干预（重启 AP、清空客户端表）：会打乱设备自身的重试节奏，让恢复变得更慢。