WLAN 这个东西，入门门槛低得有点离谱：一台设备改个名称、设个密码，手机能连上，很多人就认为"我会无线了"。但真到了现场，用户一句"网卡"就能把人问住——信号满格却打不开网页，会议室一到下午就集体掉线，走两步就断一次、视频会议声音断续。我这些年排过的无线问题，真正是设备坏掉的不到一成，剩下的全是射频、协议、规划、终端行为搅在一起的结果。
这篇是我自己在学习 WLAN 过程中整理的一份笔记式总结，偏实战：从射频基本功讲到终端上线全过程，再到多 AP 组网怎么规划、出问题怎么查。它不假设你有多深的底子，但也不会只停留在"信号强度看几格"这种层面。刚入行、正在啃无线这块的同行可以顺着看一遍建立框架；已经上手、但每次排障都靠试的，可以重点看第 2、3、5 章，那里是我踩坑最多的地方。文中涉及的功率、带宽、并发数这些参数，我都会把算法写出来，方便你换成自己的场景直接套。
1. 先把知识地图画出来：WLAN 到底在解决什么问题
1.1 有线思维搬进无线，第一步就错了
做惯了有线的人，转过来做无线最容易犯的错，是把"链路"当成一条确定的管道。有线网里，端口协商成 1000M 就是 1000M，全双工，两边同时发也不打架，链路质量基本恒定。无线完全不是这样：空口是大家共享的介质，同一时刻只能有一个设备在发，靠的是载波侦听加冲突避免那一套退避机制，本质上是半双工。
更麻烦的是速率会变。同一个终端，站在 AP 底下可能是 800Mbps 的协商速率，走远五米、隔一道玻璃，就掉到 60Mbps。而空口时间是被所有终端平分的，一个协商速率只有 6Mbps 的老设备挂在网上，它传 1MB 数据占用的空口时间，够高速终端传几十兆。这就是为什么有时候"带宽明明够，大家就是慢"。
所以我在笔记第一页写的不是任何命令，而是一句话：无线优化的对象不是带宽，是空口时间。后面所有的信道规划、带宽选择、限速策略、终端隔离，本质都是在抢时间、省时间。你把这句话记住，很多看似玄学的现象就有解释了。
1.2 三个视角：射频层、协议层、业务层
我把 WLAN 拆成三层来看，排障时也按这个顺序定位，效率高很多。
射频层管的是"信号能不能到达、到得干不干净"。涉及频段、信道、带宽、发射功率、天线、干扰源、噪声底。这一层出问题的典型表现是：搜不到、时断时续、速率上不去、某些位置特别差。
协议层管的是"能不能连上、连上之后身份和地址对不对"。涉及扫描、认证、关联、密钥协商、802.1X 身份认证、地址分配、转发路径。典型表现是：能搜到但连不上、连上反复提示密码错误、连上了拿不到地址、拿到的地址段不对上不了网。
业务层管的是"用户实际感受"。涉及 DNS、网关、上行带宽、应用本身。典型表现是：能上网但某个系统打不开、能 ping 通但网页很慢。
分层的意义在于，很多人一上来就查配置、查认证服务器，折腾两小时，最后发现是 AP 装在了金属吊顶里面。先确认物理和射频，再谈配置，这个顺序能省掉大量无用功。
1.3 我的笔记结构：一页模型加一张指标卡
笔记别记成命令手册，命令各家语法不同，记了也容易过时。我更推荐记两样东西。
一页模型：一台终端从开机到能上网，要经过哪几步，每一步的关键参数是什么。这张图画熟了，排障时就是按图索骥，缺哪步补哪步。
一张指标卡：把常用的健康阈值写死。比如信噪比低于 20dB 就别指望高速率，信道利用率长期超过 60% 就该考虑扩容，重传率超过 10% 说明空口质量有问题。有了这张卡，你看到监控数据就知道"这算好还是不好"，而不是凭感觉。
下面几章，其实就是把这张模型和这张卡展开讲。
2. 射频基本功：最容易被跳过，也最容易翻车
2.1 频段、信道和带宽，先把账算清楚
现在主流就三个频段：2.4GHz、5GHz、6GHz。
2.4GHz 的特点是穿墙相对好、干扰极其重。它整个可用范围就那么宽，能凑出的互不重叠 20MHz 信道只有三个（常见的 1、6、11 这组）。这意味着在一个楼层里，只要 AP 数量超过三个，2.4G 就必然要复用信道，复用就意味着同频干扰，同频干扰就意味着大家互相等着发。所以在有多个 AP 的场景里，我基本只把 2.4G 当作"覆盖兜底"和"物联网设备专用"，绝不让它承载主力业务。
5GHz 是现在的主力。信道数量多，20MHz 带宽下一般能凑出二十几个可用信道，做信道规划非常从容。但要注意其中有一批信道属于雷达避让频段，AP 在这些信道上工作时要先监听一段时间确认没有雷达信号才敢发射，一旦检测到就得立刻静默切换。表现出来就是"AP 刚上电那几分钟搜不到"或者"用着用着突然卡一下"。会议室、重要办公区，我一般直接避开这批信道，宁可牺牲一点信道自由度。
6GHz 是新频段，信道更宽、干扰更少，160MHz 带宽很容易开起来。代价是覆盖更差、穿墙能力弱，而且终端侧支持度还在爬坡期。目前的定位是"高密度、近距离、大带宽"场景，比如开放办公区、培训教室，不适合当全覆盖用。
带宽怎么选，我笔记里是这样记的：
| 频段 | 推荐带宽 | 理由 | 什么时候例外 |
|---|---|---|---|
| 2.4GHz | 固定 20MHz | 40MHz 在这个频段几乎必然重叠，反而更差 | 基本没有例外 |
| 5GHz | 主力 40MHz，高密区 20MHz | 40MHz 兼顾容量和复用度；高密场景要的是信道数不是单 AP 峰值 | 少量点对点回传可以上 80MHz |
| 6GHz | 80MHz 或 160MHz | 信道资源充足，宽带宽收益明显 | 覆盖边缘不要开宽，速率掉下来更亏 |
提示：带宽加倍不等于速率加倍，但干扰范围一定加倍。在没有做完整勘测的情况下，把 5G 全开 80MHz 是很多人踩过的坑，看着测速很爽，一到用网高峰就集体卡。
2.2 功率和链路预算：别凭感觉调发射功率
这一块是笔记里"必须会算"的部分，因为调功率从来不是越大越好。功率大了，AP 覆盖变远，但终端发射功率往往只有十几 dBm，结果就是"AP 能喊到终端，终端喊不回 AP"，出现单向通信，表现为能搜到连不上、或者连上就掉。
基本公式先摆出来：
- 等效全向辐射功率：
EIRP(dBm) = 发射功率(dBm) + 天线增益(dBi) - 馈线损耗(dB) - 自由空间损耗：
FSPL(dB) = 32.44 + 20log10(f_MHz) + 20log10(d_km) - 接收电平：
Rx(dBm) = EIRP - FSPL + 接收天线增益
举个实际算例。一个 AP 在 5GHz 的 5180MHz 上工作，发射功率 20dBm，内置天线增益 5dBi，没有外接馈线。那么 EIRP = 20 + 5 = 25dBm。
终端距离 10 米（0.01km）时：
FSPL = 32.44 + 20*log10(5180) + 20*log10(0.01) = 32.44 + 74.29 + (-40) = 66.73 dB Rx = 25 - 66.73 + 0 = -41.7 dBm隔一道普通砖墙按 12dB 衰减算，接收电平大约 -53.7dBm，还是非常宽裕的。距离拉到 40 米：
FSPL = 32.44 + 74.29 + 20*log10(0.04) = 32.44 + 74.29 - 27.96 = 78.77 dB Rx = 25 - 78.77 = -53.8 dBm再隔两道墙，就接近 -78dBm 了，这个电平下终端会开始考虑漫游，速率也已经掉到很低的档位。
算这个的意义在哪？在于你能判断"这个位置该不该有信号"、"AP 间距定多少合理"。经验值是：5GHz 办公场景，AP 之间的间距控制在 12 到 18 米比较稳妥，中间隔一到两道轻质墙；如果中间是承重墙或者有金属隔断，间距要再缩小。至于发射功率，原则是"够用就好，且尽量让上下行对称"——室内场景我一般把 5G 功率调在中等偏上，2.4G 反而调低一些，目的就是逼终端优先选 5G、同时减少 2.4G 的越区干扰。
2.3 从"信号几格"到信噪比和空口时间
手机上的信号格数是个非常粗糙的指标，它更多反映接收电平，不反映干扰，也不反映 AP 的负载。我排障时只看三个数：接收电平、信噪比、信道利用率。
噪声底是可以估的。20MHz 带宽下，热噪声功率大致是-174 + 10log10(20e6) ≈ -101 dBm，再加上设备本身的噪声系数（一般 4 到 6dB），实际底噪在 -95 到 -97dBm 左右。所以信噪比大致就是：
SNR = 接收电平 - 底噪接收 -55dBm、底噪 -96dBm，SNR 就是 41dB，属于非常理想，可以跑到高阶调制。接收 -75dBm 时 SNR 只剩 21dB，基本只能跑中低阶调制。这个对应关系我做了张粗略的对照表放在笔记里，用于快速判断"这个点位速率上限大概多少"：
| 信噪比 | 大致可用的调制档位 | 单流 20MHz 实际吞吐感受 |
|---|---|---|
| > 35dB | 高阶 | 流畅，能跑满空口 |
| 25~35dB | 中高阶 | 日常够用，大文件传输略慢 |
| 15~25dB | 中阶 | 网页可以，视频会缓冲 |
| 10~15dB | 低阶 | 明显卡顿，语音必断 |
| < 10dB | 最低档 | 基本不可用，靠重传撑着 |
比信号更关键的是信道利用率。一个 AP 下面如果挂着几个老设备的物联网终端、或者有邻居家的 AP 在同频上狂发，信道利用率很容易冲到 70% 以上，这时候哪怕你站在 AP 下面、SNR 40dB，测速也上不去——因为空口时间被别人占着。这种情况加带宽没用、调功率没用，只能换信道、减干扰源，或者干脆增加 AP 做空间隔离。
3. 终端上线全流程：一次连接到底经过了什么
3.1 扫描、认证、关联，这三步经常被混为一谈
一台终端要连上 WLAN，第一步是找到网络。有两种方式：被动扫描是听 AP 周期性发出的管理帧（一般每 100ms 一帧），主动扫描是终端自己在各个信道上发探测请求。很多人以为隐藏网络名称就能防住别人，实际上主动探测照样能发现，隐藏名称只是增加了手动输入的麻烦，算不上安全手段，我一般不建议开，反而容易导致部分终端连接异常。
找到之后是链路层的认证和关联。这里的"认证"容易和安全认证搞混，它其实只是链路建立的一个握手动作，绝大多数场景都是无条件通过的，真正决定你能不能进来的是后面的密钥协商或者身份认证。关联则是确定"我挂到哪个 AP 上"，同时协商速率集、带宽、支持的扩展特性。
这一步常见的问题有两个。一个是终端只支持 2.4G，而你把某个区域的 2.4G 射频关掉了，用户就搜不到；另一个是终端对某些扩展特性兼容不好，比如某些老设备对特定的节能机制处理有 bug，表现是"连上十秒就掉，掉了又自动连"，来回循环。碰到这种，可以临时关掉相关特性做对照测试。
3.2 安全认证体系：别让一个密码管全公司
从弱到强大致是这么几档：开放网络（无加密，别用于任何内部业务）、早期已被淘汰的加密方式（不要再出现在任何规划里）、预共享密钥方式（也就是大家熟悉的"一个密码所有人用"）、企业级身份认证（每人一个账号，由认证服务器统一下发策略）、以及新一代的对等认证方式（在预共享密钥的便利性基础上增强了抗猜测能力）。
预共享密钥的协商过程大致是：双方各自用密码派生出主密钥，然后交换随机数，各自算出会话密钥并安装，最后 AP 再把组播密钥下发给终端。这套流程本身设计没问题，问题出在"密码是共享的"这个前提上——一个人离职，密码就得全换；谁在干什么，日志里区分不出来；也没法给不同的人下发不同的网络策略。
所以我给企业的建议很直接：只要人数超过二十，就别用共享密码，上身份认证。终端连上来之后，认证服务器根据账号归属返回不同的网络标识和访问策略，访客、员工、设备各走各的，出了问题能定位到人。配置上要注意认证服务器那边要有地址池、要有超时重传设置，AP 侧要指定正确的认证服务器地址和共享密钥，这些参数错一个，表现就是"一直在验证中"。
部署身份认证还有几个实操细节：一是证书或者账号的过期策略要提前规划，不然某天早上全公司连不上；二是要保留一个应急的本地认证方式作为兜底，认证服务器挂了不至于整个办公区瘫痪；三是终端侧配置要提前推送，不然让几百人手动改设置，那场面想想就头大。
3.3 地址分配和转发模式：连上了不代表能上网
密钥协商完成，终端会发起地址请求。这一步失败的表现特别典型：Wi-Fi 图标显示已连接，但拿不到地址，或者是自动分配了一个 169.254 开头的地址。原因通常是地址池耗尽、VLAN 配置不对、或者中间的地址中继没指对。
地址池大小怎么估？我的经验公式是：池子大小 ≈ 峰值并发终端数 × 1.3。乘 1.3 是给租约续期、临时断开重连留的余量。如果办公区峰值 300 台终端在线，池子至少 400 个地址。见过太多现场是池子只给了 /24，两百多个地址，一到下午就有人拿不到地址，重启一下路由器又好了——其实是有人下线释放了地址，治标不治本。
转发模式这块，也是笔记里划重点的地方。集中转发是业务流量统一送到控制器再出去，好处是策略统一、漫游范围大、排障容易，坏处是控制器成了瓶颈和单点；本地转发是流量在 AP 本地就进入有线网络，好处是转发效率高、控制器压力小，坏处是策略分散、跨网段漫游处理起来更麻烦。
| 对比项 | 集中转发 | 本地转发 |
|---|---|---|
| 流量路径 | 终端 → AP → 控制器 → 网关 | 终端 → AP → 接入交换机 → 网关 |
| 控制器压力 | 大，要处理全部业务流量 | 小，只处理控制信令 |
| 适合规模 | 中小型、策略要求统一 | 大型、单点流量大 |
| 漫游表现 | 同控制器内容易 | 需网络侧配合，配置更复杂 |
| 排障难度 | 低，抓包点集中 | 高，要逐段查 |
我一般的做法是：办公、访客这类流量不大但策略要求多的，走集中转发；视频监控、大文件传输、培训教室这类流量大的，走本地转发。混合部署完全可以，按网络名称分开配就行。
3.4 漫游：决定权在终端，AP 只能"建议"
漫游这块是最容易产生误解的。很多人以为漫游是 AP 决定的，其实最终决定权在终端——终端觉得自己该换了，才会去连另一个 AP。AP 能做的只有两件事：一是通过邻居报告告诉终端周围有哪些 AP，二是通过切换管理帧给终端一个"建议"。至于终端听不听，得看它的实现。
三个相关的扩展特性我记成一句话：邻居报告负责"告知"，切换管理负责"建议"，快速切换负责"减少重认证时间"。前两个是引导，第三个是提速。快速切换通过提前在 AP 之间传递密钥材料，把重新认证的时间从几百毫秒压缩到几十毫秒，对语音这类实时业务意义很大。
漫游门限怎么设？一般触发门限设在 -67 到 -72dBm 之间，迟滞设 5dB 左右。门限设得太高（比如 -60dBm），终端会在信号还不错的时候就频繁切换，反而抖动；设得太低（比如 -80dBm），终端会死抱着弱信号不放，就是典型的"粘滞"，人都走到另一个房间了还连着老 AP，速率掉到几兆。
注意：如果终端本身不支持这些漫游扩展特性，AP 侧怎么配都没用。遇到过一批老旧手持终端，漫游时断两秒，最后是靠调整 AP 点位、加密布点、把重叠区做大来缓解的，不是靠参数。
4. 组网与容量规划：从一台 AP 到一个楼层
4.1 三种架构形态，选错后面全是坑
小到一间办公室，大到一栋楼，架构大致三种。
自治式：每台 AP 自己管自己，单独配置。优点是便宜、简单、没有单点；缺点是数量一多就没法维护，改个密码要登十台设备，漫游也做不好。适用场景就是那种"一个 AP 覆盖一间小屋"的地方。
控制器集中管理：所有 AP 注册到一台控制器上，配置模板统一下发，射频参数统一调优，漫游在同一控制器内自然成立。这是目前企业场景最主流的形态。要注意控制器的容量和冗余——控制器挂了，如果是集中转发模式，整个无线网就瘫了；所以要么做双机备份，要么把关键区域改成能够本地转发保底的模式。
云端管理：控制器功能放在云端或者本地服务器上，通过互联网纳管分布在各地的 AP。适合多分支、无人值守的场景，配置统一下发很舒服。但要提前想清楚：管理通道断了之后，AP 还能不能继续正常工作。这个一定要在测试环境里实际拔一次线验证，别等真出事才发现 AP 一断管理就罢工。
4.2 点位和容量：先算人，再算 AP，最后算信道
规划顺序我固定为三步。
第一步，算需要多少 AP。按场景定单 AP 承载的活跃终端数：普通办公 30 到 40 台，开放办公区 40 到 50 台，会议室、培训室这种高密场景 60 台以上但要配合限速和负载均衡。假设一层楼有 300 个终端，按 40 台一台 AP 算，至少 8 台，再按覆盖需求补点——有些角落人不多但必须有信号，那就得加。
第二步，算带宽够不够。单个终端平均需要多少？办公 4 到 8Mbps，视频会议 4Mbps 左右，高清视频流 10 到 20Mbps。假设高密区 60 台终端，平均每台 5Mbps，总需求 300Mbps。一台 802.11ax 双流 80MHz 的 AP，理论协商速率约 1200Mbps，实际多终端共享能跑到 400 到 600Mbps 就算不错，空口效率摆在那。所以这个区域一台 AP 刚好够，但如果有人开始传大文件，立刻就不够了，这时候要么加到两台 AP，要么开启终端限速做保护。
第三步，排信道。5GHz 信道多，8 台 AP 完全排得开，按蜂窝式布点，相邻 AP 用不同信道，同信道的 AP 之间至少隔一层。2.4GHz 只有三个不重叠信道，8 台 AP 必然复用，所以更不能让 2.4G 承担业务，只做兜底。
这里有个容易被忽略的点：很多干扰不是来自你自己。楼上楼下、隔壁公司、甚至微波炉和无线外设都在 2.4G 上说话。所以规划前一定要做一次现场扫描，把周边已有网络的信道占用情况摸清楚，避开最挤的那几个。这一步花半小时，能省后面几个月的投诉。
4.3 配置落地：按顺序来，一步一验证
配置这部分各家语法差别很大，我笔记里记的是语义化的顺序，重点在"参数之间的关系"，而不是具体命令。下面这段是示意写法：
# 第一步：让 AP 找到控制器（DHCP 下发控制器地址，或手工指定） ap-mode controller controller-address 10.10.10.1 # 第二步：建射频模板，分别定义 2.4G 和 5G 的行为 rf-profile 2g-basic band 2.4ghz channel-width 20mhz tx-power 12dbm channel auto rf-profile 5g-basic band 5ghz channel-width 40mhz tx-power 17dbm channel auto # 第三步：建安全模板（这里用企业级身份认证） security-profile corp-sec mode wpa2-802.1x auth-server 10.10.10.20 accounting enable # 第四步：建网络模板，绑定安全模板和转发模式 ssid-profile corp-wifi ssid CORP-WIFI security-profile corp-sec forward-mode local vlan 100 band-steering enable # 第五步：绑定到 AP 组，先小范围生效再全量下发 ap-group office-1f rf-profile 2g-basic rf-profile 5g-basic ssid-profile corp-wifi顺序上我的习惯是：先让 AP 上线（这一步不过，后面全是空谈），再做单台 AP 的最小可用配置（一个网络名称、一个密码），现场用手机和笔记本各测一遍，确认能连能上网，然后再套模板批量下发。批量下发前一定先在一个 AP 组上试，确认没问题再推全量。见过一次模板写错，把整个楼层的 2.4G 射频关掉了，恢复起来手忙脚乱。
提示：自动信道和自动功率看着省事，但很多实现是周期性的、基于各自算法的，多台 AP 同时调整容易"打架"，表现出来就是网络时好时坏。我的做法是自动跑一段时间后固化下来，人工检查一遍信道分布，然后改成固定值。
5. 排查实录：那些把配置翻了三遍才发现的问题
5.1 常见症状速查表
这张表是我这些年攒下来的，基本覆盖了八成现场问题，排障时先对号入座，比盲猜快得多。
| 症状 | 优先怀疑方向 | 快速验证方法 |
|---|---|---|
| 某区域完全搜不到网络 | AP 离线、网线/PoE 供电、射频被关、区域码配错 | 看 AP 是否注册成功，看该射频是否使能 |
| 能搜到但连不上 | 密码/证书、认证服务器不可达、终端不支持该加密方式 | 换一台已知正常终端对比测试 |
| 连上拿不到地址 | 地址池耗尽、VLAN 未放通、地址中继指错 | 手工配静态地址测试能否通网关 |
| 连上能通内网但不能上网 | 网关/DNS、策略未放通、NAT 配置 | 直接 ping 公网地址、换 DNS 测试 |
| 速度远低于预期 | 带宽/信道选择、协商速率低、空口拥塞、有线侧瓶颈 | 看终端协商速率和 MCS，看信道利用率 |
| 走两步就断、频繁漫游 | 门限设置、AP 间距过大、终端不支持漫游扩展 | 查看漫游日志，测漫游中断时长 |
| 周期性全体掉线 | 雷达避让、控制器/认证服务器重启、环路 | 对照时间点查设备日志 |
| 高密场景集体慢 | 单 AP 接入数超限、空口冲突、DHCP 抢地址 | 看单 AP 在线数、限制低速终端接入 |
5.2 三点取证法：终端、空口、网络侧
排无线问题，我最常用的方法是三个位置同时取证。
终端侧看协商速率、频段、信道、信号强度、信噪比。这一步能排除掉一半问题：如果终端一直挂在 2.4G 上，速率当然上不去；如果协商速率只有 6Mbps，那要么信号差要么兼容有问题。同时看终端的省电设置，某些系统在熄屏后会进入深度省电，表现是"放着不动就掉线"。
空口侧需要把网卡切到监听模式抓管理帧。重点看几个东西：终端有没有发出探测请求、AP 有没有回探测响应、认证和关联帧有没有正常交互、有没有异常的断开帧。这一步特别适合查"连上就掉"这类问题——如果看到大量快速的断开帧，基本可以定位到是终端主动断开还是 AP 踢掉。抓包这件事我只在自有或者明确授权的网络里做，而且只抓管理帧，不去采集任何用户数据，这是底线。
网络侧在接入交换机上做端口镜像，看地址请求有没有正常发出、应答有没有回来、认证报文有没有到达服务器。这一步能快速区分"无线侧的问题"还是"有线侧的问题"，避免在 AP 上白折腾。
三个位置的数据放在一起看，基本没有定位不了的问题。难的是很多时候现场只允许你做其中一步，那就按"先排除最便宜的假设"这个原则走——先看 AP 灯亮不亮、有没有注册上，再谈其他。
5.3 几个容易被忽略、却经常背锅的细节
PoE 供电功率不够。AP 是分档的，基础供电大概十几瓦，增强供电三十瓦左右，更高功率的能到六十瓦甚至九十瓦。有些 AP 开了 4x4 或者多射频模式后功耗上去了，交换机端口给不出那么多电，表现是 AP 反复重启、或者起来了但某个射频起不来。查的时候看交换机端口的供电状态，别只看灯。
网线和水晶头。千兆要求八芯全通，很多人压线只压了四芯，结果协商成百兆，AP 还在正常工作，就是速率上不去。这种情况我遇到过不止一次，测速永远卡在 90 多兆，最后一测线序才发现问题。
安装位置。AP 装在天花板上是对的，但装进金属吊顶里面就基本废了；装在弱电箱里、贴着一排金属桥架、或者紧挨着承重墙，都会让覆盖图形变得很难看。还有的现场为了美观把 AP 贴在墙角，等于一半的辐射方向对着墙，实际覆盖只有设计的一半。
2.4G 的邻居干扰。USB 3.0 接口、无线鼠标接收器、微波炉、蓝牙设备，全在 2.4G 附近说话。遇到过一间办公室，2.4G 一直很差，最后发现是角落里一台大功率无线外设常年开着。这种干扰用频谱仪一测就出来了，没有仪器的话，把可疑设备逐个断电对照也能查。
终端本身的问题。同样位置，笔记本好好的，某型号手机就是连不上。这种情况不要先怀疑网络，先看这个型号的兼容性记录，尤其是支持新标准比较激进的机型，有时候要等厂商推送更新。排障时准备两三种不同类型的终端做对照，是很省事的习惯。
我个人在实际操作中的体会是，无线这块真正的门槛不在于记多少命令，而在于建立"空口是稀缺资源"这个直觉，再加上一套固定的取证流程。每次出问题，先别急着改配置，花十分钟把射频侧的数据抓全，把三个位置的证据摆在一起，答案往往自己就浮出来了。反过来，改一处试一次、试不通再改回来，这种打法在有线网里可能还行，在无线里只会把自己绕进去——你永远不知道刚才那点改善是配置生效了，还是隔壁那台干扰源刚好关机了。
还有一个后来才养成的习惯：把每次排障的现场数据、改了哪些参数、改完的效果都记下来，哪怕这次没查出根因。同一栋楼里的无线问题，往往有很强的相似性，攒够半年的记录，你会发现很多问题看一眼数据就有答案了。这套笔记最初就是为这个目的写的，后来慢慢变成了现在这个样子。
