题目是

以太网交换机学习 MAC 地址表时，主要依据收到帧的哪一个字段。

A. TCP 端口号  
B. 目的 MAC 地址  
C. 源 IP 地址  
D. 源 MAC 地址

考试中只需要记住一句非常核心的话

> 交换机收到一个以太网帧以后，用源 MAC 地址进行学习，用目的 MAC 地址进行查表和转发。

也可以压缩成一个非常适合考试记忆的口诀

> 源 MAC 用来学习，目的 MAC 用来转发。

只要真正理解这两句话，这一类题目无论怎样变形，基本都不会再做错。

很多人第一次学交换机时容易产生一个很自然的疑问。既然交换机的工作是把帧发送给目标设备，那么交换机最关心的似乎应该是目的 MAC 地址，为什么建立 MAC 地址表时反而学习源 MAC 地址呢。

关键就在于，交换机能够确定的可靠事实，并不是某个目的设备在哪里，而是刚刚发送这个帧的设备从哪里进来了。

一个帧从交换机的某个端口进入，交换机立刻获得两个非常可靠的信息。

帧里面的源 MAC 地址说明是谁发送了这个帧。

帧实际进入交换机的物理端口说明这个发送者位于哪个方向。

于是交换机就能够建立这样的对应关系。

```text
源 MAC 地址  →  入端口
```

例如某台计算机的 MAC 地址写成

```text
0011.2233.4455
```

它发送的帧从交换机 `GigabitEthernet 0/0/1` 进入，那么交换机就可以学习

```text
0011.2233.4455  →  GE0/0/1
```

这条信息是可以直接观察到的，并不需要猜测。

