DFS 事件是什么
DFS 雷达事件是 AP 在工作信道检测到雷达信号后必须立即让出该信道的过程。触发时 AP 通过 CSA（信道切换通告）告知客户端换到新信道，客户端会短暂断连后自动重连，语音与游戏这类实时业务能明显感知到这次瞬断。确认方向是查 AP/AC 日志里的 DFS 记录，而不是先怀疑硬件。
基本信息
| 客户端表现 | 瞬断约 1~5 秒后自动恢复，实时业务可感知 |
|---|---|
| AP 日志关键字 | radar detected、channel switched、DFS event |
| 触发后果 | 原信道进入静默期，AP 可能稍后切回 |
| 协议依据 | IEEE 802.11h 的 CSA 与 DFS |
| 观察方式 | 监听模式抓包看 CSA 元素与目标信道 |
典型使用场景
- 用户报「视频会议忽然卡几秒」，需确认是否为 DFS 事件
- 排查 5GHz 中段信道上的定时瞬断
- 航班或气象雷达活动时段出现批量断连
- 分析 AP 与 AC 日志中的信道切换记录
- 多个 AP 同时让出信道后出现新的拥塞
确认方法
确认方法
# 在 AP/AC 日志中筛选 DFS 相关关键字
# grep -i 'radar\|DFS\|channel switched' 控制器日志
# 用监听模式抓包观察 CSA 与切换后的工作信道
# 把断连时间点与航班、气象雷达活动时间做对照判断线索
| 线索 | 含义 | 结论倾向 |
|---|---|---|
| 瞬断数秒后自愈 | 典型 DFS 切换行为 | 优先怀疑 DFS 事件 |
| 日志有 radar 记录 | AP 确实检测到雷达 | 确认为 DFS 事件 |
| 多 AP 同时切信道 | 同一区域雷达触发 | 留意切换后拥塞 |
| 持续不通且无日志 | 与 DFS 无关 | 转向其他排查方向 |
若断连时间点与航班、气象雷达活动（例如整点、夜间）吻合，DFS 事件的可能性较大；把断连时间与航班时刻表对照是有效的辅助判断。
DFS 事件在现代办公环境并不罕见：机场、气象站、港口附近的建筑尤其容易触发，规划时应当把这部分信道视为弹性容量而非主力。
把 DFS 瞬断误判为 AP 硬件故障是常见误区：先查日志再定责，避免无谓的换机与返修流程。