【计算机网络 | 数据链路层6：交换机的工作原理：MAC 地址表是如何学习出来的？】

上一篇我们从一帧以太网数据在局域网中的转发过程出发，认识了目的 MAC 地址、ARP 和以太网帧各自扮演的角色。但还有一个关键问题没有展开：主机把帧交给交换机后，交换机怎么知道目的主机接在哪个端口？

它并不需要管理员为每台电脑逐项录入端口信息。现代二层交换机能在正常通信中观察帧的来源，自动建立并维护一张 MAC 地址表；有了这张表，原本可能发往所有端口的帧，就能大多数时候只发往正确的一个端口。

这一篇仍处在 TCP/IP 五层模型的数据链路层。我们关注的是同一个交换式局域网内的帧怎样被转发，而不是跨网络时路由器如何根据 IP 地址选择路径。

一、从集线器到交换机：差别不只是端口更多

早期使用集线器的以太网中，集线器只在物理层处理比特信号：从一个端口收到比特流后，就复制到其他端口。它不理解帧首部，也不会辨认目的 MAC 地址。因此，连接在同一个集线器上的设备共享传输介质，属于同一个冲突域。

交换机的核心转发功能工作在数据链路层。它会接收完整的以太网帧，检查帧首部中的源 MAC 地址和目的 MAC 地址，再决定该转发、泛洪还是过滤。

可以把两者的差异概括为：

这里的“通常”很重要。交换机端口直连主机或另一台交换机时，现代以太网一般工作在全双工方式，不需要 CSMA/CD；如果交换机端口接的是集线器，连接的一侧仍是共享介质，仍可能涉及半双工和 CSMA/CD。

不过，交换机并不会因为理解 MAC 地址，就直接把一切帧都变成单播。它首先得知道“哪个 MAC 地址位于哪个端口后面”，这正是 MAC 地址表存在的原因。

交换机的功能

链路层交换机的核心功能可拆解为过滤与转发，二者通过“交换机表”协同工作。

• 过滤功能决定帧是否应被转发或丢弃。
• 转发功能基于交换机表确定帧的输出接口。即决定帧应被发送到哪个接口。

这两个功能要通过交换机表(MAC表)实现

二、MAC 地址表记录的是什么？

MAC 地址表也常被称为交换表、转发表或 CAM 表。不同设备和教材的名称略有差异，但核心内容一致：它记录一个可达的 MAC 地址与交换机端口之间的对应关系，并为动态表项保留老化信息。

交换机表包含三要素：

• MAC地址（目标设备的唯一标识）
• 对应接口（该MAC地址对应的交换机端口）
• 时间戳（生存时间，倒计时）。

它表达的不是“这台主机在全世界的什么位置”，而是一个更局部的判断：如果要到达这个 MAC 地址，帧应从本交换机的哪个端口送出去。

因此，MAC 地址表只服务于本交换机所在的二层转发范围。它不同于路由器的路由表：

不要把“MAC 地址表”理解为 ARP 缓存。ARP 缓存维护的是“IP 地址对应哪个 MAC 地址”，主要帮助主机或路由器在发送前完成二层寻址；MAC 地址表维护的是“某个 MAC 地址应从哪个交换机端口离开”，用于交换机内部的帧转发决策。

• ARP 用来“生成帧之前确定目的 MAC”。
• MAC 地址表用来“帧进入交换机之后决定往哪转发”。

三、交换机怎样自学习：只相信帧从哪里来

以太网交换机通过自学习算法动态构建MAC地址表，无需人工干预。

交换机的自学习原则非常朴素：

某个源 MAC 地址的帧从端口 X 进入，那么目前可以认为，到达该 MAC 地址的帧应从端口 X 送出。

注意，学习依据是源 MAC 地址，不是目的 MAC 地址。目的 MAC 地址只用于查询和转发；如果交换机试图从目的地址学习，就无法确认目标设备实际位于哪个端口。

例子

假设交换机有四个端口：主机 A 接在端口 1，主机 B 接在端口 3，主机 C、D 分别接在其他端口。刚上电时，MAC 地址表为空。

