保护机制与它的代价
保护机制（Protection）是 11g 时代为解决新旧终端共存冲突而引入的兼容手段：当网络中同时存在 11b 与 OFDM 终端时，AP 需要通过 RTS/CTS、CTS-to-self 或非 GF 前导等方式，让老终端知道信道正要被占用。代价是每一帧都要额外占用空口时间，整体吞吐可能下降两到四成。它是协议兼容行为，根治办法是清退老终端，而不是长期忍受开销。
基本信息
| 触发条件 | 存在不支持 OFDM 的 11b 终端，或 2.4G 新旧混用 |
|---|---|
| 常用手段 | RTS/CTS、CTS-to-self、Non-GF 前导 |
| 典型代价 | 每帧额外占用空口，吞吐下降 20%~40% |
| 抓包特征 | 大量 CTS-to-self 或 RTS/CTS 交换 |
| 根治方向 | 清退老终端，或隔离到独立 SSID |
典型使用场景
- 2.4G 信道利用率异常高，排查后发现大量保护帧
- 老终端清退后评估关闭保护机制的收益
- 个别老旧设备拖慢整个 AP 的吞吐
- 抓包看到大量 CTS-to-self 时判断是否属于正常
- 高密部署中评估是否值得为老设备保留兼容
缓解动作
缓解动作
# 1 关闭 1/2/5.5/11Mbps 等低速率档
# 2 把老终端迁到独立 SSID（仅 2.4G）
# 3 确认老终端已清退后，评估关闭保护机制
# 4 变更后对比信道利用率与平均速率保护机制开销
| 手段 | 开销来源 | 影响 |
|---|---|---|
| CTS-to-self | 每帧前插入一次 CTS | 吞吐下降明显 |
| RTS/CTS | 双向握手交换 | 开销更大但更可靠 |
| Non-GF 前导 | 使用更长的前导格式 | 帧内开销增加 |
| 关闭保护 | 无额外开销 | 但老终端可能出现冲突 |
保护机制开启后抓包会看到大量 CTS-to-self，这属于正常现象而非攻击行为，先确认网络里是否存在老终端。
保护机制是协议兼容行为，应通过清退老终端来根治，而不是把它当成长期接受的常态开销。
保护机制通常由 AP 自动判断：只要检测到 11b 速率的终端存在就会启用，因此低速率集的清退动作会直接决定它是否开启。
先确认老终端数量再决定策略：个别终端也可以用独立 SSID 隔离，不必让全网一起背上这份开销。