Cisco 关于 Catalyst 交换机的技术文档明确说明，交换机端口上的 MAC 地址学习基于进入帧的源 MAC 地址，也就是 `SMAC`。Juniper 的交换文档同样指出，动态学习得到的 MAC 地址来自数据包或者帧的源 MAC 地址。[Cisco](https://www.cisco.com/c/en/us/support/docs/switches/catalyst-9300-switch/222771-understand-unexpected-mac-learning-on-ca.html?utm_source=chatgpt.com)

这里其实已经把整道题的答案锁死了。

交换机学习的不是目的 MAC 地址，而是源 MAC 地址。

理解这个机制时，可以把交换机想象成一个每天不断观察人员出入口的管理员。

某个人从 1 号门走进来，管理员看到这个人的身份，同时也看到他刚刚从 1 号门进来，于是能够记录

```text
张三  →  1 号门
```

另一个人从 3 号门进入，于是记录

```text
李四  →  3 号门
```

这里的信息来源非常可靠，因为管理员亲眼看到这个人从哪个门出现。

但是假如张三手里拿着一封准备交给李四的信，仅仅通过这封信上的收件人李四，并不能证明李四现在就在某个特定的门后面。

目的信息只能告诉交换机帧想去找谁，不能直接告诉交换机那个人到底连接在哪个端口。

源信息却可以告诉交换机一个刚刚发生的事实。

某个 MAC 地址对应的设备刚刚通过这个端口发送了帧。

这就是交换机为什么学习源 MAC 地址。

交换机的整个工作流程其实可以概括成两个彼此不同、但连续发生的动作。

```text
看源 MAC  →  学习
看目的 MAC →  查询
```

这两个动作一定要分清。

以一个非常典型的局域网为例。

网络中有一台交换机 `SW1`，连接三台计算机。

```text
PC-A
MAC A
 |
GE0/0/1
 |
+---------+
|   SW1   |
+---------+
 |       |
GE0/0/2 GE0/0/3
 |       |
PC-B    PC-C
MAC B   MAC C
```

刚开机的时候，可以假定交换机的动态 MAC 地址表是空的。

```text
MAC Address        Port
------------------------
空                 空
```

这时候 `PC-A` 想给 `PC-B` 发送一个以太网帧。

这个帧的大致结构可以表示成

```text
源 MAC      MAC A
目的 MAC    MAC B
```

帧从 `GE0/0/1` 进入交换机。

交换机看到这个帧以后，不会直接开始研究 `MAC B`。

它会先注意到

```text
这个帧从 GE0/0/1 进来
源 MAC 是 MAC A
```

于是得到一条非常可靠的信息

```text
MAC A 这个设备位于 GE0/0/1 方向
```

因此 MAC 地址表增加一条记录

```text
MAC A  →  GE0/0/1
```

这里完成的动作就是 MAC 学习。

接下来交换机才处理目的 MAC 地址。

目的地址是

```text
MAC B
```

交换机查自己的 MAC 地址表。

但此时表里只有

```text
MAC A  →  GE0/0/1
```

根本没有 `MAC B`。

交换机并不知道 `MAC B` 在哪里，于是发生一个非常重要的行为，未知单播泛洪，也就是 `Unknown Unicast Flooding`。

交换机会把这个帧从所属 `VLAN` 中除入端口之外的其他相关端口发送出去。

假设这里三个端口属于同一个 `VLAN`，那么帧可能被送往

```text
GE0/0/2
GE0/0/3
```

而不会再从刚刚接收到帧的 `GE0/0/1` 原路发送出去。

Juniper 对以太网交换表的说明也明确描述了这个行为。当交换机查询不到目的 MAC 地址时，会把流量泛洪到同一 `VLAN` 的其他相关接口，同时排除接收到该帧的接口。[Juniper Networks](https://www.juniper.net/documentation/us/en/software/junos/multicast-l2/topics/topic-map/mac-table-aging.html?utm_source=chatgpt.com)

`PC-C` 收到帧以后查看目的 MAC，发现不是自己的，于是丢弃。

`PC-B` 查看目的 MAC，发现

```text
目的 MAC = MAC B
```

正是自己的地址，于是接收这个帧。

事情到这里还没有结束。

当 `PC-B` 给 `PC-A` 返回数据时，一个新的帧产生了。

此时

```text
源 MAC      MAC B
目的 MAC    MAC A
```

这个帧通过 `GE0/0/2` 进入交换机。

交换机再次执行完全相同的学习动作。

看到

```text
源 MAC = MAC B
入端口 = GE0/0/2
```

于是学习

```text
MAC B  →  GE0/0/2
```

现在 MAC 地址表变成

```text
MAC A  →  GE0/0/1
MAC B  →  GE0/0/2
```

交换机接着检查目的 MAC。

目的 MAC 是 `MAC A`。

查表以后已经能够发现

```text
MAC A  →  GE0/0/1
```

于是这个帧不需要再泛洪，可以直接从 `GE0/0/1` 转发出去。

整个过程中有一个非常漂亮的规律。

设备只需要正常发送流量，交换机就可以一点一点把 MAC 地址表学习出来。

并不需要网络管理员提前告诉交换机每台计算机在哪个端口。

这也是以太网交换技术非常重要的一项能力，自动学习。

Juniper 的官方资料把 MAC learning 描述为交换设备获得网络节点 MAC 地址的过程，同时交换表还会记录 MAC 地址对应的接口以及学习时间。[Juniper Networks](https://apps.juniper.net/feature-explorer/feature/9217?utm_source=chatgpt.com)

这里也可以看到一个很容易被考试利用的陷阱。

题目经常把下面两个问题故意混在一起。

```text
交换机根据什么学习 MAC 地址表
```

答案是

```text
源 MAC 地址
```

另一个问题是

```text
交换机根据什么决定帧从哪个端口转发
```

通常答案是

```text
目的 MAC 地址
```

二者不是同一个动作。

可以把交换机处理以太网帧的核心过程压缩成

```text
收到帧
   ↓
读取源 MAC
   ↓
更新 MAC 地址表
   ↓
读取目的 MAC
   ↓
查询 MAC 地址表
   ↓
决定转发 泛洪 或过滤
```

其中最值得牢牢记住的是中间两步。

```text
源 MAC 负责学习
目的 MAC 负责查表
```

如果把它和路由器对比，记忆会更加牢固。

二层交换机的典型转发依据是 MAC 地址。

三层路由器的典型转发依据是 IP 地址。

传输层中的 `TCP` 和 `UDP` 才会涉及端口号。

因此题目中的 A 选项 `TCP` 端口号，与交换机建立普通二层 MAC 地址表完全不在一个协议层级上。

按照经典的网络分层关系，可以理解成

```text
应用层
    HTTP
    DNS
    SMTP
    SSH

传输层
    TCP
    UDP
    Port

网络层
    IPv4
    IPv6
    IP Address

数据链路层
    Ethernet
    MAC Address

物理层
    bit
    电信号
    光信号
```

交换机学习 MAC 地址表属于典型的数据链路层行为。

而 `TCP` 端口号属于传输层。

普通二层交换机并不需要读取 `TCP` 端口号才能完成 MAC 学习。

因此

```text
A  TCP 端口号
```

明显错误。

再看 C。

```text
C  源 IP 地址
```

这个选项特别容易干扰刚开始学习网络分层的人。

因为源 IP 地址同样能够告诉设备是谁发送了这个数据包，但 IP 地址属于网络层，而传统二层交换机维护的是 MAC 地址与交换端口之间的映射。

典型 MAC 地址表记录的是类似下面的信息。

```text
VLAN      MAC Address       Interface
10        0011.2233.4455    GE0/0/1
10        0066.7788.99AA    GE0/0/2
20        00BB.CCDD.EEFF    GE0/0/5
```

它不是这样的表。

```text
IP Address        Interface
192.168.1.10      GE0/0/1
192.168.1.20      GE0/0/2
```

后者已经更接近三层邻居信息、ARP 信息、路由信息或者某些 MAC 与 IP 绑定机制，而不是经典二层交换机动态 MAC 学习的基本模型。

Juniper 的 `show ethernet-switching table` 文档也把这种表定义为二层 MAC 地址信息，并明确说明动态 `learn` 项来源于数据包的源 MAC 地址。[Juniper Networks](https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/command/show-ethernet-switching-table-qfx-series.html?utm_source=chatgpt.com)

B 选项是最值得分析的干扰项。

```text
B  目的 MAC 地址
```

因为交换机转发帧的时候确实高度依赖目的 MAC 地址。

如果目的 MAC 已经存在于 MAC 地址表中，交换机就可以找到对应出端口。

例如

```text
MAC B  →  GE0/0/2
```

收到

```text
目的 MAC = MAC B
```

以后，交换机可以直接选择 `GE0/0/2`。

所以目的 MAC 很重要。

但题目问的不是

```text
交换机根据哪个字段转发帧
```

而是

```text
交换机学习 MAC 地址表时主要依据哪个字段
```

两个动词只差一点，但考查的机制完全不同。

学习看源。

转发看目的。

把这一对关系记住，比死记 D 更有价值。

为什么不能通过目的 MAC 进行正常动态学习，还可以继续往深处推。

假设交换机收到这样的帧。

```text
源 MAC      A
目的 MAC    B
入端口      Port 1
```

从这个事件能够确认什么。

可以确认

```text
A 从 Port 1 发来了帧
```

因此可以建立

```text
A  →  Port 1
```

但是能不能建立

```text
B  →  Port 1
```

当然不能。

`B` 是这个帧准备寻找的目标，而 `Port 1` 是发送者 `A` 所在的方向。

如果把目的 MAC `B` 错误学习到 `Port 1`，反而会把整个转发表学错。

这就类似收到一封从成都寄往北京的信。

信是从成都某个邮局寄出来的，因此可以推测寄件人当前与成都这个方向有关。

但不能因为信封上写着收件地北京，就宣布北京位于成都邮局里面。

来源和目的地是完全不同的信息。

交换机的动态学习机制利用的恰恰就是这种方向性。

从哪里收到某个源地址发出的帧，就认为到达这个源 MAC 的方向是该入端口。

这套机制还解释了为什么主机移动以后，交换机能够重新学习。

假设原来

```text
MAC A  →  GE0/0/1
```

后来同一个设备被移动到另一个交换机端口。

新的帧从 `GE0/0/8` 进入。

交换机再次看到

```text
源 MAC = MAC A
入端口 = GE0/0/8
```

于是能够更新对应关系。

现实网络中还可能出现 `MAC Move`，也就是同一个源 MAC 在不同接口上被观察到。交换平台会根据具体实现更新转发表或者记录移动事件。

这也是为什么 Cisco 在 Catalyst 9000 系列的一份排障文档中专门讨论了意外 MAC 学习问题。文档指出 Catalyst 交换机根据入站帧的源 MAC 在交换端口上学习地址。在某些真实网络环境里，如果某个源地址的流量从意外方向进入交换机，MAC 地址表也可能把该地址学习到一个出乎管理员预期的接口上。[Cisco](https://www.cisco.com/c/en/us/support/docs/switches/catalyst-9300-switch/222771-understand-unexpected-mac-learning-on-ca.html?utm_source=chatgpt.com)

这个真实案例很有启发性。

MAC 表不是一张由管理员提前写好的永久地图。

动态 MAC 表更像交换机根据自己实际观察到的流量不断维护的一张地图。

交换机观察的是

```text
我在哪个端口看到了这个源 MAC 发来的帧
```

所以网络拓扑、链路状态、设备迁移、环路、某些特殊转发路径发生变化以后，动态 MAC 表也会随流量改变。

这也引出了 MAC 地址表的老化机制。

动态学习出来的条目通常不是永久存在的。

如果一个 MAC 地址很长时间没有再被观察到，对应表项可能在老化计时器到期以后被删除。

删除以后，交换机未来再次遇到发往该 MAC 的帧，而表中又查不到它，就可能重新进行未知单播泛洪。

当该设备再次发出帧以后，交换机又能够依据它的源 MAC 重新学习。

于是整个过程形成一个持续循环。

```text
接收帧
↓
学习源 MAC
↓
查询目的 MAC
↓
转发或泛洪
↓
继续接收新的帧
↓
更新 MAC 表
```

实际设备上查看 MAC 地址表时，也可以看到这种结构。

在 Cisco 交换机中，经常会使用类似

```text
show mac address-table
```

这样的命令。

在 Junos 设备上，可以使用

```text
show ethernet-switching table
```

查看交换表。Juniper 官方文档显示，表中会包含 `VLAN`、MAC 地址、条目类型、接口以及老化相关信息，动态学习项会标识为 `Learn`。[Juniper Networks](https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/command/show-ethernet-switching-table-qfx-series.html?utm_source=chatgpt.com)

还有一个考试里非常实用的判断办法。

凡是看到下面这一类描述

```text
交换机学习
MAC 地址表建立
动态 MAC 表项
某 MAC 位于哪个端口
```

脑中优先出现

```text
源 MAC + 入端口
```

凡是看到下面这一类描述

```text
交换机转发
查 MAC 地址表
确定出端口
已知单播
```

脑中优先出现

```text
目的 MAC
```

如果目的 MAC 查到了

```text
目的 MAC  →  某个具体端口
```

交换机通常进行定向转发。

如果目的 MAC 没查到

```text
Unknown Destination MAC
```

就进入未知单播处理，在相应二层广播域或者 `VLAN` 内进行泛洪。Juniper 的文档明确说明，目的 MAC 查询失败时，交换设备会把流量发送到相应桥域内除入接口之外的其他接口。[Juniper Networks](https://www.juniper.net/documentation/us/en/software/junos/multicast-l2/topics/topic-map/mac-table-aging.html?utm_source=chatgpt.com)

因此可以得到一套非常清晰的二层交换机思维模型。

```text
源 MAC
回答的是
这个帧是谁发来的

入端口
回答的是
发送者从哪个方向出现

源 MAC + 入端口
得到
MAC 地址学习结果

目的 MAC
回答的是
这个帧准备交给谁

目的 MAC + MAC 地址表
得到
应该从哪个端口转发
```

回到四个选项。

A 的 `TCP` 端口号属于传输层，和普通二层交换机的动态 MAC 学习不是一个层级。

C 的源 IP 地址属于网络层，并不是经典以太网交换机建立动态 MAC 地址表的主要依据。

B 的目的 MAC 地址确实参与交换机转发决策，但主要用于查询 MAC 地址表，而不是完成源设备位置的动态学习。

D 的源 MAC 地址配合帧的入端口，使交换机能够形成 MAC 地址和接口之间的动态映射关系，因此正是题目要求的答案。

所以这道题最重要的并不是单独记住一个字母 D，而是建立下面这条长期有效的网络知识链。

```text
收到以太网帧

源 MAC
↓
学习发送者位置
↓
写入 MAC 地址表

目的 MAC
↓
查询接收者位置
↓
决定转发端口
```

最后把它压缩成考试现场最容易瞬间回忆的一句话。

> 学习看源，转发看目的。

题目问

```text
以太网交换机学习 MAC 地址表时，主要依据收到帧的什么
```

答案毫无疑问是

```text
D  源 MAC 地址
```

当这条规律和交换机的实际工作过程联系起来以后，相关题型都会变得非常直观。无论题目改成动态 MAC 地址学习、交换机转发表建立、未知单播泛洪、MAC 表更新，还是设备从一个端口移动到另一个端口，核心判断都可以从同一套逻辑推出，而不需要逐题死记答案。[Cisco](https://www.cisco.com/c/en/us/support/docs/switches/catalyst-9300-switch/222771-understand-unexpected-mac-learning-on-ca.html?utm_source=chatgpt.com)

参考资料

Cisco，Catalyst 9000 系列交换机 MAC 地址学习技术说明。[Cisco](https://www.cisco.com/c/en/us/support/docs/switches/catalyst-9300-switch/222771-understand-unexpected-mac-learning-on-ca.html?utm_source=chatgpt.com)

Juniper Networks，`show ethernet-switching table` 官方文档。[Juniper Networks](https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/command/show-ethernet-switching-table-qfx-series.html?utm_source=chatgpt.com)

Juniper Networks，MAC Learning 官方技术文档。[Juniper Networks](https://www.juniper.net/documentation/us/en/software/junos/multicast-l2/topics/topic-map/mac-learning.html?utm_source=chatgpt.com)

Juniper Networks，MAC Table Aging 与未知目的 MAC 泛洪说明。[Juniper Networks](https://www.juniper.net/documentation/us/en/software/junos/multicast-l2/topics/topic-map/mac-table-aging.html?utm_source=chatgpt.com)

A. TCP 端口号  B. 目的 MAC 地址  C. 源 IP 地址  D. 源 MAC 地址

交换机为什么学习源 MAC 地址，而不是目的 MAC 地址？

紫薇堂堂主

人工智能

以太网交换机学习MAC地址表时，主要依据收到帧的**源MAC地址**（选项D）。交换机通过“源MAC+入端口”建立动态映射，而目的MAC用于查表转发。核心口诀：学习看源，转发看目的。

代码解释

路由器

路由

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

交换机为什么学习源 MAC 地址，而不是目的 MAC 地址？-腾讯云开发者社区-腾讯云

交换机为什么学习源 MAC 地址，而不是目的 MAC 地址？

交换机为什么学习源 MAC 地址，而不是目的 MAC 地址？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