交换机工作原理：MAC地址表学习、泛洪与转发、广播帧在交换机中的处理流程

上一章我们聊了无线广播风暴有多头疼。要根治它，得先搞懂交换机到底是怎么工作的。说白了，交换机就是个“智能分发器”——它不像集线器那样无脑复制，而是根据一张表来决策。这张表，就是MAC地址表。

我刚开始接触网络时，总觉得交换机很神秘。后来拆了几台设备，抓了几次包，才明白它的核心逻辑其实就三件事：学习、泛洪、转发。嗯，咱们一个一个说。

每台交换机内部都维护着一张MAC地址表。这张表记录了三个关键信息：

举个例子，我曾在一次割接中遇到一个怪现象：PC能ping通网关，但就是访问不了服务器。抓包一看，交换机的MAC地址表里，服务器的MAC地址竟然飘到了另一个端口上。这就是典型的MAC地址漂移问题。所以，这张表虽然小，但一旦出错，网络就全乱了。

核心要点：MAC地址表是交换机转发决策的唯一依据。表里没有的地址，交换机就不知道往哪发。

交换机刚启动时，MAC地址表是空的。它怎么知道谁在哪个端口呢？靠的是源MAC地址学习。

过程很简单：

我习惯把这个过程比作“认脸”。你第一次见到一个人，记住他的长相和位置。下次再见到，你就知道他在哪了。交换机也一样——它只学习源地址，不学习目的地址。

避坑指南：我曾经遇到一个案例，某台PC频繁更换网卡，导致MAC地址表不断更新。结果交换机CPU飙升，网络卡顿。后来我建议他们做端口安全绑定，才解决了问题。所以，MAC地址表不是越大越好，稳定才是关键。

当交换机收到一个数据帧时，它会查MAC地址表，根据目的MAC地址做决策。这里分三种情况：

你想想看，如果交换机每次都要泛洪，那和集线器有什么区别？所以，转发是常态，泛洪是例外。但恰恰是这个“例外”，在无线网络中引发了广播风暴。

我记得有一次在数据中心排障，发现某台交换机的广播流量占了总流量的40%。查了半天，原来是一台服务器的网卡坏了，疯狂发送广播帧。交换机只能不断泛洪，整个网络都被拖垮了。

广播帧的目的MAC地址是FF-FF-FF-FF-FF-FF。交换机看到这个地址，会怎么做？

这里有个关键点：广播帧不会被交换机丢弃，也不会被转发到接收端口。这意味着，一台设备发送广播，整个广播域内的所有设备都会收到。在无线网络中，AP和客户端都在同一个广播域里，广播帧一多，信道就被占满了。

警告：广播帧是必要的（比如ARP请求、DHCP发现），但过多的广播帧就是灾难。我曾经见过一个极端案例：一个VLAN里有500多台设备，广播帧每秒超过2000个，导致交换机CPU使用率长期在90%以上。最后不得不做VLAN拆分才解决。

为了让你更直观地理解，我画了一张流程图。这张图展示了交换机从收到帧到做出决策的完整路径。

有线网络里，广播帧虽然也泛洪，但至少带宽是独享的。无线网络不一样——所有客户端共享同一个信道。一个广播帧发出去，所有关联的客户端都得停下来听。你想想看，如果每秒有几百个广播帧，客户端几乎没时间传数据了。

我做过一个测试：在一个有30个客户端的AP上，每秒注入500个广播帧。结果TCP吞吐量从150Mbps直接掉到20Mbps。这就是广播帧的威力——它不占多少带宽，但它占用了所有客户端的处理时间。

个人经验：我建议在无线网络设计时，尽量缩小广播域。一个VLAN不要超过100个客户端。如果设备多，就拆成多个VLAN，或者用三层交换机终结广播。另外，开启风暴控制功能，设置广播帧阈值，也是个好办法。

回顾一下，交换机的核心动作就三个：