翻到《计算机网络自顶向下方法》第六章链路层和局域网6.4节交换局域网这部分内容在整本书里属于“短小但极其高频”的知识点。不管你是期末复习、考研还是刚入职做网络相关开发交换机的工作原理几乎都是必问项。这篇文章我打算把它拆开讲清楚交换机为什么能把碰撞域消灭掉MAC地址表和自学习算法是怎么运转的泛洪和转发之间怎么抉择VLAN和生成树协议又是怎么解决大二层网络的痛点。全部用我在实际网络验证和排障中踩过的案例来对照尽量讲得接地气一点。1. 交换局域网到底在解决什么问题1.1 从总线冲突到交换式架构的演进老教材在讲以太网时一定会先讲共享式以太网。那个年代一根同轴电缆连着一堆主机任意时刻只允许一个节点在信道上发送数据。数据一来所有主机都能收到这就是广播特性如果两个节点同时开口信号就重叠了产生碰撞。碰撞带来的后果是整个碰撞域的带宽都被浪费重传还要按退避算法随机等待节点越多效率越差。Hub集线器虽然让物理拓扑变成了星型但内部仍然是共享总线同一时刻仍然只能有一路数据在跑所以它并没有消除碰撞域只是把线缆绕得更方便而已。真正把碰撞域打散的是交换式局域网。交换机以太网的每一个端口后面都对应一条独立的数据通路帧从一个端口进来只需要从目标端口出去其他端口完全不受打扰于是每个端口都是一个独立的碰撞域理论上每个端口都能全双工跑满介质速率。在《自顶向下方法》的叙述里6.4.1节就是用“网状互连的交换机”这个模型来解释交换式以太网的核心思想一组交换机互连主机接入交换机交换机之间再级联整个网络从逻辑上看是一张“网”但从物理和电气特性上是分段隔离的。理解这一点后面学VLAN、STP都会顺畅很多。1.2 交换机在链路层生态中的位置交换机工作在链路层它的转发依据是MAC地址而不是IP地址。这一点决定了它和路由器最本质的分工路由器处理的是跨网络的逻辑寻址交换机处理的是同网段内的物理寻址。你可能听过一句话“交换机转发帧路由器转发IP包”实际抓包看问题时这句话可以翻译成交换机的转发表项里存的是MAC地址到端口的对应关系而路由器的路由表里存的是IP前缀到下一跳和出接口的对应关系。交换机的引入让局域网从“尽力而为的广播信道”变成了“按目标定向转发的私有信道”。从总线冲突时代走过来的工程师应该还记得当年用Hub组网时经常出现的“网络突然慢得像蜗牛”的场面。现在用交换机做接入只要不出现环和广播风暴同一台交换机上不同端口的流量之间几乎没有干扰。这种并行能力的提升算得上链路层局域网技术演进里最实在的一次红利。2. 交换机最核心的秘密MAC地址表与自学习2.1 转发表从哪来自学习算法拆解交换机刚开始上电的时候转发表是空的。它不知道哪个MAC地址在哪个端口后面于是它必须靠“观察流量”来建立这份地址表。这个过程在标准教材里叫自学习它不依赖任何中心化管理也不需要管理员提前手工配表项。自学习算法的核心逻辑只有三条帧到达某个端口之后先检查源MAC地址把这个MAC地址和当前端口绑定写入或更新转发表然后查目标MAC地址是否存在于转发表中如果目标MAC地址在表里只把帧从对应的端口转出去如果不在就把帧从除了入口端口之外的所有其他端口泛洪出去。这三条逻辑就是交换机所有转发行为的起点。我第一次手写一个迷你交换机模拟程序的时候核心逻辑不过几十行但真正理解这三条的价值是在排查问题时一个网络环境里如果某台主机的IP总变或者有无线设备漫游切换接入点了就会发现转发表里的MAC条目经常被刷新。刷新的机制其实很简单每次收到该主机的帧就用当前端口更新表项时间戳也跟着刷新。这就是为什么交换机本身能自适应网络拓扑变化。但这里有个必须注意的前提自学习基于“收到源MAC地址的帧”。如果一台设备很长时间不发帧交换机里关于它的老表项就可能因为老化而失效。老化时间是厂商参数常见的是几十秒到几十分钟不等等到表项超时被删除后如果又来了一帧目标是这台设备的帧交换机只能重新泛洪直到再次学习到。这个“学习—老化—再泛洪”的循环是理解很多诡异网络现象的关键。2.2 泛洪、转发、丢弃三类帧处理的决策逻辑很多人以为交换机一定会转发其实交换机的处理结果有四种转发、泛洪、丢弃、上送。我们聚焦前三种。目标地址是单播地址而且转发表有匹配项交换机把帧送往匹配项记录的端口。目标地址是广播地址FF-FF-FF-FF-FF-FF或者组播地址没有被特殊优化的情况下交换机直接泛洪。目标地址是单播地址但转发表里没查到交换机也泛洪这是未知单播泛洪。入口端口和转发表里记录的端口相同帧没有必要再从这个端口转回去直接丢弃。广播帧的泛洪是ARP能够工作的基础。主机A要找主机B的MAC地址发一个广播ARP请求交换机把请求泛洪到所有端口目标主机B收到以后回一个单播ARP应答交换机在这个过程中既学到了A的MAC也学到了B的MAC。这个细节值得多看一眼很多初学者只觉得ARP是“IP查MAC”实际上ARP的报文能不能送到目标主机很大程度依赖于交换机的泛洪策略。在设计网络时必须清楚泛洪的代价。泛洪的帧会让每个端口都收到一次副本如果网络中存在大量广播或者未知单播每个交换机都会把帧复制到所有端口。端口数量多、级联层次深的时候这种复制消耗会非常明显实操中你会看到交换机端口计数器里的广播包数量暴涨主机CPU也出来报警这时候就该回头查“广播域是不是太大了”。3. VLAN与生成树交换式局域网的两个边界问题3.1 VLAN到底切分的是什么交换式局域网把碰撞域打散了但并没有减少广播域。所谓广播域就是广播帧能到达的所有设备的集合。默认情况下一台交换机上所有端口都在同一个广播域里多台交换机级联广播域会更大。广播域一大前面说过的泛洪代价就会指数级放大同时无关设备无端收到很多与自己不相干的广播报文既浪费资源又有信息暴露风险。VLAN虚拟局域网就是用来切分广播域的。通俗地说VLAN可以把一台物理交换机上的一部分端口逻辑上划成一个组另一部分端口划成另一个组组与组之间互相隔离。广播帧只在同一个VLAN内部泛洪到不了别的VLAN。教材里会讲三种划分方式基于端口的VLAN是最常见也最实用的配置管理方便基于MAC地址的VLAN可以做到用户位置变了VLAN不变但管理起来麻烦基于网络层协议的VLAN现在已经很少单独使用。我在实际项目里用的几乎全是端口VLAN配合接入层交换机做人访客网络隔离、业务网和办公网隔离干净利落。跨交换机的VLAN是怎么打通的两台交换机上都有VLAN 10需要把两个VLAN 10的端口互相通信就得在交换机之间启用Trunk口Trunk链路需要能够同时承载多个VLAN的帧。问题来了普通以太网帧里没有VLAN字段两台交换机根本分辨不出一个帧属于哪个VLAN。于是有了802.1Q协议在以太网帧头里插入一个4字节的Tag其中有12位VLAN ID。打上Tag的帧经过Trunk口到达对端交换机后对端根据Tag决定把帧放到哪个VLAN里继续转发。我对802.1Q的第一个直观印象来自“为什么VLAN ID范围是1到4094”这个问题。12位能表示的编号是0到40950和4095被保留所以实际可用的是1到4094。多理解一层以后做网络规划时就能避免把VLAN ID配成4095这种尴尬错误。3.2 生成树协议是如何给换网“剪枝”的为了冗余工程师会在交换机之间拉两条物理链路这本意是增加可靠性。但链路层没有像IP层TTL那样的防环机制二层环路一旦存在就会引发灾难性的广播风暴。广播帧被交换机泛洪到所有端口另一台交换机又收到这个广播帧再次泛洪帧在网络里来回转圈越转越多最终把链路占满全网瘫痪。生成树协议的解决办法是“逻辑上剪枝”在物理拓扑上选出唯一的根桥通过比较桥ID、路径开销等参数让部分端口处于转发状态让部分冗余端口处于阻塞状态从而在逻辑上形成一棵没有环的树。阻塞端口扮演“备用通道”的角色一旦主链路出故障协议重新收敛把之前阻塞的端口放开。STP的收敛时间在传统算法里是30秒到50秒这在现代网络里已经慢得有点尴尬所以后面出现了RSTP快速生成树以及针对多实例的MSTP。这一块在《自顶向下方法》里只占一小节但面试和实际排障时经常被问到。我个人的建议是先理解STP的端口状态跳变阻塞、侦听、学习、转发再理解端口角色根端口、指定端口、阻塞端口之后RSTP的改进就顺理成章了。需要提醒的是STP只是防止环路的标志性手段不是唯一手段。很多小型网络的二层环路问题其实可以靠“不要把两根线同时插在同一台交换机上”这种简单设计来规避。复杂网络里才需要认真配置RSTP和BPDU过滤。4. 以太网帧与寻址机制速通4.1 帧格式的关键字段要真正看懂交换机的转发逻辑必须回到帧本身。以太网帧从DIX标准到802.3字段演进不少但核心的四个字段必须记住目标MAC地址、源MAC地址、类型/长度字段、数据载荷。实践中最容易忽略的是“类型/长度”字段的双重含义当字段值大于15360x0600时它表示上层协议类型比如0x0800表示IPv40x86DD表示IPv60x0806表示ARP当字段值小于或等于1500时它表示数据部分的长度这就是IEEE 802.3的用法。当年DIX以太网和802.3并存时靠这个字段来区分今天抓包时你看到的大多数帧是DIX格式。帧头里还有一个容易被新人漏掉的概念前导码和帧起始定界符不在标准网卡上报的帧长范围内它们的作用是同步和定位帧的起点。交换机在工作时通常只关心从目标MAC地址开始的部分而网卡则负责过滤掉目标MAC地址不是自己的单播帧。顺便说一句交换机处理帧的最小单位是64字节小于64字节的帧叫残帧大于1518字节叫巨型帧网卡一般会把残帧标记为错误。排查物理链路质量时查看接口上的CRC错误和残帧计数是基本功。4.2 ARP与MAC地址的配合交换机学习MAC地址而上层的IP通信要先通过ARP把IP解析成MAC两者是配合关系。主机A知道目标IP但不知道目标MAC时会发出ARP广播请求交换机看到广播帧后泛洪目标主机收到后回ARP单播应答。整个过程中交换机可能学到两条新表项A的MAC对应A所在的入口端口B的MAC对应B所在的入口端口。但有几个常见坑值得说。第一ARP请求是广播但ARP应答是单播单播应答能不能回到请求方取决于交换机转发表里有没有请求方的MAC条目。如果请求方刚开机交换机还没来得及学习到它的MAC会做未知单播泛洪。大多数情况下泛洪能送到但如果中间存在端口隔离或者私用VLAN配置应答就可能回不去。排查“ping不通但ARP能出来”这类问题时很需要往这个方向想。第二VLAN隔离的边界也是ARP的边界。两个VLAN之间如果没有三层接口做网关ARP广播根本不会跨VLAN传递这也是“不同VLAN不能直接二层互通”的根本原因。理解这一点后配置VLAN间路由就顺理成章了要么在核心交换机上起VLAN虚接口做网关要么把流量上送到路由器。5. 实操排坑与面试常问问题实录5.1 交换机二层环路导致的广播风暴我之前在实际环境中处理过一次广播风暴整栋楼网络卡顿接入交换机端口指示灯疯狂闪烁核心交换机CPU占用率飙到接近满载。排查一开始还以为是病毒污染后来用抓包工具一看广播帧数量异常爆炸同一个源MAC的帧沿多条路径到达。顺着线缆拓扑一看发现有两台接入交换机之间意外出现了跨接链路等于在二层拓扑里形成了一个物理环路。解决办法很简单物理拆除一根跳线再把两台交换机原有主链路切成Trunk并确认STP开着。但问题的教训很深刻二层网络物理布线时一定要先画逻辑拓扑确认没有交叉环再动手接线。STP是最后的保护伞不能把它的存在当成乱接线的理由。5.2 交换机和路由器到底该放哪一层这个问题几乎面试每个网络岗位都会听到交换机工作在哪一层。有些人的答案张口就是“交换机是二层设备”但如果看到三层交换机这句话就不太严谨了。准确的说法应该是交换机的本职工作是二层转发但三层交换机在内部集成了路由模块可以做VLAN间路由和IP三层转发。面试时如果答到这一层一般会让面试官觉得你框架感不错。更稳妥的做法是补充一句在同一个广播域内主机之间用MAC地址通信核心是交换机跨广播域通信必须先找到网关的MAC然后封装IP包发给网关由三层设备决定下一跳。这才是自顶向下方法强调的分层协作每层专注自己的职责层与层之间通过封装与服务接口联系。5.3 一个常见问题的排查思路假设你现在遇到“同一台交换机下一台电脑能上网另一台不能”的情况可以按这个顺序排查用系统自带命令确认本机IP、子网掩码、网关是否配置正确尤其注意是否跟别人冲突。看交换机端口状态是不是up有没有错误关闭或者端口被手动关闭。查交换机端口收到的帧计数确认该端口有没有收到广播和单播帧。ping网关通则说明二层链路正常问题可能在三层以上不通则查ARP是否解析到了网关的MAC。端口安全策略可能限制了MAC地址绑定导致新设备被拒绝接入。这套顺序从物理层到网络层逐层推进符合自顶向下方法“从应用层往下逐层排除”的思路。实践中我发现很多卡顿问题其实出在第一步IP地址冲突。同一个网段内两台设备配了相同的IP交换机会不断在两个端口间震荡学习同一组MAC转发表反复覆盖相关主机时通时断。用局域网扫描工具快速找出冲突IP通常几分钟就能解决。5.4 交换机选型和参数解读的小模板构建一个中小规模交换局域网时核心参数一般看这几个端口速率和类型千兆电口还是万兆光口PoE供电是否需要包转发率单位是Mpps衡量交换机每秒能转发多少百万个数据包交换容量单位Gbps所有端口总带宽之和的参考值缓存大小突发流量时不容易丢包VLAN和ACL能力决定隔离策略能做到什么粒度。我不建议非网络专业的人一上来就研究最高端的框式交换机先学会用中小型接入交换机把VLAN、Trunk、STP、端口镜像这些功能跑通比看一堆纸面参数更有用。参数表中的“包转发率”经常被忽略但实际满载转发时它才是决定峰值性能的硬指标。6. 把链路层知识真正变成自己的《计算机网络自顶向下方法》第六章的难点不在于会背书而在于能把链路层和局域网里的概念串联起来。从Hub到交换机是碰撞域的消失从扁平网络到VLAN是广播域的切割从冗余链路到STP是环路的消除这三条线其实是三条相互独立又相互制约的工程设计思路。我个人的学习建议是别只看书找一台带管理功能的二手交换机搭一个三台设备的小环境亲眼看一看转发表如何随流量变化Trunk口上如何打Tag环路出现后STP状态如何跳这些经验值钱程度远超干背概念。遇到报错时抓一次包基本就能对以太网帧和ARP流程有肌肉记忆式的理解。最后分享一个我反复用了很多年的小技巧在排查交换机相关疑难问题时先把设备的电源和链路进行最简单化处理很多时候问题是上一任管理员随手插的一根线埋下的雷。把线缆标记、端口描述、VLAN规划文档维护好网络出问题的概率至少下降一半。这个经验跟6.4节的交换机自学习、VLAN、生成树一样都是“理论最后落到维护”的典型写照。