802.11 MAC层机制与WiFi抓包调优指南

简介《wifi 基础知识讲解.doc》面向无线网络入门者、网络运维初学者及准备相关面试的读者系统梳理WLAN与Wi-Fi的基础概念可用于课程复习、实验环境搭建前的概念预热与知识查漏。文档先从有线与无线网络差异切入说明半双工通信、网络层以下出错概率高、帧重传、抓包风险与功耗较大等特点再按时间线介绍802.11a/b/g/n的频段与速率演进并点出802.11n在2.4GHz和5GHz双频工作、最高600Mbps、信道合并与MIMO方面的改进。术语部分覆盖LAN、WAN、WLAN、AP、Station、Associate、SSID、BSSID、BSS及分布式系统并解释基础结构型网络中Station通信需经AP、跨BSS转发依赖分布式系统帮助读者理解设备接入、标识与帧转发之间的关系。资源包共1个doc文件约88KB篇幅精简便于通读和按主题检索已有280人学习适合作为无线网络知识的第一轮框架梳理也为后续深入协议细节提供索引。1. 为什么 wifi 的复杂度不在网络层而在你抓不到的那一层很多人排查 wifi 问题时习惯从 IP 层往上找ping 延迟大、TCP 重传多、应用超时。但真正决定 wifi 表现的是网络层以下的 802.11 MAC 层。有线以太网把帧送出去就完事出错交给上层无线不行它半双工、误码率高、还随时被邻居干扰所以必须在 MAC 层就做连接管理、冲突避免、确认重传、分片和缓存。你从 3G/4G 切回 wifi 时感觉到的那一下“卡”往往就发生在这层。搞懂它wifi 的卡顿、漫游、抓包和调参就不再是玄学。2. 物理层约束如何倒逼 MAC 层半双工、隐藏节点与 RTS/CTS 机制2.1 半双工、高误码与“先建连接”无线为什么不能照抄以太网有线以太网是全双工收发可以同时进行无线是半双工同一时刻天线要么发要么收。这一条物理约束直接决定了 802.11 的 MAC 层不可能照搬以太网那套“随时听、随时发”的逻辑。再加上无线信道是开放介质误码率远高于线缆帧在物理层就可能损坏所以 802.11 必须在网络层以下自己加确认和重传而不是全丢给 TCP 的超时重传来兜底。还有两个常被忽略的点一是通信前必须先建立连接Association有线插上就能通无线得先协商二是无线数据在空气里传播抓包门槛极低所以安全机制必须从链路层就开始。功耗也是同理射频收发比有线收发费电得多于是才有了后面要讲的休眠和缓存机制。把这四条放在一起看你会发现 802.11 的很多“多余设计”其实都是被物理层逼出来的。这里最容易踩的坑是把“理论速率”当成“实际吞吐量”。协议里写的 600Mbps、54Mbps 是 Datarate是理想条件下物理层能跑出的峰值真正到应用层看到的 Throughput因为前导码、帧间隔、确认帧、竞争退避、协议头这些开销通常只有理论值的一半左右。高清视频实际也就需要 30Mbps 上下普通网络视频 4Mbps 左右按这个量级去反推你才不会对着一台标称 600Mbps 的路由器跑出 200Mbps 大喊翻车。2.2 隐藏节点与 RTS/CTS同一时刻只能一个人说话无线是共享介质同一时刻只能有一个站点在发数据。问题是两个站点 A 和 B 可能都在同一个 AP 的覆盖范围内但彼此距离太远、互相听不到这就是隐藏节点。A 发送时 B 听不见B 也发送两路信号在 AP 处撞车AP 收不到任何一个完整帧。隐藏节点越多重传概率越高网络性能掉得越明显。RTS/CTS 就是给这种情况准备的。A 发数据前先广播一个 RTSRequest-To-SendAP 收到后广播 CTSClear-To-Send相当于告诉所有能听到 AP 的站点“接下来这段时间别发”。这样即便 B 听不到 A也能听到 AP 的 CTS从而安静下来。注意这里的方向RTS 通常由 Station 发给 APCTS 由 AP 发给所有站点两者配合完成一次“清场”。有意思的是这套机制不要求 A 和 B 在同一个网络里不同网络的工作站之间也能通过 RTS/CTS 互相避让。那是不是所有帧都该开 RTS不是。RTS/CTS 本身也是开销一来一回两个控制帧小包根本不划算。所以设备上有个 RTS Threshold帧长超过这个阈值才启用 RTS/CTS小于阈值的直接发。阈值调小碰撞少了但开销大了阈值调大开销省了但隐藏节点带来的碰撞又回来了。我一般会把这个值留在默认附近只有在确实存在隐藏节点、重传率明显偏高的环境里才往下调。2.3 ACK、重传与分片把可靠性下沉到 MAC 层802.11 的确认机制很直接单播帧必须用 ACK 确认广播/多播帧不确认。为什么因为广播的接收方是一群让一群站点同时回 ACK在共享介质上必然撞车所以协议干脆不要求。ACK 帧本身是单播的帧里有接收地址字段但它没有源地址、也没有序号——发送和接收被视为一个不可分割的整体收到 ACK 就代表这一次通信成功ACK 自己不需要再被确认。重传的判断依据是序号。同一个帧重传时序号不变但会多一个 Retry 标志位抓包时看到“序号相同 Retry1”就知道这是重传而不是新帧。这条规则对排查很关键如果你在抓包文件里看到大量重复序号基本可以判定空口质量差或者存在隐藏节点而不是应用层在重发。分片Fragmentation是另一层保险。无线误码率比有线高得多一个大帧在传输中途出错整个帧都得重来如果把大帧切成若干小片出错时只需要重传那一片。设备上的 Fragmentation Threshold 就是分片阈值超过就自动切片。代价是每个分片都要带额外的帧头接收端还要重组开销随片数上升。所以这个值不是越小越好通常只在干扰严重、大帧频繁出错的场景下才调小。3. 帧的三层分工管理帧、控制帧、数据帧与 DS 字段如何拼出一次通信3.1 管理帧、控制帧、数据帧一次连接要经过哪些帧802.11 的帧分三类各司其职。管理帧负责“建立和维护关系”比如 Beacon 定时广播 AP 的存在、Probe Request/Response 用于主动扫描、Association Request/Response 用于关联控制帧负责“协调空口使用权”比如 RTS、CTS、ACK数据帧才是真正承载上层数据的载体。帧头里的类型字段会标明它属于哪一类抓包工具也是靠这个字段给你分类的。以一次典型入网为例Station 先被动扫描听 Beacon或主动扫描发 Probe RequestAP 回 Probe Response拿到 SSID、支持的速率、加密方式等信息然后发 Association Request里面带上自己需要的信道和速率AP 用 Response 里的 Status code 告诉它成没成功。这里有个容易被误读的细节Authentication 阶段一开始往往是 Open 的也就是“先放你进来”真正的安全鉴权比如 802.1X 那套是在关联建立之后才做的。如果后续鉴权失败已经建立的 Association 会被立刻断开。这是早期 802.11 没充分考虑安全留下的历史包袱为了兼容老设备一直保留到现在。Beacon 帧值得单独说。它由 AP 周期性广播除了宣告 SSID 存在还携带 Power Save、Region 等信息。Station 靠它知道“这个区域有没有网”休眠策略、地区功率限制也都从它里面读。所以 Beacon Interval 这个参数不是随便调的调得太长Station 扫描时可能错过表现为“网络时有时无”。3.2 DS 字段To DS / From DS 如何决定地址解析和转发方向数据帧里有一个两位的 DS 字段分别叫 To DS 和 From DS它是理解无线转发路径的钥匙。这两个位的组合决定了一帧是从 Station 发往 AP、从 AP 发往 Station还是走无线桥接。基础结构型网络里所有设备通信都得经过 AP所以绝大多数数据帧的 DS 组合就是 01Station→APUpload或 10AP→StationDownload。你可以把 DS 粗略理解成 AP但严格说 DS 是分布式系统不是某一台 AP。To DS1、From DS1 的组合表示帧在 AP 之间桥接转发这时候帧里会出现四个地址字段分别对应源、目的、发送端、接收端。这也是为什么抓包时同一个帧里能看到好几个 MAC 地址不搞清 DS 位你根本分不清哪个是“真正的源”。DS 字段只在数据帧里有意义管理帧和控制帧里这两位是全零。所以分析抓包时先看帧类型再看 DS 位最后才对地址这个顺序不能乱。3.3 抓包时如何辨认帧广播/单播、ACK、Retry、加密位抓包工具展示一个帧时通常分三块工具自己加的全局信息时间、长度、信道标识比如用“BG1”表示 B/G 模式下 1 号信道、协议头 Header、以及载荷 Body。真正该看的是后两块全局信息只是辅助。判断单播还是广播看目的 MAC 第一个字节的最低位该位为 1 是组播前两位都是 1 是广播为 0 是单播。注意 MAC 地址是“模式”不是“数值”不存在大小端比较也不存在谁大谁小。下面这段小脚本就是干这个的def mac_type(mac: str) - str: # 取第一个字节按十六进制解析 first int(mac.split(:)[0], 16) # 最低位为 1 表示组播前两位都为 1 表示广播 if (first 0b11) 0b11: return broadcast if first 0b01: return multicast return unicast # 示例a8:27:26:...:b7 的首字节 0xa8 1010 1000最低位为 0 print(mac_type(a8:27:26:00:00:b7)) # unicast这段代码只做一件事把 MAC 首字节转成整数用位与运算判断类型。参数就是一个标准冒号分隔的 MAC 字符串。之所以强调这一点是因为抓包时你会看到 Probe 帧没有对应的 ACK——它是广播帧本来就不需要确认别误判成“丢包”。还有一个坑是加密位。协议头里有个 data protected 字段置位就说明这个数据帧被加密了不看密码你根本不知道里面是什么类型、什么内容。要注意区分“网络需要密码才能接入”和“帧本身被加密”这两件事前者是安全模式后者是链路层加密抓包工具即便知道网络密码也未必能顺利解出每一帧。4. 参数调优的机制链Band、Channel、Width、RTS 阈值与 DTIM 缓存怎么互相拉扯4.1 Band、Channel 与 Channel Width频段、信道、带宽是怎么切出来的Band 是频率范围常见的是 2.4GHz 和 5GHz。一台 AP 如果两个频段能同时开就相当于建了两个无线网络类似收音机在长波和短波两个范围里各收各的。2.4GHz 频段窄约 83.5MHz、设备多、微波炉和蓝牙802.15 协议也挤在这里互相把对方当噪声5GHz 频段宽、干扰少但穿墙能力弱一些。Channel 是对频段的再划分。把一段频率切成若干小段每段一个信道比如 5.18GHz 就是一个具体信道。不同信道如果覆盖范围不重叠数据就不会互相干扰。国际上对信道使用有规定一部分无需授权即可使用一部分需要授权具体哪段因地区而异。设备上的“Auto”选项是让 AP 启动时自己扫一圈挑一个干扰最小的信道选完一般就不再变。Auto(DFS) 则是另一类会动态避开雷达等已授权信号。Channel Width 是信道宽度常见 20MHz、40MHz。802.11n 的 HT-40 就是把两个相邻信道合并成一个来传带宽翻倍、速率提升。但合并是有代价的占用的频谱更宽更容易和邻居撞上2.4GHz 这种拥挤频段里强行开 40MHz 往往得不偿失。所以很多设备在 2.4GHz 下默认 20MHz只有在 5GHz 干净环境里才建议开 40MHz。参数典型取值机制作用调大/调小的代价Band2.4GHz / 5GHz决定频率范围和干扰环境5GHz 干净但覆盖小Channel具体频率或 Auto划分不重叠的传输通道Auto 省心但可能选到拥挤信道Channel Width20MHz / 40MHz单次传输占用的频谱宽度40MHz 速率高但更易干扰RTS Threshold帧长阈值超过则启用 RTS/CTS 清场调小减少碰撞但增加开销Fragmentation Threshold分片阈值超过则切片传输调小提高成功率但开销大DTIM IntervalBeacon 倍数休眠站点的缓存唤醒周期调大省电但延迟高4.2 RTS Threshold、Fragmentation Threshold、DTIM三个阈值如何影响重传、分片和休眠RTS Threshold 和 Fragmentation Threshold 经常被放在一起讲但它们解决的是两个不同问题。前者针对“碰撞”后者针对“误码”。RTS/CTS 是在发送前清场减少多个站点同时开口的概率分片是把大帧切小减少单次传输失败后要重传的数据量。两者都会增加开销所以默认值通常都设得比较大让它们在正常环境里基本不触发。DTIM Interval 则是为省电设计的。Station 为了省电会进入休眠休眠期间 AP 帮它缓存下行数据。DTIM 告诉 Station “每隔多少个 Beacon 醒来一次查缓存”。这就是为什么你 ping 一台休眠中的设备响应时间会比它清醒时明显长——它得等到下一个 DTIM 周期才醒。DTIM 调大设备睡得更久、更省电但响应延迟更大调小则相反。这个参数没有绝对好坏取决于设备是插电还是电池供电。这里有个血泪经验很多人一遇到延迟高就去调 DTIM其实先该确认设备是不是真的在休眠。如果设备一直活跃DTIM 根本不起作用调它纯属白费功夫。4.3 Beacon Interval 与安全模式广播周期、WEP/WPA/WPA2 的加密链条Beacon Interval 是 AP 广播 SSID 的周期默认值一般不用改。它决定 Station 多久能“听见”一次网络的存在。调得太长扫描时容易漏掉表现为网络列表里时有时无调得太短广播帧占用空口时间变多。所以这个参数的原则是“默认即可除非有明确理由”。安全模式这块有一条清晰的演进链WEP 是最早的链路层加密基于 RC4弱点很多2003 年被 WPA 取代WPA 用 TKIP仍然保留 RC4属于过渡方案WPA2 对应完整的 802.11i 标准用 CCMP很多设备上直接标 AES是目前安全性最强的组合。设备上还会看到 WPA-Personal / WPA2-Personal 和 Enterprise 的区分Personal 就是 PSK用预共享密钥认证不需要认证服务器适合家用和小型办公Enterprise 走 802.1X/EAP需要专门的认证服务器适合有统一账号体系的环境。一个很实际的坑WEP 只工作在 802.11b/g 模式下802.11n 草案并不支持它。也就是说一台支持 n 的设备一旦选了 WEP就会自动掉回 b/gn 的速率和 MIMO 优势全没了。有些人抱怨“换了新路由还是慢”最后发现是安全模式卡在了 WEP 上。5. 避坑与常见问题抓包、40MHz、WEP 与 Region 的五个翻车现场5.1 抓到的 AP MAC 和 BSSID 对不上现象抓包文件里 AP 的 MAC 地址和路由器背面标签上的 MAC 只差最后几位甚至完全不一样怀疑抓错了包。原因BSSID 是用来标识一个 BSS 的 48 位地址通常就是 AP 的 MAC但一台设备往往有多个 MAC——外网一个、内网一个有的还会虚拟出更多。厂商标签上通常只标外网那个所以抓包看到的是另一个。另外同一台设备的不同 MAC 往往只差几位。解决不要用标签上的 MAC 去硬套抓包结果先确认设备有几个网络接口再看帧里的 BSSID 和序号是否连续。如果两个地址的序号连起来是连续的基本可以判定它们属于同一台设备。5.2 开了 40MHz 速率上不去抓包还抓不全现象信道宽度设成 40MHz理论速率上去了实际吞吐量没怎么涨用硬件嗅探器抓包还经常抓不到完整帧。原因40MHz 占用两个相邻信道在拥挤环境里更容易被干扰重传率上升抵消了带宽收益同时部分嗅探硬件对 40MHz 的支持本身就不完整只有特定信道组合能抓。解决2.4GHz 下优先用 20MHz5GHz 干净环境再考虑 40MHz抓 40MHz 时按设备手册指定的信道和偏移量配置不要指望任意信道都能完整捕获。5.3 选了 WEP 之后 802.11n 性能消失现象路由器支持 802.11n但实测速率只有 b/g 水平MIMO 和 HT-40 都没生效。原因WEP 是旧加密方式802.11n 草案不支持它。设备一旦启用 WEP会自动回退到 802.11b/g 模式工作。解决把安全模式换成 WPA2-PSKAES/CCMP这是目前兼容性和安全性最平衡的选择如果设备较老只能 WPA至少用 WPA-PSK AES别停留在 TKIP。5.4 Region 设错导致功率越界或干扰邻居现象AP 的地区设置和实际所在地不符Station 发射功率异常或者周边网络互相干扰严重。原因Region 决定允许使用的频段和发射功率上限。AP 会把这个信息放进 Beacon 广播出去Station 据此调整功率。设错了整个 BSS 都在用不符合当地规定的参数工作。解决部署前先确认地区参数改完重启让 Beacon 重新广播跨地区搬设备后要重新核对不要沿用出厂默认。5.5 休眠设备 ping 延迟大误判成网络故障现象ping 一台笔记本或移动设备响应时间忽长忽短长的时候能到几百毫秒但设备一活跃就恢复正常。原因设备休眠后AP 帮它缓存下行数据设备只在 DTIM 周期醒来查看。ping 的回应要等它醒来才发得出延迟自然被拉长。解决先确认设备是否真的在休眠看电源策略再决定是否调 DTIM如果设备长期插电直接关掉省电模式比调参数更有效。6. 设计取舍802.11 为什么把可靠性堆在 MAC 层而不是交给上层回过头看802.11 的很多设计都指向同一个取舍无线介质的不可靠性必须在下层消化不能全甩给 TCP。有线网络误码率极低丢了包让上层超时重传代价可以接受无线不行空口碰撞和误码是常态如果每一帧都等 TCP 超时延迟和带宽都会被拖垮。所以 802.11 在 MAC 层就做了 ACK、重传、分片、RTS/CTS 这一整套把“可靠”提前到离物理层最近的地方。第二个取舍是兼容性。Open 认证先放行、后续再鉴权的流程放在今天看确实别扭但它是为了兼容早期没有安全设计的 802.11 设备。协议演进时选择“打补丁”而不是“推倒重来”代价是抓包分析时多了一层理解成本收益是几十年的设备能共存。第三个取舍是复杂度分布。DS 字段用两位就表达了四种转发方向地址字段根据 DS 组合动态解释这是一种“用少量比特换灵活拓扑”的设计。它让基础结构型网络、无线桥接、Ad Hoc 能共用同一套帧格式但也让抓包分析必须先看类型、再看 DS、最后才看地址顺序错了就全乱。验证这些机制最直接的办法还是抓包。我的习惯是先抓一段空口流量看 Beacon 周期是否稳定、单播帧的 ACK 是否配齐、有没有大量 Retry再对照设备参数看 Channel、Width、安全模式是否和预期一致。如果 ACK 缺失多、Retry 比例高先查干扰和隐藏节点而不是急着调高发射功率。这套流程走下来大部分“wifi 玄学”都能落到具体参数上。从那以后我每次排查无线问题都强制先走一遍“帧类型 → DS 位 → 地址 → ACK/Retry”的顺序再动任何参数。希望帮到你。本文还有配套的精品资源点击获取