1. A 第一次向 B 发送帧

A 发出的以太网帧可以抽象为：

源 MAC：MAC_A
目的 MAC：MAC_B

该帧从端口 1 到达交换机。交换机先处理源地址：将 MAC_A -> 端口 1 写入表中；如果表中已有同一源地址的表项，就刷新它的老化时间，必要时更新端口信息。

此时表中还没有 MAC_B，交换机无法确定 B 位于哪个端口。为了让帧仍有机会抵达 B，它会把帧复制到除入端口 1 外的所有端口。这种对未知目的单播帧的处理叫作泛洪（flooding）。

端口 1 收到 A -> B 的帧
          |
          +-- 学习：MAC_A -> 端口 1
          |
          +-- 查不到 MAC_B
          |
          +-- 从端口 2、3、4 泛洪，不回发端口 1

C 和 D 虽然能收到这份帧副本，但发现目的 MAC 地址不是自己，会由其网卡丢弃；B 的网卡发现目的 MAC 与自己匹配，才接收该帧。这里要分清：**交换机的泛洪不等于所有主机都会接收上交的数据。**泛洪只是交换机把帧送往多个端口，最终是否接收仍由终端根据目的 MAC 地址判断。

2. B 回应 A 时，交换机学到 B 的位置

假设 B 随后向 A 回一帧，帧从端口 3 进入交换机：

源 MAC：MAC_B
目的 MAC：MAC_A

交换机同样先从源地址学习，加入 MAC_B -> 端口 3。然后查询目的地址 MAC_A，发现已知它对应端口 1，于是只把帧从端口 1 转发出去。

端口 3 收到 B -> A 的帧
          |
          +-- 学习：MAC_B -> 端口 3
          |
          +-- 查到：MAC_A -> 端口 1
          |
          +-- 仅从端口 1 定向转发

到这一步，交换机已经学到了 A 和 B 的位置。以后 A 再发给 B 时，就会从端口 3 定向转发；B 再发给 A 时，就会从端口 1 定向转发。局域网中的其他端口不必再收到这些无关帧。

3. 表项不是一劳永逸的

设备会移动、断电、换接端口，网络拓扑也可能变化。若 MAC 地址表永久保留旧记录，交换机可能一直把帧送往错误端口。

所以动态 MAC 表项会设置老化时间。交换机持续从某个 MAC 地址收到帧时，会刷新对应表项的计时；长时间未见该源地址的表项则会自动删除。下一次需要发送给这个地址时，交换机可能先泛洪，等目标设备再次发出帧后再重新学到它的位置。

这也是交换机能够即插即用的原因：它不要求人工预先描述每台主机的位置，而是让实际通信不断校正表项。

四、查表之后的三种转发结果

从任意端口收到一个有效以太网帧后，交换机可以按下面的顺序理解：

1. 检查帧是否有差错；发现 FCS 等校验异常时丢弃。
2. 根据源 MAC 地址学习或刷新 MAC 地址表。
3. 查询目的 MAC 地址对应的出接口。
4. 依据查询结果转发、泛洪或过滤。

其中第 4 步最容易混淆，可以分为三类。

1. 目的 MAC 未知：泛洪

若目的 MAC 不在表中，交换机不知道目标在哪个端口，就将帧从除入端口以外的所有端口发出。这叫未知单播泛洪。

“未知单播”描述的是帧的目的地址本身是一个普通单播 MAC 地址，只是当前交换机尚未学到它的位置；它与目的地址为广播地址的广播帧不是同一回事。

2. 目的 MAC 已知且端口不同：定向转发

若查到目的 MAC 对应的出接口，并且该出接口不同于入接口，交换机只从该出接口发送帧。这是最常见、也是交换机提高带宽利用率的关键。

例如，MAC_B -> 端口 3 已存在，而 A 的帧从端口 1 到达，交换机就把帧从端口 3 发出。其他端口不会收到该帧。

3. 目的 MAC 已知但端口相同：过滤

