关联失败怎么定位
扫描能看到 SSID，连接却卡在「正在连接」后失败，说明问题出在关联阶段：终端发出了关联请求，AP 没有给出成功响应。这一阶段的排查重点与扫描、认证阶段完全不同——不必去调信道或功率，而要查 AP 侧的容量与策略。最直接的证据是抓包里的关联响应状态码，它由 AP 给出，直接说明拒绝原因，比终端的笼统提示可靠得多。
基本信息
| 常见原因 | AP 客户端数达上限、MAC 过滤拒绝、少数情况速率集不匹配 |
|---|---|
| 证据位置 | AP 关联拒绝日志、控制器事件、抓包中的关联响应状态码 |
| 快速验证 | 换一台终端、换一个 AP 同时试，判断是全局还是单点 |
| 关联与认证区别 | 关联在密钥协商之前，两者失败原因不同 |
抓包关注点
抓包关注点
# Wireshark 无线过滤
wlan.fc.type_subtype == 0x00 # Association Request
wlan.fc.type_subtype == 0x01 # Association Response，看 status code
# 状态码 17 通常表示 AP 无法处理更多关联，即达到容量上限全局与单点的判据
| 现象 | 指向 | 下一步 |
|---|---|---|
| 所有终端、所有 AP 都失败 | 控制器策略或全局配置问题 | 检查策略下发与全局限制 |
| 只有某台 AP 失败 | 该 AP 的容量或配置异常 | 查看该 AP 终端数与射频状态 |
| 只有某台终端失败 | 终端能力或缓存问题 | 忘记网络重连，换同型号设备对照 |
| 集中在某个位置失败 | 覆盖边缘或容量热点 | 评估该区域 AP 数量与功率 |
典型使用场景
- 会议室满员后部分终端无法接入
- 新终端型号入网失败，需要判断兼容性
- 某台 AP 上线后区域内接入选不上
- 定位到底是终端问题还是网络侧限制
- 容量评估：确认是否达到单 AP 终端上限
为什么会关联失败
关联阶段是终端向 AP 声明自身能力并请求加入的过程，AP 可以基于多重条件拒绝：终端数达到上限、终端声明的速率集与 AP 要求不匹配、设备被过滤规则禁止，或者该 AP 正处于重启、射频关闭等异常状态。企业网络里还有一种容易被忽略的情况：终端配置了旧的 SSID 参数或缓存了已变更的安全设置，导致请求本身就不完整。定位时先看状态码，再对照 AP 容量与策略，最后才考虑终端侧，这个顺序能避免在错误方向反复尝试。
关联响应里的状态码直接说明拒绝原因，例如 17 表示 AP 无法处理更多关联，属于容量问题。
容量上限包含多种限制：单 AP 总数、单射频数、单 SSID 数，排查时要分别核对，而不是只看总数。