做无线组网实验，最容易犯的错不是命令敲错，而是架构没想清楚就急着连设备、拉网线、敲配置。基于 eNSP 的 WLAN 组网架构项目，本质上是一次把“接入层无线化”这件事完整走一遍的练习：从 AP 怎么被管理、业务流量怎么走、地址怎么分配，到最终终端怎么连上 SSID 并访问外网。它看起来像是一个模拟器实验，实际练的是真实项目里无线方案落地时的那套思路——FIT AP 加 AC 的集中式架构怎么搭、直连和旁挂怎么选、二层和三层组网差别在哪、模板化配置怎么批量下发。适合刚接触企业级无线、准备做网络方向实验的同学，也适合已经会配有线交换但没系统做过 WLAN 的运维人员。我用 eNSP 反复搭过几轮这套拓扑，踩过 AP 死活不上线、STA 拿到地址却上不了网、模板套错导致 SSID 不广播这些坑，下面把这些过程拆开讲清楚，配置可以直接照着抄，但每一步为什么这么配，我更想说明白。
1. 架构选型：先想清楚无线网络怎么“管”
1.1 自治式与集中式，两条完全不同的路
无线组网在最上层就分成两派。一派是自治式，也就是常说的 FAT AP，每个 AP 自己带着完整的配置，SSID、加密方式、信道、管理地址全在 AP 本地，AP 之间互不相干。这种模式的好处是简单，买回来配一下就能用，不需要额外的控制器；坏处是规模一大就崩，几十个 AP 要改个密码，你得一个个登录进去改，改完还得祈祷没人漏掉。另一派是集中式，FIT AP 本身是“瘦”的，出厂几乎是空壳，配置全部由 AC（无线接入控制器）统一下发，AP 上线后自动拉取模板，改配置只需要在 AC 上动一处。
这个项目选的是后者，理由很实在：企业级无线场景里，AP 数量从来不是个位数，统一管理带来的运维效率差距是数量级的。而且集中式架构天然支持一些自治式做不到的能力，比如 AP 上线自动发现、射频参数统一下发、终端在 AP 之间漫游时保持业务不中断、按 AP 组下发不同的 SSID 策略。这些能力在实验里不一定全部用得上，但架构本身决定了你有没有这个扩展空间。
从技术原理上说，FIT AP 和 AC 之间靠 CAPWAP 隧道通信，这条隧道分两个通道：控制通道跑的是 AP 的配置下发、状态上报、心跳保活，数据通道跑的是终端业务报文。理解这一点非常关键，因为后面绝大多数的“AP 不上线”问题，本质上都是控制通道建不起来——要么 AP 找不到 AC，要么找到了但认证没过，要么路由不通。你要是把这层关系记牢，排查的时候就不会瞎猜。
1.2 直连式、旁挂式，以及二层三层的分水岭
确定用 FIT AP 加 AC 之后，第二个决策是 AC 放在哪。直连式是把 AC 串在 AP 和上层网络之间，所有 AP 的流量物理上必须经过 AC，AC 既是控制面也是数据面的必经节点。旁挂式则是把 AC 挂在核心交换机旁边，只负责控制面，业务流量走核心交换机转发，不经过 AC。这两种在实验里都能做，但工程上旁挂式更常见，因为 AC 不会成为流量瓶颈，一台 AC 挂掉也不至于把整网数据面搞瘫（当然控制面会受影响）。
实验环境我建议直接做旁挂式，一是贴近实际，二是能顺带练到 AC 与核心之间的路由配置。拓扑大概是这么个结构：出口路由器负责 NAT 和默认路由，核心交换机做三层网关并兼做 DHCP 服务器，AC 旁挂在核心上，AP 通过接入交换机连到核心。AP 的管理地址和业务地址分属不同 VLAN，管理 VLAN 走二层透传到 AC，业务 VLAN 的网关放在核心交换机上。
这里有个绕不过去的分水岭：二层组网还是三层组网。二层组网指的是 AP 和 AC 处在同一个广播域，AP 通过二层广播就能发现 AC，配置最简单，广播域也最小，适合 AP 数量不多的场景。三层组网是 AP 和 AC 跨网段，AP 无法通过广播发现 AC，必须靠 DHCP 的 option 43 字段告诉 AP “AC 的地址在这里”，或者手工在 AP 上静态指定 AC 地址。三层组网更贴近大型园区网的实际，但配置和排查的复杂度也上一个台阶。
我的做法是在同一套拓扑里先把二层组网跑通，确认 AP 能上线、业务能通，再切到三层组网练一遍 option 43 的配置。这样万一三层出问题，你能立刻判断是架构层面的错，还是别的地方出了问题，排查范围一下子缩小一半。
1.3 eNSP 能模拟到什么程度，边界心里要有数
用模拟器做无线实验，最怕的是把它当成真机。eNSP 对 WLAN 的支持是靠额外的 WLAN 业务包提供的，装了之后设备栏里才会出现 AC、AP 和无线终端这几类设备。AC 和 AP 之间的 CAPWAP 交互、DHCP 分配、模板下发、终端关联这些流程是能真实模拟出来的，配置命令也和真机基本一致，所以练配置逻辑完全够用。
模拟不了的部分也得说清楚：射频信号强度、干扰、信道实际占用这些物理层的东西模拟器给不了，AP 的发射功率、天线增益参数改了也不会真的影响覆盖；终端漫游只能模拟流程，测不出真实的切换时延；高密度场景下的并发性能更是无从而知。所以做这个项目的定位要摆正——它练的是架构思维和配置流程，不是无线性能调优。想练射频规划，得靠真设备或者专业仿真工具。
还有一个实际操作中的坑：AP 设备在 eNSP 里启动特别慢，点开以后要等好几分钟才能进入命令行，中间界面上可能一直显示着设备图标但没反应，很多人以为设备坏了反复重启，其实只是在初始化。同理，AC 启动后也需要一段时间加载 WLAN 业务，急着敲命令会报错。这个耐心问题后面还会提到。
2. 实验环境准备与地址规划
2.1 软件安装顺序不能乱
eNSP 的安装有一套固定顺序，顺序错了大概率起不来。必须先把 VirtualBox 装好，再装 eNSP 主程序，最后装 WLAN 业务包（有些版本叫 WLAN 设备包）。VirtualBox 的版本要和 eNSP 版本匹配，版本不匹配是设备启动失败最常见的原因，现象是设备图标一直红色或者启动后立刻关闭。我在这一步耗过一整个下午，最后发现只是 VirtualBox 版本高了两个小版本。
装完之后打开 eNSP，在“菜单 - 工具 - 注册设备”里检查设备是否注册成功。如果 AC 或者 AP 显示未注册，需要手动指定设备路径重新注册。WLAN 业务包装好但没有注册的情况很常见，表现就是设备栏里能看到设备但拖出来启动报错。
还有一点容易被忽略：eNSP 依赖虚拟网卡做设备间通信，安装过程中如果杀毒软件或者系统权限拦截了虚拟网卡的创建，会出现设备能启动但互相 ping 不通的怪现象。装的时候最好临时关掉安全软件的实时防护，装完再开回来。这个不是玄学，我遇到过两次，都是网卡创建失败导致设备之间完全隔离。
2.2 拓扑搭建与连线细节
拓扑我一般是这么组织的：一台出口路由器（AR 系列）连核心交换机，核心交换机下挂一台接入交换机，接入交换机接 AP，AC 旁挂在核心上。终端用无线终端设备（WLAN 业务包里的 STA）关联 AP，另外可以再放一台有线 PC 做对比测试。
连线的时候有个细节值得说：AP 通常是 PoE 供电加业务上行一根线，在模拟器里就相当于一个上行口同时承载管理流量和业务流量，所以 AP 的上行口一般配成 trunk，放行管理 VLAN 和业务 VLAN。管理 VLAN 打上 PVID，这样 AP 发出的管理报文不带标签，交换机收到后归到管理 VLAN 里，业务报文带标签直接透传给上层。这个设计和真机完全一致，理解了这一点，后面 AP 拿不到管理地址的问题就很好排查——大概率是 PVID 配错了或者 trunk 没放行对应 VLAN。
AC 旁挂的连线方式，我是把 AC 的一个口连到核心交换机，配成 trunk 放行管理 VLAN。AC 的管理接口地址就配在这个 VLAN 的 VLANIF 上，作为 CAPWAP 的源接口。核心交换机上配置 VLANIF 作为 AP 管理地址池的网关，同时给业务 VLAN 配网关。这样 AP 的管理流量从接入交换机上来，经过核心交换机进入管理 VLAN，到达 AC；业务流量从 AP 上来，进入业务 VLAN，网关在核心上直接转发，不经过 AC。
2.3 地址规划表，先画在纸上再动手
地址规划这件事，我强烈建议先在纸上或者表格里列清楚再动手配。无线实验涉及至少三类地址：AP 管理地址、终端业务地址、AC 与核心互联地址，混在一起是灾难。下面这个表是我常用的规划方式，可以直接套用改数字。
| 用途 | VLAN | 网段 | 网关位置 | 分配方式 |
|---|---|---|---|---|
| AP 管理 | VLAN 100 | 192.168.100.0/24 | 核心交换机 VLANIF100 | 核心 DHCP 地址池 |
| 办公业务 | VLAN 10 | 192.168.10.0/24 | 核心交换机 VLANIF10 | 核心 DHCP 地址池 |
| 访客业务 | VLAN 20 | 192.168.20.0/24 | 核心交换机 VLANIF20 | 核心 DHCP 地址池 |
| AC 与核心互联 | VLAN 200 | 192.168.200.0/30 | 用 VLANIF 或三层口 | 静态配置 |
| 出口互联 | VLAN 300 | 10.0.0.0/30 | 路由器接口 | 静态配置 |
规划的时候留个心眼：AP 管理网段和业务网段一定要分开，不要图省事放同一个 VLAN。管理流量和业务流量混在一个广播域，一是广播报文会互相影响，二是安全问题——终端能直接访问 AP 的管理地址，这在真实项目里是明确禁止的。实验里养成这个习惯，以后做方案就不会被人挑毛病。
DHCP 服务器的位置也有讲究。我习惯把 DHCP 全部放在核心交换机上，包括 AP 管理地址池。这样做的好处是集中，改起来方便；坏处是如果 AC 上也配了地址池，容易冲突。如果你的拓扑里 AC 和 AP 是跨三层互联的，那核心交换机的管理地址池里就必须带上 option 43 字段，告诉 AP 去哪里找 AC。这个字段的配置格式在不同版本里略有差异，华为体系下是option 43 sub-option 2 ip-address x.x.x.x，配错一个字母 AP 就永远上线不了。
3. 核心配置：从 AP 上线到终端上网
3.1 基础网络：VLAN、网关与 DHCP 中继
配置顺序我建议从下往上：先交换机，再核心，然后 AC，最后出口路由器。交换机上把 AP 接入口配成 trunk，PVID 指向管理 VLAN 100，放行 VLAN 100 和业务 VLAN 10、20。这一步的配置量很小，但错一个字母后面全盘皆输。
interface GigabitEthernet0/0/1 port link-type trunk port trunk pvid vlan 100 port trunk allow-pass vlan 100 10 20核心交换机上批量创建 VLAN，配网关地址，开 DHCP：
vlan batch 10 20 100 200 300 interface Vlanif100 ip address 192.168.100.254 255.255.255.0 interface Vlanif10 ip address 192.168.10.254 255.255.255.0 interface Vlanif20 ip address 192.168.20.254 255.255.255.0 dhcp enable ip pool ap_manage gateway-list 192.168.100.254 network 192.168.100.0 mask 255.255.255.0 dns-list 114.114.114.114 option 43 sub-option 2 ip-address 192.168.200.2option 43里的地址就是 AC 的 CAPWAP 源接口地址。如果你做的是二层组网，AP 和 AC 在同一个网段，这个字段可以不加，AP 靠广播就能发现 AC；三层组网则必须加，否则 AP 拿完地址后一片茫然，不知道该找谁去。我在实验里两个都试过，加了这个字段之后 AP 上线速度明显更稳定，也省得去纠结广播能不能通。
业务地址池类似，把网关和网段换成业务 VLAN 的即可。终端地址池的租期可以设短一点，实验里方便反复测试。
3.2 AC 侧：源接口与 AP 认证方式
AC 上第一件事是配管理地址，并且必须明确 CAPWAP 源接口。这一步经常被跳过，结果 AP 明明能 ping 通 AC 却上线不了。
vlan batch 100 200 interface Vlanif200 ip address 192.168.200.2 255.255.255.252 interface GigabitEthernet0/0/1 port link-type trunk port trunk allow-pass vlan 100 200 capwap source interface Vlanif200注意源接口的选择：用哪个接口做源，AP 就必须能路由到那个地址，AC 回包也必须从那个地址出去。如果 AC 有多个接口，源接口选错会导致 CAPWAP 报文单向可达，表现为 AP 一直卡在“发现”状态。我习惯单独用一个互联 VLAN 做源接口，逻辑清晰，不和业务网段纠缠。
AP 认证方式有两种：MAC 认证和免认证。实验环境图省事可以直接免认证，但真实项目里基本都用 MAC 认证，白名单机制，只有登记过的 AP 才能上线。我建议实验就按 MAC 认证做，把每个 AP 的 MAC 地址手工录入：
wlan ap auth-mode mac-auth ap-id 1 ap-mac 00e0-fc12-3456 ap-name AP-Office-1 ap-group officeAP 的 MAC 地址在 eNSP 里可以在设备启动后通过命令行查到，或者在拓扑里右键查看设备信息。录错一位就上线不了，而且报错信息很含糊，不会直接告诉你 MAC 不对，只会显示 AP 状态异常。这一点后面排查章节会细说。
3.3 模板体系：WLAN 配置的核心逻辑
AC 的配置体系和传统交换机完全不是一个思路，它是“模板 + 绑定”的模式。你得先定义一堆模板——射频模板管信道和功率，SSID 模板管网络名字，安全模板管加密方式，VAP 模板把 SSID 和安全模板串起来，流量模板管转发模式——然后把 VAP 模板绑到 AP 组上，AP 上线后自动继承。这套设计的价值在于批量：一百个 AP 绑同一个 AP 组，改一个模板全部生效。
配置顺序是有依赖关系的，大致是： regulatory-domain-profile（射频合规域） → 射频模板 → SSID 模板 → 安全模板 → VAP 模板 → AP 组绑定。乱序配置会报错或者说绑定不生效。
wlan regulatory-domain-profile name default country-code cn关于合规域这一行，各地法规对可用信道和发射功率有不同要求，实验环境和真实部署都要按实际所在区域的代码填写，填错会导致部分信道不可用，AP 射频起不来。这一点在做真实项目时一定要和当地规范对齐，不能照抄网上的配置。
射频模板和 SSID 模板相对简单：
rrm-profile name default air-scan-profile default ssid-profile name office-ssid ssid Office-WLAN security-profile name office-sec security wpa-wpa2 psk pass-phrase YourPass123 aes安全模板这里提醒一句：实验环境用 WPA2-PSK 就够了，但密码不要设成 12345678 这种，虽然模拟器不校验强度，但养成的习惯会带到真实项目里。真实环境现在更推荐 WPA3 或者企业级 802.1X 认证，PSK 只适合小型办公或者访客网络。
VAP 模板是把前面几个串起来的关键：
vap-profile name office-vap forward-mode tunnel service-vlan vlan-id 10 ssid-profile office-ssid security-profile office-secforward-mode有两种：tunnel 是隧道转发，业务流量封装进 CAPWAP 数据隧道送到 AC 再出去；local 是本地转发，业务流量在 AP 本地就直接进入接入交换机，不经过 AC。实验里两种都能试，隧道转发配置简单、便于集中管控，但 AC 会成为流量瓶颈；本地转发性能好，但需要在接入交换机上额外配置 AP 的上行口放行业务 VLAN。真实项目里大流量场景基本都选本地转发，这个选型逻辑和前面说的直连旁挂是一脉相承的——尽量让数据面绕开控制设备。
最后把 VAP 模板绑到 AP 组：
ap-group name office vap-profile office-vap wlan 1 radio allwlan 1是 VAP 的编号，radio all表示 2.4G 和 5G 射频都生效。绑完之后 AP 会自动重启射频，终端就能搜到 SSID 了。
3.4 出口配置与端到端验证
出口路由器上配好内外网接口，写一条指向内网的静态路由，再做 NAT：
acl number 2000 rule 5 permit source 192.168.0.0 0.0.255.255 interface GigabitEthernet0/0/1 nat outbound 2000 ip route-static 0.0.0.0 0.0.0.0 10.0.0.2 ip route-static 192.168.0.0 255.255.0.0 10.0.0.1核心交换机上要有默认路由指向出口，AC 上要有回指业务网段和终端网段的路由。这一步是最容易漏的：AC 只管控制面，很多人配完 AC 发现终端上不了网，折腾半天最后发现是 AC 上没有回程路由，CAPWAP 数据隧道里的报文回不来。隧道转发模式下，终端流量是封装在 CAPWAP 里送到 AC 的，AC 解封装后要能路由到网关，网关回包也要能路由回 AC，这条路径必须双向通。
验证分四步走，每一步都有对应的命令：
| 验证目标 | 命令 | 期望结果 |
|---|---|---|
| AP 是否上线 | display ap all | 状态为 nor（normal） |
| CAPWAP 隧道状态 | display capwap configuration | 源接口地址正确 |
| 终端是否关联 | display station all | 能看到终端 MAC 和关联 AP |
| 业务是否通 | 终端 ping 网关和公网 | 通，且时延稳定 |
display ap all输出里的状态字段特别重要：nor是正常，fault是故障，dl是下载中，cfg是配置中。如果一直停在fault，八成是认证没过或者模板有问题；如果反复在dl和cfg之间跳，通常是 AP 和 AC 之间的链路不稳定或者版本不匹配。
4. 故障排查实录：那些让我熬夜的问题
4.1 AP 不上线，按这四层顺序查
AP 不上线是这个项目里最高频的问题，我用一套固定的四层排查法，基本能覆盖九成情况。
第一层，AP 有没有拿到管理地址。AP 启动后先通过 DHCP 获取地址，拿不到就什么都免谈。查法是看核心交换机的地址池有没有分配记录，或者直接在 AP 上看接口地址。拿不到地址的原因通常是：接入交换机 PVID 配错、trunk 没放行管理 VLAN、DHCP 池网段和网关配错、地址池耗尽了。我在实验里遇到过一次是地址池的network掩码写成了 24 但网关写成了另一个网段，AP 拿到地址后网关不可达，表现就是 AP 有地址但 ping 不通网关。
第二层，AP 能不能找到 AC。二层组网靠广播，三层组网靠 option 43。如果是三层组网而 option 43 没配或者配错，AP 会一直停留在发现阶段。验证方法是直接在 AP 上 ping AC 的源接口地址，通了说明网络层没问题，不通就是路由或者 VLAN 的问题。
第三层，CAPWAP 控制隧道能不能建起来。这一层涉及 UDP 5246（控制）和 5247（数据）两个端口，模拟器里默认不会拦截，但如果你在中间设备上配了 ACL，很容易把这两个端口挡掉。表现是 AP ping 得通 AC，但状态一直是fault。
第四层，认证和模板。MAC 认证模式下，AP 的 MAC 有没有录进 AC 是关键。这里有个特别坑的地方：eNSP 里 AP 的 MAC 地址和真机不同，而且有些版本里 AP 重启后 MAC 会变，导致之前录的白名单失效。我的做法是每次重启 AP 后重新确认一遍 MAC，或者干脆在实验阶段先用免认证跑通流程，再切 MAC 认证。
4.2 终端连上了却上不了网
终端能搜到 SSID、能输入密码、显示已连接，但 ping 不通网关，这个问题比 AP 不上线更隐蔽。排查思路是从终端往上逐层验证。
先看终端拿到的是什么地址。如果是 169.254 开头的自动私有地址，说明 DHCP 没成功。原因可能是业务 VLAN 没在 AP 上行口放行、VAP 模板里service-vlan配错、核心上业务地址池没配、DHCP 中继没指对。隧道转发模式下还要多查一层：AC 上有没有业务网段的路由。
再看 ARP。终端display arp看网关的 MAC 学到了没有，学到了说明二层通，问题在三层；学不到说明二层就不通，回去查 VLAN 和 trunk。
如果终端拿到地址、ARP 也正常，但还是上不了公网，那问题多半在出口：NAT 的 ACL 没匹配到业务网段、核心上没有默认路由、出口没有回程路由。这三件事我用一个笨办法验证——在核心交换机上直接 ping 公网地址，通了说明出口没问题，不通就从出口往回查。
还有一种情况特别迷惑人：终端能 ping 通网关，也能 ping 通 AC，但就是上不了网。这种大概率是 DNS 没配。DHCP 地址池里dns-list忘了写，终端解析不了域名，浏览器打不开页面，但 ping IP 是通的。这个问题我在第一次做这个实验时卡了两小时，一直以为是路由问题。
4.3 常见问题速查表
| 现象 | 最可能原因 | 处理方向 |
|---|---|---|
| AP 启动后无响应 | 设备初始化慢或 VirtualBox 版本不匹配 | 等 5 分钟以上，检查版本匹配 |
| AP 拿不到管理地址 | 接入口 PVID 或 trunk 放行错 | 查 VLAN 配置和 DHCP 池 |
| AP 有地址但不上线 | option 43 缺失或写错 | 补option 43 sub-option 2 |
| AP 状态反复跳变 | MAC 认证未通过或模板未绑定 | 查白名单和 AP 组绑定 |
| 终端搜不到 SSID | VAP 模板未绑定 AP 组或射频未开 | 查vap-profile ... wlan 1 radio all |
| 终端关联失败 | 安全模板密码或加密方式不匹配 | 核对 PSK 和加密算法 |
| 终端拿到 169.254 地址 | 业务 VLAN 未放行或地址池未配 | 查 trunk 和 DHCP |
| 能 ping 通但打不开网页 | DNS 未下发 | 地址池补dns-list |
| 隧道转发下终端不通 | AC 缺回程路由 | AC 上加指向业务网段的路由 |
这张表我基本是照着踩坑顺序整理的，每一条都对应我实际遇到过的情况。做实验的时候把它放在旁边，出问题先对号入座，能省不少时间。
5. 架构深化：漫游、转发模式与容量估算
5.1 二层漫游与三层漫游的差别在哪
AP 上线跑通只是入门，真正体现架构价值的是漫游。二层漫游指的是终端在同一网段的不同 AP 之间切换，因为业务 VLAN 相同、网关相同，终端换了 AP 之后 IP 地址不用变，业务基本无感。三层漫游则是跨网段切换，终端从一个 AP 的覆盖区走到另一个属于不同业务网段的 AP 下，这时需要 AC 在中间做隧道转发来保持 IP 不变，配置复杂度明显上升。
实验里做二层漫游比较简单：再加一个 AP，绑到同一个 AP 组，接入交换机的另一个口配同样的 trunk，两个 AP 的覆盖“重叠”区域在模拟器里虽然体现不出来，但终端的关联记录可以手动切换验证。用display station all观察终端从 AP1 换到 AP2，如果 MAC 不变、IP 不变，漫游就成功了。
三层漫游的实验价值在于理解“为什么需要隧道”。如果没有 AC 做锚点，终端跨网段后必须重新获取 IP，正在进行的视频通话或者文件传输会断。AC 通过把流量统一引入隧道再送回原网关，实现了 IP 地址的逻辑保持。这个原理在真实园区网里到处都在用，理解了它对做无线方案设计帮助很大。
5.2 信道规划：模拟器练不了但必须懂
eNSP 模拟不了真实射频，但信道规划这件事必须在这个阶段建立概念，否则以后上真设备会一片混乱。2.4G 频段只有 1、6、11 三个互不重叠的信道，一个覆盖区域里相邻 AP 必须错开使用，否则同频干扰会让速率断崖式下跌。5G 频段信道多得多，规划空间大，现在的项目基本都优先引导终端上 5G。
在 AC 上可以通过射频模板配置信道和功率，也可以开启自动调优（RRM），让 AC 根据邻居 AP 的扫描结果自动分配信道和功率。自动调优在真实项目里很实用，尤其是 AP 密集部署的场景，但要注意它会引入周期性调整，调试阶段建议先手工固定信道，把业务跑通再开自动。
5.3 容量估算：一个 AP 到底能带多少人
这个问题在真实项目里客户一定会问，实验里也值得算一遍。2.4G 单频在理想条件下理论速率 300Mbps 左右，实际吞吐打个对折；5G 单频可以到 867Mbps 甚至更高。并发用户数方面，单 AP 建议控制在 30 到 50 个终端以内，超过这个数字即使信号满格，体验也会明显下降，因为无线是共享介质，终端越多，每个终端分到的时间片越少。
估算方法是这样的：先确定单终端业务带宽需求（普通办公 2-5Mbps，视频会议 4-8Mbps，高清视频 10Mbps 以上），再算出 AP 有效吞吐（理论值乘 0.5 到 0.6 的效率系数），两者相除得到并发数。比如一个办公场景，AP 有效吞吐按 400Mbps 算，单终端平均 5Mbps，理论上能带 80 个，但考虑突发和公平性，实际规划按 40 个算比较稳妥。这个数字不是拍脑袋，是留了余量之后的结果，宁可多布 AP 也不要让单个 AP 长期跑在高负载。