若目的 MAC 的表项指向的端口恰好就是帧的入端口，说明源主机和目的主机目前位于同一端口后面的网络中。

• 例如，端口 2 后面接了一个小型共享网段，两个设备之间互发帧；它们的帧已经能够在该网段内到达彼此，无须再绕回交换机。

此时交换机丢弃该帧，不向其他端口转发。这种“阻止不必要转发”的动作称为过滤。它不是差错丢弃，也不是说帧一定有问题，而是因为没有必要让该帧离开当前网段。

五、广播、多播和未知单播为什么都会看到多个端口？

“交换机不会广播”是一个常见但不准确的说法。更准确的表述是：交换机会尽量对已知单播帧做定向转发，但仍会在需要时向多个端口发送帧。

ARP 请求就是典型的广播帧。主机尚不知道目标 IP 对应的 MAC 地址时，会发送目的 MAC 为 FF:FF:FF:FF:FF:FF 的 ARP 请求；交换机在同一广播域内把它转发到其他端口，目标主机再以单播 ARP 应答回复。随后，主机拥有 IP 到 MAC 的映射，交换机也会在双方通信中逐渐拥有 MAC 到端口的映射。

因此，ARP 表和交换机 MAC 地址表都在帮助局域网通信减少“不知道该发给谁”的问题，但它们所处的位置和回答的问题不同。

六、交换机、广播域与环路：自学习的边界

普通二层交换机将每个端口划分为独立冲突域，却不会天然划分广播域。在没有 VLAN 的普通交换式以太网中，广播帧和未知单播帧仍会被泛洪到同一广播域的其他端口。

如果为了冗余而在多台交换机间连接出二层环路，泛洪帧可能在环路中不断被复制、循环，造成 MAC 地址表反复抖动并迅速占满带宽。这不是自学习算法“算错了”，而是二层转发没有像 IP 数据报那样默认携带可用于限制转发次数的跳数机制。

例子：

• 假定一开始交换机转发表均为空。
• 主机 A 通过接口交换机#1向主机B发送一帧。
• 交换机#1收到这个帧后就向所有其他接口进行广播发送。
• 观察其中一个帧的走向：离开交换机#1的接口 3–>交换机#2 的接口 1–>接口 2 -->交换机#1 的接口 4 -->接口 3 -->交换机#2 的接口 1。。。
• 这样就无限制地循环兜圈子下去，白白消耗了网络资源。

工程上通常用生成树协议（STP）等机制在逻辑上阻断部分冗余链路，使转发拓扑保持无环。我们在这里先记住结论即可：MAC 地址自学习依赖一个可正常转发且没有二层环路的网络环境。

七、把一次转发过程串起来

现在可以把交换机处理一帧数据的过程压缩为一条清晰的链路：

收到以太网帧
    |
检查 FCS，错误则丢弃
    |
读取源 MAC，学习或刷新“源 MAC -> 入端口”
    |
查询目的 MAC
    |
    +-- 未知：向除入端口外的端口泛洪
    |
    +-- 已知且出端口不同：从目标端口定向转发
    |
    +-- 已知且出端口相同：过滤，不再转发

这里有三个最值得记住的要点：

1. **从源 MAC 学习，而不是从目的 MAC 学习。**源地址告诉交换机“这个地址的帧是从哪里来的”。
2. **按目的 MAC 转发。**目的地址决定该从哪个端口离开，或是否需要泛洪。
3. **动态老化保证表项与网络变化同步。**表项不会永久有效，设备迁移后可以重新学习。

从帧、MAC 地址、ARP 到交换机自学习，我们已经能解释局域网中一帧数据为什么会被准确送到某个端口，也能解释第一次通信时为什么常常需要泛洪。不过，当同一台交换机接入的设备越来越多，仅靠 MAC 地址表并不能缩小广播帧的传播范围。接下来会进一步看看 VLAN 如何在不改变大量物理布线的前提下，把一个交换式网络划分为多个相互隔离的逻辑广播域。

如果这篇文章对你有帮助，欢迎点赞、评论、关注、收藏。你们的支持是我前进的动力！