IoT 为什么挤在 2.4G
IoT 设备（传感器、标签、智能家居）绝大多数锁死在 2.4GHz，且多为 11n 1x1、20MHz、低速率档工作。它们单个流量很小，但数量大、帧时间长，会明显拖慢同一信道上的办公终端。规划思路是给 IoT 独立的 SSID 与 VLAN，必要时甚至用独立 AP，把它们的空口影响限制在自己的范围内。
基本信息
| 现状 | IoT 多为 11n 1x1、20MHz、低速率工作 |
|---|---|
| 主要风险 | 低速率帧占用空口时间长，拖慢同信道终端 |
| 对策 | 独立 SSID + 独立 VLAN，必要时独立 AP |
| 配置要点 | IoT SSID 用 2.4G only、20MHz，允许低速率档 |
| 关注重点 | 控制唤醒频率与广播流量，而非带宽 |
典型使用场景
- 办公区新增大量传感器后，员工网速明显下降
- 规划智能楼宇的 IoT 接入方案
- 排查 2.4G 信道利用率长期偏高的根源
- 评估是否为 IoT 单独部署 AP 或独立射频
- 优化 IoT 设备续航（配合 TWT 与 DTIM）
配置要点
配置要点
# IoT SSID：2.4G only、20MHz、允许低速率档
# 设置最小速率时单独评估 IoT 兼容性，别一刀切
# IoT 与办公分属不同 VLAN，限制 IoT 可访问的网段
# IoT 网关与协调器不要紧贴 AP 天线，避免近场饱和规划选项
| 方案 | 隔离程度 | 适用 |
|---|---|---|
| 独立 SSID | 中等 | IoT 数量适中，2.4G 容量尚有余量 |
| SSID 加独立 VLAN | 较高 | 有安全隔离要求 |
| 独立 AP 或射频 | 最高 | IoT 密度高，办公体验已受影响 |
| 与办公共用 | 低 | 仅适合极小规模 |
IoT 流量小但终端多，重点是控制唤醒频率与广播流量，而不是带宽分配，两者要分开设计。
IoT 网关与协调器不要放在 AP 天线正下方：近场饱和会引发异常重试，表现为设备频繁掉线。
规划 IoT 时建议把终端数上限与广播抑制一起设置：单 AP 上 IoT 终端过多时，Beacon 与探测带来的固定开销会让整机效率明显下降。
IoT 接入还涉及地址规划：这类设备数量多且在线时间长，DHCP 租期与地址池要按实际终端数预留，不要照搬办公终端的短租期设置。
给 IoT 单独 SSID 后别忘了广播优化与终端数上限，否则 AP 仍会被拖慢，等于白做隔离。