简介面向刚接触无线网络的初学者、网络课程备考者以及需要梳理基础概念的从业者这份紧凑型笔记围绕Wi-Fi与3G/4G语境下的无线接入知识展开重点解决术语繁杂、协议版本易混淆的问题。包内共1个doc文件约88KB适合作为课堂补充或随手查阅的入门材料。内容从有线与无线网络对比切入说明半双工通信、重传机制、抓包风险与功耗等特征再梳理IEEE 802.11a/b/g/n等协议的工作频段与速率演进并对LAN、WAN、WLAN、AP、Station、SSID、BSSID、BSS、分布式系统等术语作解释。读者可建立无线网络的基本概念框架理解协议改进对性能的影响并在阅读设备配置或抓包分析材料时更快定位关键名词。目录式组织便于按概念检索对准备网络基础考试或阅读无线抓包案例均有参考价值。已有280人学习适合短时通读和后续查漏补缺。1. 半双工不是妥协是 802.11 全部设计的地基翻 wifi 基础知识的时候很多人会先卡在一个数字上802.11n 标称 600Mbps实际跑个三四百就算不错。直觉会去怪信号、怪干扰、怪宽带但真正的答案压在协议栈最底下——802.11 把“同一时刻只能有一个人说话”这条硬性限制当成了所有机制的起点。有线以太网可以全双工收发各走各的线无线只有一个共享介质谁开口别人就得闭嘴。冲突避免、确认重传、隐藏节点、分片、省电缓存这些看似零散的知识点全是从这一条推出来的。把这条推导链理顺wifi 的很多“神秘现象”就不神秘了。2. 帧头里的三个地址DS 字段如何把 AP、Station 和骨干网缝成一个系统第一次抓 802.11 的包几乎所有人都会问同一个问题为什么一个帧里塞了三个甚至四个 MAC 地址以太网帧只有源和目的两个干净利落无线帧却像填了一张快递单寄件人、收件人、中转站全写上去。这不是协议设计者闲得慌而是因为无线链路里“下一跳是谁”和“最终给谁”是两件不同的事必须分开表达。理解这一点等于拿到了读 802.11 帧头的钥匙。2.1 To DS / From DS 四象限两个比特决定帧怎么走数据帧的 Frame Control 字段里有两位叫 To DS 和 From DS。它们只在数据帧里有意义管理帧和控制帧里这两位是全零。两位组合出四种情况恰好覆盖了无线网络里所有可能的转发路径。To DSFrom DS语义Address1RAAddress2TAAddress300IBSS / 管理帧 / 控制帧目的地址源地址BSSID01下行DS 到 Station目的 StationAP 的 BSSID源地址10上行Station 到 DSAP 的 BSSID源 Station目的地址11WDSAP 到 AP 桥接接收 AP发送 AP目的地址Address4 放源地址Address1 永远是接收端Address2 永远是发送端这两个位置是固定的抓包工具也按这个顺序解析。Address3 的身份会随 DS 位翻转它才是“真正的源或目的”。Address4 只在 WDS 桥接时出现普通终端用户基本碰不到。最能说明问题的是同一个 BSS 内两台 Station 互发的场景。Station A 要发给 Station B两者都挂在同一个 AP 下。A 发出的那一帧To DS1、From DS0Address1 是 AP 的 BSSID因为空口上真正接收它的是 APAddress2 是 AAddress3 才是 B。AP 收到后重新封装一帧To DS0、From DS1Address1 变成 BAddress2 是 AP 的 BSSIDAddress3 变成 A。于是同一次逻辑传输在空口上出现了两次两次的地址排列还不一样。抓包时看到“重复帧”就慌其实是没意识到这是 AP 在做中转。这也解释了一个常见困惑为什么 station 之间明明直连能通却非要绕一圈 AP——基础结构型网络里Station 之间的通信必须经过 AP没有例外。2.2 BSSID、SSID 与 DS谁给人看谁给机器看SSID 是网络的名字给人看的BSSID 是 48 位地址给机器看的。两者不是一一对应关系。同一个 BSSID 在不同信道上可能挂多个 SSID一台设备虚拟出多个无线网络但在同一个信道上是一一对应的。这个设计直接支撑了“扩大覆盖”的玩法想让一个网络覆盖整栋楼就给多个 AP 配相同的 SSID让终端在移动中从旧 AP 换到新 AP。这就是漫游的二层本质——SSID 不变BSSID 一定变。终端判定“该换了”的依据是信号强度而切换动作是重新走一遍关联流程。DS分布式系统是个容易被跳过、但其实很关键的概念。它是 802.11 的逻辑组件负责把帧转发到目的地址协议本身没规定怎么实现。实际产品里它由三块拼起来骨干网通常是以太网、AP 里的桥接引擎、以及 AP 之间互相传递的关联信息。最后一块最容易被忽略。骨干网上的路由只知道某个 Station 的 MAC 地址根本不知道它挂在哪个 AP 后面。所以 AP 之间必须互相同步“哪个 Station 跟我关联了”DS 才能把帧送到正确的那台 AP。如果这条同步链断了表现就是终端显示已连接、也能拿到 IP但跨 AP 访问时通时不通——这类问题的根因往往不在空口而在骨干网那一侧。顺带提一句DS 的媒介不一定是以太网也可以用无线WDS。这也是为什么有些组网方案里 AP 之间不需要网线代价是空口带宽被回传吃掉一半。2.3 ACK 的原子性为什么控制帧可以没有源地址802.11 的帧分三类管理帧Beacon、Probe Request/Response、Association Request/Response、Authentication、控制帧RTS、CTS、ACK、PS-Poll、数据帧。类型字段在 Frame Control 里标识。ACK 帧是个很特别的存在。它是单播帧但帧头里只有接收地址没有源地址也没有序列号。原因在于冲突避免机制一个单播帧发出后覆盖范围内所有其他 Station 都已经知道此刻信道被占用不会插入发送。所以接收方回 ACK 时发送方必然知道这个 ACK 是给自己的不需要靠源地址来区分。协议上更准确的说法是发送单播帧和收到对应 ACK构成一个不可分割的原子操作表示“一次成功的通信”。发送方发出帧后启动定时器超时没等到 ACK 就重传。这个“发送—确认”的原子性是整个 802.11 可靠性的最小单位后面所有的重传、分片、速率自适应都是围着它转的。广播和组播帧则完全不需要确认。Probe Request 是广播帧所以它没有对应的 ACK回应它的是另一个管理帧 Probe Response。这个细节在抓包分析时特别重要看到 Probe Request 后面没有 ACK不是丢包是本来就不该有。3. 冲突避免隐藏节点为什么让“先听后说”失效以太网用的是 CSMA/CD边发边听发现冲突就立刻停。无线做不到——半双工发的时候听不见等听见了帧已经废了。所以 802.11 换成 CSMA/CA冲突避免而不是冲突检测发之前先听听着安静再等一个随机退避时间还是安静才发。这套机制在有线网络里够用在无线里有个致命盲区。3.1 隐藏节点与暴露节点听不见不等于不存在设想一个 AP 的覆盖范围是个圆Station A 在圆的左边缘Station B 在右边缘。A 和 B 都能和 AP 通信但 A 和 B 之间的距离超过了彼此的信号覆盖互相听不见。这就是隐藏节点。A 在发数据时B 听不到以为信道空闲于是也发。两路信号在 AP 处叠加双双失效各自超时重传。隐藏节点越多重传率越高吞吐量塌方式下降。这类问题在开放式办公区、多层住宅里极其常见而且终端上完全看不出来——信号显示满格就是慢。还有对称的另一面暴露节点。C 正在发数据给 AP1D 听到了于是老老实实退避。但 D 其实是想发给 AP2两个 AP 在不同信道上根本不冲突。D 的退避纯属白白浪费带宽。这个问题更隐蔽因为它不表现为丢包只表现为利用率上不去。3.2 RTS/CTS 握手用一次广播换一段安静解决办法是在发数据之前先广播一个“我要发了”的预告让听不见我的人也能被人告知。具体流程是这样A 要发数据先发 RTS 给 APRTS 里带一个 Duration 字段声明“我这一整段传输大约要占用信道多久”。AP 收到后广播 CTSCTS 里同样带着这个时长。所有收到 CTS 的 Station不管它在不在 A 的覆盖范围内都会把 Duration 记进自己的 NAV网络分配矢量在接下来这段时间里保持静默。对 A 来说那些本来听不见它的隐藏节点因为收到了 AP 的 CTS也被迫让出了信道。这里的关键是“广播的 CTS 由 AP 发出”。A 的 RTS 只能覆盖 A 周围管不到 B但 AP 在中间它的 CTS 能同时覆盖 A、B 和所有人。用一个中心节点的广播把一个局部的请求扩散成全局的沉默这是整个机制最巧妙的地方。代价是两次额外的握手。短帧本来传得就快加上 RTS/CTS 反而更亏所以协议里有个 RTS Threshold 参数帧长超过阈值才启用握手低于阈值直接发。阈值调小了小包也走握手开销爆炸调大了大包不做保护隐藏节点下重传率飙升。默认值通常在 500 到 2347 字节之间具体取决于设备厂商。实际部署里这个参数很少有人动但如果某个场景下小包特别多又特别容易丢把它调低是值得试的一招。还有一个容易忽略的细节RTS/CTS 的时长字段是“预留”不是“占用”。如果 A 提前发完它会在后续帧里把 Duration 改小让别人早点结束静默。这种动态修正让机制不至于浪费太多。3.3 Beacon、DTIM 与省电定期广播撑起的整个网络Beacon 帧是管理帧里最勤快的一个AP 按固定间隔广播通知“我还在”。这个间隔就是 Beacon Interval通常设成 100 TU 左右1 TU 约等于 1.024 毫秒算下来差不多 102 毫秒一次。Beacon 里装的东西比想象中多SSID、支持的速率集、当前信道、Region 信息、以及 TIM流量指示图。Station 扫描时被动地听 Beacon就知道周围有哪些网络也可以主动发 Probe Request 去问这叫主动扫描。两种方式各有取舍主动扫描快但费电被动扫描省电但慢。省电机制全靠 Beacon 撑。Station 可以进入休眠休眠期间 AP 替它缓存下行数据并在 Beacon 的 TIM 里标记“有你的数据”。更细一级的是 DTIM它规定了 Station 每隔几个 Beacon 才需要醒来一次检查 TIM。DTIM Interval 设成 3就意味着每三个 Beacon 里有一个带完整 DTIM 信息Station 只需在那一个时刻醒来。这解释了一个日常现象ping 一台睡眠中的设备延迟明显比醒着时大。不是网络慢是对方在睡得等它下一个 DTIM 周期醒来才能应答。如果 DTIM Interval 调得太大延迟会更明显但设备更省电——这就是移动设备续航和响应速度之间的取舍。另一个参数是 Fragmentation Threshold分片阈值。帧超过这个长度就切成多个分片分别发送。无线的误码率比有线高得多一个长帧中途错一个比特就整个重传切成小片错了只重传那一片。但每片都要加头部、都要单独确认开销随分片数线性上升。所以这个阈值调小是“用带宽换成功率”干扰严重的环境里值得试干净环境里纯属自找麻烦。4. 信道、带宽与速率20MHz 到 600Mbps 的账怎么算无线参数面板上那一堆 Band、Channel、Channel Width、Transmission Rate看着像一堆独立开关其实是一条链上的不同层频段切出信道信道切出带宽带宽乘以编码效率和空间流数才得到那个标称速率。搞不清这条链调参数就是瞎调。4.1 Band 与 Channel2.4G 只有三个真正不重叠的信道2.4GHz 频段的总宽度是 83.5MHz5GHz 宽得多。频段再往下切就是信道每个信道是一小段频率范围。关键是“重叠”这件事相邻信道之间在频率上有交叠同时使用会互相干扰。2.4G 上每个信道占 20MHz而信道编号之间只隔 5MHz。算一下就知道1、6、11 这三个信道彼此间隔 25MHz是唯一能凑出的三个完全不重叠的组合。所以高密度场景里你会看到大家都在抢 1、6、11抢不到就只能容忍邻道干扰。5G 的情况好得多频段宽、信道多非重叠信道能凑出十几个。代价是频率高、穿透差隔一堵墙衰减就明显。这也是双频路由器存在的理由2.4G 穿墙、5G 跑速度让终端自己选。还有一件常被忽略的事2.4G 不是 wifi 专属。微波炉、蓝牙、无绳电话、无线键鼠都在这个频段里工作。它们用的是不同协议互相听不懂对方在说什么于是把对方的信号一律当成噪声处理。这就是为什么微波炉一开旁边的 wifi 就卡——不是设备坏了是信噪比被打下去了。Channel 选项里那个 Auto 值得一提。它的含义是 AP 启动时扫描周围环境挑一个干扰最小的信道。听起来很智能但它通常只在启动时做一次决策之后就不再变了。所以“自动”不等于“持续优化”周围环境变了比如邻居新装了一台路由器它并不会自己挪窝。4.2 Channel Width 与信道合并HT-40 的收益和代价Channel Width 是单个信道的宽度常见值 20MHz 和 40MHz。宽度翻倍理论速率翻倍这就是 802.11n 里那个叫 HT-40 的技术high throughput40MHz——传输时把两个相邻信道合并成一个用。合并的代价很直接占用的频谱也翻倍了。在 2.4G 这个本就拥挤的频段里一个 40MHz 的信道几乎必然和邻居重叠干扰概率大增。所以实践中的共识是2.4G 一律用 20MHz5G 才考虑 40MHz 甚至更宽。有些人为了跑分把 2.4G 开到 40MHz结果周边所有设备一起变慢属于典型的只顾自己不管别人。这里有个具体的账可以算。假设选 20MHz 带宽、中心频率 5.18GHz那么实际占用的是以 5.18GHz 为中心、前后各 10MHz 的范围。如果选 40MHz前后各 20MHz。这两个范围是不是落在允许的信道内、有没有踩到别人的信道完全取决于中心频率选在哪。所以 Channel Width 和 Channel 必须一起看单独调一个没有意义。4.3 MIMO 与 OFDM两对天线同频不打架的原理802.11n 能把标称速率推到 600Mbps靠的是两件事叠加。第一件是 OFDM。它把一整个信道切成大量互相正交的子载波数据分散在这些子载波上并行传输。子载波之间正交意味着即使频率上有重叠也不会互相干扰频谱利用率因此大幅提升。这是物理层的调制技术802.11a/g 就在用了。第二件是 MIMO多输入多输出。多根天线同时收发利用空间中的多径效应把同一频段切出多条并行的数据流空间流。4×4 MIMO 就是 4 条空间流。600Mbps 这个数字大致是 4 条空间流、40MHz 带宽、短保护间隔共同作用的结果。但 MIMO 的收益高度依赖环境。空间流靠多径反射区分如果收发之间是纯净的直射路径、没有反射多条流会糊在一起分不开实际只能跑出单流的速率。所以同一台路由器在杂物多的房间里可能跑得比空旷走廊还快。这也是为什么“换个位置”经常比“换个设备”更有效。还要区分两个概念Datarate 和 Throughput。前者是理论最大速率后者是实际吞吐。协议开销、确认帧、竞争退避、前导码全都要占时间实际吞吐通常只有理论值的 50% 左右。拿这个比例去对照日常体验一路高清视频大概需要 30Mbps 吞吐普通网络视频 4Mbps 左右。标称 600Mbps 的设备实际能跑 300Mbps撑几路高清是够的但远没有数字看起来那么宽裕。4.4 大端小端抓包时最容易看错的那些字段802.11 帧的字节序问题是新手翻车的高发区。规则是这样的帧在物理层上按字节传输字节序是 Little Endian也就是低位字节先传字节内部则是最低位先传。但在协议标准里描述某个字段的具体取值时用的是 Big Endian 的写法。于是同一份文档里整体帧图按小端画b0 在最左字段说明按大端写b3b2b1b00100。举个具体的例子假设 b30、b21、b10、b00 共同组成一个叫 FLAG 的域标准里会写成“FLAG4即 0100”这是大端视角而实际传输顺序是 b0 先出去也就是 0010 的顺序。看到这里如果按数值去理解就会把 4 读成 2。MAC 地址还有一层特殊之处它不是数值是一个 Pattern。所以 MAC 没有“大小端”一说也没有“哪个 MAC 更大”这种比较。判断单播还是组播看的是第一个字节的最低位而不是最高位。def mac_kind(mac: str) - str: 按 802.11 的比特序判断帧的寻址类型。 关键点MAC 是位模式而不是整数I/G 位在第一个字节的 最低位也就是最后上线的那一位不是最高位。 first int(mac.split(:)[0], 16) # 例a8 - 0b10101000 ig_bit first 0x01 # 取出 I/G 位 if ig_bit 0: return unicast # 单播需要 ACK if mac.lower().replace(:, ) f * 12: return broadcast # 全 1广播不需要 ACK return multicast # 组播同样不需要 ACK拿a8:27:26:...:b7试一下第一个字节 a8 的二进制是 10101000最低位是 0所以它是单播地址。如果拿最高位判断会得出 1错判成组播——这就是最常见的误读方式。还有一层容易混内存地址标的是字节不是位。所以在内存层面谈大端小端单位是字节在传输层面谈比特序单位是位。一个 32 位整数 0x00000001 在小端机器上内存里从低地址到高地址是 01、00、00、00。这两件事经常被混为一谈理清之后抓包时看到字段值“对不上”就不会再怀疑人生了。5. 抓包排查常见问题五个把结论带偏的坑无线抓包比有线抓包难难在“你以为你抓到了全部”。下面这五个坑几乎每个做无线排查的人都踩过而且每一个都会让结论彻底跑偏。5.1 抓不到、抓错了嗅探侧的两个坑坑一抓到的全是自己的包看不到别人。现象很直观抓包文件里所有帧的目的地址都是本机网卡其他人的通信一个都没有。原因在网卡硬件。普通网卡在驱动层就做了过滤不是发给自己的帧直接丢掉根本不会送到上层。这是省 CPU 的正常设计但对排查来说是致命的——你看到的只是自己的一亩三分地网络整体的竞争状况完全看不见。解决办法是换用支持监听模式的专用嗅探设备或者让网卡进入监听模式。这类设备会把经过空口的所有帧都收上来不管目的地是谁。需要注意的是进入监听模式后网卡就不再是正常的网络接口了抓包期间本机可能无法上网得提前规划好。坑二在信道 1 上抓到了信道 2 的帧。现象是抓包文件里混进了不该出现的帧或者帧头的信道标识和设置对不上。原因有两层。一是邻道泄漏信号不是刀切一样齐的20MHz 带宽的信道边缘会有能量溢出到相邻信道灵敏度高的嗅探设备能收到。二是宽带信号40MHz 的信道横跨两个 20MHz 信道在其中一个信道上嗅探自然能收到另一个信道的流量。解决办法是先核对帧头里的信道信息不要默认“我设了信道 1 就只会有信道 1 的帧”。如果确实要抓 40MHz 的帧嗅探设备通常需要额外配置偏移量而且支持度普遍不好——这个功能用的人太少芯片固件层面就没做完整适配。实践中的做法是排查关联、认证这类管理流程时用 20MHz 抓非要看 40MHz 的数据面就得接受抓不全的现实。5.2 看错了字段解析层面的三个坑坑三以为关联成功就代表认证通过。现象是抓包看到 Authentication 和 Association 都返回 Success于是判断“连接没问题”但终端实际上不去网。原因在于 802.11 最初的安全设计。最早期的 Authentication 是 Open 的字面意思就是“不验证”走个流程而已。真正的安全验证在关联之后才进行——用 802.1X/EAP 或者 PSK 四次握手。如果这一步失败AP 会立刻把已经建立的关联断开。这个“先连上再踢掉”的顺序是为了兼容早期没有安全机制的设备。所以分析连接问题时绝不能只看 Association 的 Status code必须往后看有没有 EAPOL 帧、四次握手走完没有。# 只看管理帧Beacon / Probe / Association 的完整往来 tcpdump -i wlan0 -y IEEE802_11 -e type mgt # 单独抓 EAPOL0x888e判断四次握手卡在第几步 tcpdump -i wlan0 -y IEEE802_11 ether proto 0x888e第一条命令里的type mgt是 802.11 帧类型过滤-e让输出带上链路层地址方便看清 Address1/2/3 的排列。第二条抓的是 EAPOL 以太类型正常应该看到四个帧一来一回。如果只看到前两个就断了问题多半在密钥派生或者密码不匹配。坑四把加密的数据帧当成损坏的包。现象是数据帧的内容完全看不懂既不是 IP 头也不是任何认识的结构。原因很简单Protected Frame 位置 1 了载荷是密文。这时候帧头还是明文的地址、序列号、DS 位都能读但往上一层全部不可见。这里要区分两件事网络加密和数据加密是两回事。网络需要密码才能接入不代表每个数据帧都被加密反过来帧被加密了也不代表你一定解不开——如果有预共享密钥抓包工具可以尝试解密但成功率看具体实现经常不好用。实际排查时的正确姿势是只看帧头别指望看载荷。地址、序列号、Retry 位、DS 位、帧类型这些信息足够定位绝大部分连接和转发问题。真要分析上层协议得在终端侧抓或者配置解密。坑五把 BSSID 当成设备唯一的 MAC被序列号误导。现象有两种。一是发现抓到的包里AP 的 MAC 和路由器标签上印的差了几位怀疑抓错了设备。二是看到某个地址的序列号不连续中间跳了一段以为丢包严重。第一个现象的原因是设备有多个 MAC。一台带路由和 AP 功能的无线路由器通常有外网口和内网口两个 MAC两者只差最后几位甚至连续。BSSID 用的是其中一个标签上印的往往是另一个。看到两个只差几位的地址基本可以判定是同一台设备虚拟出来的不用当成两台设备分析。第二个现象要分情况。序列号跳变可能是真的丢包也可能是重传——重传帧的序列号不变但 Retry 位置 1。所以判断丢包率不能光看序列号连不连续得同时看 Retry 位。还有一个细节如果一台设备虚拟出多个地址这些地址上的序列号可能共用同一个计数器看起来就是“跨地址连续”这属于正常现象不是异常。顺带说一句序列号字段是 12 位范围 0 到 4095到顶了就回绕。看到序列号从 4095 跳到 0不是异常是正常翻转。6. 兼容包袱从 WEP 到 WPA2 的取舍逻辑安全协议的演进史是理解 802.11 设计取舍最好的样本。它的每一次迭代都不是推倒重来而是在“不能把老设备一脚踢开”的约束下打补丁。WEP 在 1999 年随 802.11 一起发布用 RC4 做加密。它的问题后来被反复剖析初始向量太短且重用、完整性校验形同虚设。但在当年它的目标只是“让无线接近有线的安全水平”名字里的 Equivalent 就是这个意思——目标定得就不高。WPA 是过渡方案。它由产业联盟制定目的是在完整的 802.11i 标准落地之前先给市场一个能用的东西。它换了 TKIP 算法但底层仍然是 RC4因为要兼容已有的硬件——早期无线网卡把 RC4 做进了芯片换算法意味着换硬件。所以 TKIP 保留了 RC4 的弱点只是把密钥动态化、加了序列号防重放属于“在旧地基上尽量加固”。WPA2 对应完整的 802.11i用 CCMP基于 AES。到这一步才真正换了地基。很多设备的配置界面里把 CCMP 写成 AES指的是同一件事。协议加密算法完整性定位WEPRC4CRC-32初代方案已被淘汰WPATKIP仍基于 RC4Michael MIC过渡方案兼容旧硬件WPA2CCMPAESCCMP 内置完整标准当前主流这张表里最值得琢磨的是最后一行注释之外的东西WEP 工作在 802.11b/g 模式下802.11n 草案根本不支持它。也就是说一台支持 802.11n 的设备一旦选了 WEP会自动降级到 b/g 模式跑n 的全部性能优势直接归零。这不是 bug是协议明确规定的——既然加密方式不安全就不允许它搭上高速率的车。这个设计选择很有意思。它没有强行禁止 WEP而是让选择 WEP 的人自己承担性能代价。用降级来引导而不是用禁令来强制这是工程上很常见的一种“软性淘汰”。另一个取舍是 Personal 和 Enterprise 的分野。WPA-Personal 就是 PSK用预共享密钥不需要认证服务器适合家用和小型办公WPA-Enterprise 走 802.1X/EAP需要 RADIUS 服务器每个人一套凭证适合有运维能力的场景。同一套加密算法两套认证路径覆盖了从“不想折腾”到“必须审计”的全谱系。我自己的血泪经验是给一个老设备配网时图省事选了 WEP结果整个网络的速度被拖到十几兆排查了半天才想起来是加密方式把速率锁死了。从那以后我每次动无线配置都强制先确认三件事——加密方式是不是 WPA2 及以上、带宽是不是和频段匹配、信道有没有和邻居撞车。这三项确认完八成的“无线慢”问题根本不用抓包。这份资料的价值也在这里它把散落在协议文档、抓包实践、参数面板里的这些东西串成了一条线从帧头的 DS 位一路讲到加密算法的兼容包袱。想继续往下挖帧结构和抓包细节的可以直接拿这份整理当索引对着实际抓到的包一条条核。希望帮到你。本文还有配套的精品资源点击获取
