happy最紧要我做网络这行十来年，被问得最多的一句话不是"交换机怎么配VLAN"，而是——"802.11ac、802.3af、802.1Q，这些带802的到底谁比谁高级？"每次听到这种问题，我都得先纠正一个潜意识里的误区：802不是一个协议，更不是某个标准的版本号，而是一整套协议家族的总称。IEEE把局域网和城域网相关的标准统一收进了Project 802这座"档案馆"里，每个带小数点的编号，都是一个独立工作组多年讨论、投票、修订的产物。整个协议的家族覆盖了从网卡物理接口到数据链路层帧格式的几乎全部底层网络规则，现实中你插网线、连Wi-Fi、跑交换机、看抓包文件，背后都在跟这个协议集打交道。这篇文章就把这座档案馆的门推开，带你看看里面存了什么货，哪些还在服役，哪些已经成了化石，以及日常排障时到底该按哪条规则去查。
1. 802这个编号怎么来的：一次1980年的会议和一套"编号即身份"的体系
1.1 为什么叫"802"而不是"800"或者"900"
先说一个很多人不知道的冷知识：802这个数字来自项目启动的时间节点。1980年2月，IEEE召开了一次决定局域网标准化方向的会议，会议名就叫"Local Network Standards Committee"，而项目编号直接取了"80年2月"这个时间标记，于是便有了Project 802。早期资料里有时候会看到"IEEE Project 802"的完整写法，这里的"Project"提醒我们它的原始身份是一个项目，后来才演变成常设的标准委员会。
这个委员会管的事情很聚焦：局域网（LAN）和城域网（MAN）的物理层与数据链路层。这正好对应OSI七层模型的最底下两层。为什么需要标准化这两层？因为上世纪80年代初，各大厂商各自为政，以太网、Token Ring、ARCNET互不兼容，一台IBM的设备接不进DEC的网络，打印都打不了。IEEE站出来统一规范，目的是让不同厂家的网卡、线缆、集线器能够互相通信。这个目标后来基本实现了，但你也会看到，因为兼容性和技术路线之争，802内部其实留下了一长串失败的"尸体"。
1.2 编号规则：点号后面是工作组，不是版本
理解802协议集的第一原则：小数点后面的数字是工作组编号，不是协议的升级版本号。802.3和802.11是两个完全平行的标准，分别对应有线以太网和无线局域网，两者的关系不是"3升级到11"，而是"有线网络归3组管，无线网络归11组管"。
工作组编号的分配逻辑也很有意思。早期的编号被几个基础工作组占满，后面随技术演进不断补充新编号。同一个工作组内如果出现标准修订，会在后面再加字母和年份来区分，比如802.3-2022、802.3bt、802.11ax，这些都是802.3和802.11各自内部的"子版本"，别跟工作组编号搞混。在802.13这个编号上还发生了一件趣事：由于西方文化里13不吉利，委员会直接跳过了802.13这个编号，所以档案里没有这一号，不是漏了，是刻意跳的。
1.3 当前还活着的核心工作组一览
到今天，802委员会下面的工作组和TAG（技术顾问组）经历了很多轮洗牌，有用的一直在更新，没用的要么解散要么并进其他组。我整理了一张目前经常会被提到的清单，方便你建立整体印象。
| 编号 | 名称/方向 | 代表成果 | 当前状态 |
|---|---|---|---|
| 802.1 | 高层局域网协议（桥接、VLAN、STP） | 802.1Q、802.1D、802.1AX | 活跃 |
| 802.3 | 以太网 | 10BASE-T到800G以太网 | 活跃 |
| 802.11 | 无线局域网 | Wi-Fi全系标准 | 活跃 |
| 802.15 | 无线个人区域网 | 蓝牙、Zigbee、Thread | 活跃 |
| 802.16 | 宽带无线接入 | WiMAX | 已冻结 |
| 802.18 | 无线管制技术顾问组 | 频谱监管对接 | 活跃 |
| 802.19 | 无线共存技术顾问组 | 不同无线标准干扰共存 | 活跃 |
| 802.21 | 异构网络切换 | 媒体无关切换 | 休眠 |
| 802.22 | 无线区域网 | 认知无线电、白频谱 | 活跃度低 |
这表格看一眼就明白：802协议集不是一个静态的清单，而是一套动态演进的体系。802.11这些年几乎每三到五年就更新一个大版本，802.3的频率慢一些但步子大，从千兆到万兆再到400G、800G，都是一步一步踩出来的。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 已经被扫进历史角落的标准：从Token Ring到WiMAX的教训
2.1 802.4和802.5：令牌总线与令牌环的"确定性"之殇
现在很多年轻工程师没听过Token Ring和Token Bus，但它们是802协议集早期最重要的成员。802.5规定了IBM主导的令牌环网，速率4Mbps/16Mbps；802.4是通用汽车力推的令牌总线，主要用在工厂自动化的MAP协议里。两者共同的特点是"确定性"——网络里只有一个令牌在轮转，拿到令牌的设备才有权发送数据，因此访问冲突在机制上就不存在。
从工程角度讲，确定性在高实时性场景（比如工业控制）里很有价值，为什么最后输了？两个致命问题：一是贵，Token Ring的网卡、集线器（MAU）价格是同期以太网的几倍；二是运维复杂度高，任何一个环节接触不良导致令牌丢失，整环就瘫了。以太网虽然用的是"先听后发、撞了重来"的概率性方案，但便宜、简单、扩容方便，加上交换机出现后碰撞域被彻底隔开，以太网的劣势也消失了。这给行业上了一课：协议层的优势如果无法转化为成本和运维优势，技术在公有市场上很难存活。
2.2 802.6到802.14：城域网与有线电视时代的短暂探索
802.6定义了基于DQDB（分布式队列双总线）的城域网标准，双总线拓扑，设计目标是把语音、数据、视频跑在一个城域范围的光纤环上。它思想很超前，但生不逢时——ATM和SDH在电信领域迅速占领了城域骨干的位置，802.6还没来得及铺开就退场了。802.14则瞄准了有线电视网络跑双向数据，时间点在90年代中期，刚好是Cable Modem起步的时候。它定义了MAC层和PHY层的一套方案，但DOCSIS标准后来居上，在产业界获得更广泛支持，802.14又成了一个被市场抛弃的备胎。
这类标准失败的原因惊人相似：技术路线不是不先进，而是没抱上最大的产业大腿。IEEE定了标准，但标准要变成现实，需要芯片厂、设备商、运营商一起跟进，一旦有一方转向别的标准，整条链就断了。所以看802协议史，除了看技术，还要看产业博弈。
2.3 802.16 WiMAX：一场输掉的宽带无线战争
WiMAX是802协议集里名气最大也最让人唏嘘的一个。802.16最初定位是固定宽带无线接入，也就是用基站给家庭和企业提供类似"无线固网宽带"的服务，后来演进出802.16e移动版本，想跟3G/4G正面竞争。它的技术指标在当时看非常漂亮：OFDMA多址、大带宽、灵活的子载波分配，理论下行速率远超同期3G。
但无线通信这个领域，标准之外的变量太多了。LTE背后有3GPP组织、全球运营商和设备商的庞大生态，从频段规划到核心网都形成完整闭环；WiMAX的产业链则分散得多，芯片供应不稳定，运营商建网动力不足。最后结果大家都看到了，LTE赢了，WiMAX在2010年代中后期基本退出主流舞台。做网络的人可以从WiMAX身上学到一个朴素的道理：性能参数是必要的，但不是充分的，生态和确定性往往比峰值速率更能决定一个标准的寿命。
3. 帧数据从网卡出发之后：802.1、802.2、802.3到底怎么分工
3.1 数据链路层的"拆层"逻辑：MAC和LLC各管一段
很多人把802.3和"以太网"画等号，但严格来说，802.3只覆盖了物理层和MAC子层，而MAC子层之上的LLC（逻辑链路控制）子层由802.2定义。之所以要这样拆，是因为早期设计想把传输介质、访问控制方式（Ethernet、Token Ring等）和上层网络协议解耦：MAC管"你怎么把比特放到线上去"，LLC管"你怎么在帧里区分上层协议"。
802.2定义了三种服务：类型1是不确认的无连接服务，类型2是面向连接的服务，类型3是确认的无连接服务。它还在LLC头部里实现了SNAP扩展，用来承载IP等协议。后来现实世界变得比标准设计更简单：以太网直接用了EtherType字段来标识上层协议（0x0800是IPv4、0x0806是ARP、0x86DD是IPv6），LLC的复用功能很大程度上被架空了。所以在今天的抓包里，你很少看到802.2 LLC头，大多数都是纯粹的Ethernet II帧。但这不代表802.2白写了，它是理解"上层协议如何和MAC层解耦"的一把钥匙。
3.2 一个以太网帧的物理旅程
咱们拿一个最普通的场景走一遍：你的电脑要往服务器发一份数据。网卡把IP层交下来的数据包封装成以太网帧，帧结构长这样：
- 前导码（Preamble）和帧起始定界符（SFD）：用于接收方同步时钟
- 目的MAC地址（6字节）
- 源MAC地址（6字节）
- EtherType或长度字段（2字节）
- 负载（46~1500字节，802.3标准范围）
- FCS校验（4字节，CRC32）
帧离开网卡后，第一站是交换机。交换机做的事很简单也很关键：查MAC地址表。它从源MAC学习到"这个地址从哪个端口进来"，然后把目的MAC查表转发到对应端口。目的地址查不到，就向除接收端口以外的所有端口广播（洪泛）。这就是二层转发的基础逻辑，所有的STP（生成树协议）、VLAN、链路聚合，本质都是在管理这张MAC地址表背后的拓扑关系。
3.3 802.1Q VLAN标签：一个4字节改变网络规划
MAC地址表的规模一大，广播域就成了问题。802.1Q的出现彻底改变了局域网规划方式：它在源MAC之后插入了4字节的Tag，其中包含12比特的VLAN ID，最多4096个虚拟网络。有了VLAN，二层网络可以逻辑隔离出多个广播域，不同部门、不同业务的流量在物理上共享一台交换机，但在逻辑上是隔开的。
802.1Q还带了3比特的PCP优先级，可以和QoS策略联动。在交换机上，这个Tag通常只在Trunk链路上存在，接入端口进入的帧不带Tag，由交换机打上对应端口的PVID。很多新手配置VLAN不通，八成是PVID和Trunk Allow列表没对齐。我在实际项目中见过不少事故：现场为了省事，Trunk口没加allow vlan列表，默认就放行了VLAN 1，其它VLAN静默丢弃，业务一路ping不通，排查了一整天才发现是这条配置。所以看802.1Q的报文，一定不要只看Tag本身，还要看交换机的端口组合状态。
4. 有线与无线两种"排队哲学"：CSMA/CD和CSMA/CA的核心差异
4.1 以太网的"撞了就重来"：CSMA/CD的完整解题思路
80年代初的以太网是总线拓扑，所有设备共享一根同轴电缆。它用CSMA/CD（载波侦听多址访问/碰撞检测）机制来协调竞争。发送前先监听信道，没人在发就发；发送过程中继续监听，一旦检测到电缆上电压异常——说明有另一台设备也在发，发生了碰撞——立刻停止发送，并向外发送一个拥塞信号（Jam Signal），通知所有站点"刚才那批数据废了"。然后进入指数退避算法：第一次碰撞等0或1个时隙，第二次等0~3个时隙，第三次0~7个，以此类推，重试上限是16次，超过就向上层报错。
这套机制的妙处在于完全分布式，不需要一个中心仲裁者。它的前提是"发送者能边发边收"，这在有线电缆上是成立的，因为信号在一个介质里是双向可达的。随着交换机普及，设备之间改成了全双工点到点连接，发送和接收分别走不同线对，碰撞从物理上消失了，CSMA/CD退出了实际工作流程。但它的"先听后发"思想以另一种形式保留在了所有以太网设备上：接口仍然要遵守帧间隙（IFG）和退避节奏，只是不再需要检测碰撞。
4.2 无线为什么只能"躲着走"：CSMA/CA的设计约束
无线环境比有线难得多，核心原因有三个：无线电是半双工的，设备发射时自身天线接收不到同时到达的信号，所以想检测碰撞根本做不到；传播范围受距离和遮挡影响，"隐藏节点"问题让两台设备互相听不到对方但仍然会在同一地点碰撞；无线信道的误码率本身比铜缆和光纤高得多，丢帧是常态，必须用确认机制兜底。
802.11因此选择了CSMA/CA（载波侦听多址访问/碰撞避免），思路从"撞了再处理"变成"尽量别撞"。每个站点在发送前先做信道评估（CCA），检测信道忙就等待，信道空闲后还不能立刻发，要在0到竞争窗口（Contention Window）之间随机选一个退避时间，倒计时完了才发送。接收端收到正确帧后必须回复ACK，发送端收不到ACK就认为丢了，重传并把竞争窗口加倍。
这个随机退避是CSMA/CA的灵魂：如果大家都等信道空闲就立即发，几乎所有站点会同时开火，你撞我我撞你，网络直接瘫痪。随机化让每个站点有不同节奏，把碰撞概率降到可接受范围。这个"随机退避"的思想后来也广泛用在物联网的无线协议里，可以说802.11给后来者打了个样。
4.3 802.11帧的独有设计：三种帧类型和隐藏节点的应对
802.11帧和以太网帧结构完全不同。一个数据帧的头部包含Frame Control（帧控制）、Duration、多达3个地址字段（源地址、目的地址、BSSID，有时候还有第4个地址用于桥接）、序列号、QoS控制等。帧控制字段里区分了三大类型：管理帧（关联、认证、Beacon）、控制帧（ACK、RTS、CTS）、数据帧。你连Wi-Fi时经历的扫描、关联、四次握手，全是在管理帧和网络层协议之间来回配合。
隐藏节点问题靠RTS/CTS机制缓解：发送方先发一个RTS（请求发送），里面声明"我打算占信道多久"；接收方如果空闲就回CTS（允许发送），附近的站点听到CTS后主动让出信道。这样即使某些站点听不到发送方，也能通过接收方的CTS获知信道忙碌。实际部署中，RTS/CTS在小网络里经常不开启，因为协议开销会吃掉不少吞吐量，但在大流量、多隐藏节点的环境下这层保护是有价值的。具体开不开阈值，得看现场丢包原因，这是一个很典型的"协议机制存在但不一定始终启用"的例子。
4.4 两种机制的工程代价对比
| 维度 | 802.3 以太网（有线） | 802.11 Wi-Fi（无线） |
|---|---|---|
| 介质访问 | CSMA/CD（现在已全双工） | CSMA/CA |
| 传输方向 | 半双工/全双工 | 半双工 |
| 碰撞处理 | 检测后重传 | 尽量避免，靠ACK确认 |
| 确认机制 | 无（依赖更高层） | 每帧ACK |
| 丢包主因 | 线缆/光模块故障 | 干扰、隐藏节点、信号衰减 |
| 典型时延 | 微秒级 | 毫秒级 |
这张表不是用来背书用的，真实排障时对照它很有用：有线网络丢包先查物理层和光功率，无线网络丢包先查干扰和重传率，不要拿着同一种思维去套两个完全不同的协议体系。
5. 抓包、供电、防环：工程师日常操作里的802协议痕迹
5.1 看EtherType识别协议栈
抓包是最能直观感受802协议集的地方。以太网帧里的EtherType字段就是"二号标识符"，它告诉网卡后面封装的是什么。常见值要背下来几个：0x0800是IPv4、0x0806是ARP、0x86DD是IPv6、0x8100是802.1Q Tag、0x88CC是LLDP、0x88A8是运营商级的QinQ。我在处理"为什么ping不通但抓包能看到包"这种问题时，第一反应就是看EtherType——如果上层是ARP，说明IP配置或网关MAC学习出了问题；如果EtherType是0x0800但目的MAC是广播地址，说明网关MAC没学到，问题出在二层。
另外还有一个容易踩的坑：以太网帧里EtherType字段和802.3的"长度"字段在帧头相同位置，区分方式是看数值——大于等于0x0600（1536）就按EtherType解释，小于则按长度解释。这解释了为什么负载长度被限制在1500字节，因为要留出空间和EtherType值域不冲突。这种"一个字段两种解释"的设计在网络协议里很常见，理解了它，看很多抓包软件里的"Length"和"Type"显示切换就不会懵。
5.2 PoE供电标准：802.3af/at/bt的功率账本
PoE（以太网供电）是802.3系列里最接地气的标准之一。它让网线同时传数据和电力，摄像头、AP、门禁都靠它。三档标准经常被并列：802.3af（PoE）每端口最大15.4W，802.3at（PoE+）30W，802.3bt（PoE++）分Type 3的60W和Type 4的90W。注意这些数值是PSE（供电设备）侧的输出，PD（受电设备）实际可用功率要打折扣，因为线缆本身有电阻损耗。af标准实际PD可用约12.95W，at约25.5W，bt的Type 3约51W、Type 4约71W。
排障时最常遇到的问题是"AP经常重启"。大多数情况不是AP质量问题，而是 PoE预算没算对：一台千兆AP的典型功耗是15~20W，如果交换机只支持af标准，供电能力只有12.95W，AP在高负载下功率不够就会反复重启。正确做法是：先查设备铭牌功率和交换机端口PoE标准，再算总功率预算。交换机PoE总功率是共享的，不是每个端口独立，接了30台摄像头就可能超预算，后来接入的端口会被拒绝供电。这个"总额算账"的思路，源自802.3bt在设计时对功率协商机制（LLDP电力协商）的扩展，属于标准背后容易被忽略的工程细节。
5.3 生成树协议：802.1D到802.1w再到802.1s的演进逻辑
二层网络最怕环路，广播帧会在环里无限循环，直到把交换机CPU打满。生成树协议（STP）就是专门破环的：网络里选一个根桥，每台交换机算出到根桥的最短路径，把非根端口阻塞掉，逻辑上形成一棵树。802.1D是原始版本，收敛时间30~50秒，这在今天的业务里完全不能接受；802.1w（RSTP）把收敛时间压缩到秒级甚至亚秒级，改进了端口状态机和BPDU的发送机制；802.1s（MSTP）则支持把多个VLAN映射到多棵生成树实例上，实现负载分担。
实际使用中的一个建议：如果交换机条件允许，优先用MSTP而不是全局RSTP。原因很实际——RSTP对整个二层域只有一棵树，大量链路被阻塞浪费；MSTP可以按VLAN实例分配不同路径，既能破环又能利用冗余链路。但MSTP配置复杂度高，区域命名和实例编号必须全网一致，错一个数字所有交换机就不认你的BPDU了。我在割接时就吃过这个亏，当时两台核心的MSTP配置名大小写差了一个字母，区域边界直接失效，差点酿成环路。所以改STP配置之前，先对所有交换机做一次配置比对，别凭记忆。
6. 下一站：以太网的带宽军备竞赛与无线协议的新战场
6.1 802.3的速度爬坡：从10M到800G
以太网的发展史就是一部速率爬坡史：1983年的10BASE5到802.3u的100M、802.3ab的千兆、802.3an的万兆、802.3by的25G，再到802.3ba的40G/100G、802.3bs的200G/400G，以及802.3df定义的800G。每一代背后都是物理层调制技术的大幅跃迁，从RZ编码到PAM4，从单条铜缆到多路光纤并行。数据中心是这场军备竞赛的最大推手：云计算的流量模型要求机柜内25G起步，骨干交换机之间直接上400G甚至800G。
要注意的是，以太网速率的命名也不是随便定的。BASE后面的T表示双绞线铜缆，X表示光模块或特定PHY，R表示特定编码的光接口。比如10GBASE-T用在Cat6a以上铜缆，最大距离100米；10GBASE-SR用多模光纤，距离通常在300米左右；10GBASE-LR用单模光纤，距离10公里。选型时别只看速率，一定要看传输介质和距离参数，否则光模块插上去收发功率不达标，带宽再高也是摆设。
6.2 802.11be：Wi-Fi 7到底在卷什么
无线这边，802.11家族已经走到802.11be（Wi-Fi 7）。它最大的三个卖点：320MHz超宽信道（6GHz频段专属）、4096-QAM高阶调制、MLO多链路并发。三件事的共同目标是榨干每一个可用的电磁频谱资源。320MHz意味着比Wi-Fi 6的160MHz再翻一倍，但6GHz频段本身频宽就有限，实际能拿到320MHz连续信道的地方不多。4096-QAM在理想信道条件下能显著提升单流速率，但在信号边缘区域几乎用不上，因为对信噪比的要求太高。MLO是真正改变使用逻辑的：终端可以同时连接2.4GHz和5GHz两个频段，不同频率的链路可以并行传数据，时延和可靠性都有质的改善。
对普通用户来说，Wi-Fi 7最大的感知点可能不是速率数字，而是复杂家庭环境下的稳定性。多链路并发意味着一个频段被微波炉干扰时，另一个频段还在工作，这正好呼应了802.19共存技术顾问组一直在做的频谱协调工作。IOT场景里，802.15.4（Zigbee、Thread）和Wi-Fi在2.4GHz频段长期互相干扰，802.19的工作就是研究怎么让这些无线系统在同一个空间里和平共处。标准之间的"跨界协调"越来越成为802协议集的下一个重心。
6.3 确定性网络：802.1TSN在工业和车载领域的复兴
最后一个值得关注的方向是802.1工作组主导的时间敏感网络（TSN）。TSN是一组标准套件，包括802.1AS（时间同步）、802.1Qbv（时间感知调度）、802.1Qbu（帧抢占）等，核心目标是把以太网变成一条"确定性"的传输管道：数据帧什么时候发出、多晚到达，都是可以预算和保障的。这项技术看上很有价值的地方在工业自动化、车载以太网和音视频传输——普通以太网会产生微秒到毫秒级的抖动，但机械臂协同或车内传感器数据传输不能容忍这种不确定性。
TSN的路径很有意思：它没有抛弃以太网，而是在既有802.1框架内增加了严格的时间调度机制，让"共享一个网络同时跑普通业务和实时业务"成为可能。我接触到的几个项目都在评估用TSN替代传统工业总线的可行性，且800G以太网的推进也在为TSN在数据中心场景铺路。所以别把802协议集当作一个已经写死的老古董，它其实一直在顺着产业需求迭代。
我个人的体会是，802协议集最迷人的地方恰恰在于它足够庞杂、足够"不完美"——有大量失败标准作为反面教材，也有几个核心标准几十年长青。学习它的正确姿势不是把所有编号背下来，而是抓住三层脉络：编号体系如何组织、帧结构如何交互、CSMA家族如何适应物理世界的约束。把这三条线理顺了，无论以后802.11飞到第几代、以太网速率飙到几个T，你都能很快看懂新标准在设计什么、解决什么问题。