以太网地址的标准长度是 **6 字节，也就是 48 位**。

在计算机网络课程、软考、网络工程师考试、交换机配置、抓包分析以及日常操作系统网络诊断中，题目里出现的「以太网地址」「Ethernet 地址」「物理地址」「MAC 地址」，绝大多数情况下指的都是这种 **48 位地址**。

因此遇到类似下面的问题时，可以直接确定答案。

以太网地址长度是多少字节。

答案就是

$$
\boxed{6\ \text{字节}}
$$

因为

$$
1\ \text{Byte}=8\ \text{bit}
$$

所以

$$
6\times 8=48\ \text{bit}
$$

也就是说

$$
\boxed{Ethernet\ Address=MAC\ Address=48\ bit=6\ Byte}
$$

IEEE 关于标准 LAN MAC 地址的资料明确说明，48 位地址表示为六个八位组。IEEE 对标准 Group MAC Address 的说明同样明确指出，目的 MAC 地址字段和源 MAC 地址字段都是 48 位字段。RFC 对 Ethernet 的描述也采用相同结构。

这道题看起来只需要记住一个数字 `6`，但如果只死记 `6 字节`，后面遇到 Ethernet 帧长度、MAC 地址、IPv4 地址、IPv6 地址、Ethernet Header、ARP、交换机转发之类的问题时，很容易把几个数字搅在一起。真正牢固的记忆方式，是搞清楚这 6 个字节到底长什么样、为什么平时看到的是 12 个十六进制数字，以及它在 Ethernet 帧里处于什么位置。

日常在 Windows、Linux、路由器、交换机或者 Wireshark 中看到的 MAC 地址，经常长成下面这样。

```text
00-1A-2B-3C-4D-5E
```

也可能写成

```text
00:1A:2B:3C:4D:5E
```

有些网络设备会写成

```text
001A.2B3C.4D5E
```

三种写法看起来不一样，但表达的是同一个长度的地址。

关键就在于每两个十六进制数字代表 1 个字节。

以第一个 `00` 为例，一个十六进制数字能够表示 4 个二进制位，因此两个十六进制数字就是

$$
4+4=8\ bit
$$

也就是

$$
8\ bit=1\ Byte
$$

整个地址一共有六组。

```text
00   1A   2B   3C   4D   5E
```

于是就是

$$
6\times1\ Byte=6\ Byte
$$

如果从十六进制数字个数来看，一个标准 48 位 MAC 地址共有 12 个十六进制数字。

因为

$$
12\times4=48\ bit
$$

所以我们又得到同一个结论。

$$
48\ bit=6\ Byte
$$

这也是一个非常实用的心算方法。考试时即使一时忘记 MAC 地址是多少字节，只要脑中浮现出类似

```text
3C-52-82-A1-B7-09
```

这样的地址，就能马上数出六组，每组一个字节，因此答案是 6 字节。

这里还有一个很容易混淆的地方。地址本身是 6 字节，但在 Ethernet 帧里面同时存在目的地址和源地址，所以两个地址字段加起来并不是 6 字节，而是

$$
6+6=12\ Byte
$$

标准 Ethernet 帧开头可以抽象成下面这种结构。

```text
+----------------------+  6 Byte
| Destination MAC      |
+----------------------+  6 Byte
| Source MAC           |
+----------------------+  2 Byte
| EtherType / Length   |
+----------------------+
| Payload              |
+----------------------+  4 Byte
| FCS                  |
+----------------------+
```

这里目的 MAC 地址占 6 字节，源 MAC 地址也占 6 字节。

因此仅仅两个 MAC 地址字段就是

$$
6+6=12\ Byte
$$

再加上 2 字节的 `EtherType` 字段，经典 Ethernet II 帧中通常所说的 Ethernet Header 就是

$$
6+6+2=14\ Byte
$$

于是这里一下出现了三个特别容易混淆的数字。

```text
一个 MAC 地址            6 Byte
两个 MAC 地址字段       12 Byte
Ethernet II Header      14 Byte
```

不少选择题就在这里设置干扰项。如果题目问「以太网地址长度」，答案是 6 字节。如果题目问「Ethernet 帧中源 MAC 与目的 MAC 地址字段合计长度」，答案是 12 字节。如果题目问经典 Ethernet II 的帧首部长度，通常答案是 14 字节。

这几个概念不能互相替代。

RFC 2516 给出的 Ethernet 帧格式就非常直观，其中 Destination Address 明确占 6 octets，Source Address 同样占 6 octets，EtherType 占 2 octets。

这里的 `octet` 也值得顺手理解一下。

网络标准文档特别喜欢用 `octet`，而不是直接写 `byte`。`octet` 的含义非常确定，就是 8 位。

因此看到

```text
6 octets
```

就可以直接理解成

```text
6 × 8 bit
```

也就是

```text
48 bit
```

在现代计算机环境里通常也就是 6 字节。

MAC 地址为什么经常使用十六进制表示，也和这个长度非常匹配。

如果全部用二进制写，一个 MAC 地址可能长成下面这样。

```text
00111100 01010010 10000010 10100001 10110111 00001001
```

这种形式虽然最接近计算机真实的数据结构，但人类阅读极其痛苦。

转换成十六进制以后，同一个地址可以写成

```text
3C-52-82-A1-B7-09
```

一个字节刚好对应两个十六进制字符，六个字节刚好形成六组，看起来非常规整。

因此看到

```text
AA-BB-CC-DD-EE-FF
```

时，可以在脑中直接建立下面的对应关系。

```text
AA    1 Byte
BB    1 Byte
CC    1 Byte
DD    1 Byte
EE    1 Byte
FF    1 Byte
```

全部加起来就是

$$
1+1+1+1+1+1=6\ Byte
$$

再看位数。

每个字节 8 位，于是

$$
6\times8=48\ bit
$$

这套推导比单纯背诵 `MAC 地址等于 6 字节` 稳固得多。

48 位能够表示多少种不同的组合，也可以算一下。

理论地址空间为

$$
2^{48}
$$

计算结果是

$$
281\,474\,976\,710\,656
$$

也就是大约 281 万亿种不同的位组合。

当然，现实世界并不是把所有 48 位组合简单地随机发给网卡。IEEE 维护 MAC 地址相关的地址分配体系，其中包括 `EUI-48`，以及 `MA-L`、`MA-M`、`MA-S` 等地址块分配方式。IEEE 的 Registration Authority 明确说明，`EUI-48` 可以用作 MAC 地址和 Ethernet 地址。

传统教材常常把 48 位 MAC 地址解释成两半。

```text
前 24 位    厂商相关标识
后 24 位    厂商自行分配的接口标识
```

这种讲法对于理解经典的 `OUI + 设备部分` 模型很方便，也是很多计算机网络考试采用的模型。

不过现代 IEEE 地址分配已经存在 `MA-L`、`MA-M`、`MA-S` 等不同规模的分配机制，所以在工程实践中，不应该机械地把任何 MAC 地址的前三个字节都理解成完整的厂商身份信息。作为考试基础模型，可以记住传统的 24 位加 24 位结构，作为现代工程知识，则需要知道 IEEE 的实际地址分配体系更加细致。

48 位 MAC 地址内部还有两个非常重要的控制位。

第一个字节中的最低有效位称为 `I/G` 位，用来区分 Individual 和 Group。

当该位为 `0` 时，表示 Individual，也就是单个站点地址，通常对应我们熟悉的单播。

当该位为 `1` 时，表示 Group，可以用于组播类地址。

紧邻它的另一个位是 `U/L` 位，用来表示地址属于 Universally Administered 还是 Locally Administered。

IEEE 的 `EUI` 指南明确说明了这两个位的用途，其中最低有效位用于区分 Individual 与 Group，下一个最低有效位用于区分 Universal 与 Local。

这也解释了为什么 MAC 地址并不是简单的 48 位任意整数，它的某些位在协议体系中承担特定语义。

广播 MAC 地址则更加经典。

```text
FF-FF-FF-FF-FF-FF
```

六个字节全部是十六进制的 `FF`。

一个 `FF` 对应二进制

```text
11111111
```

因此六个 `FF` 就是

$$
6\times8=48
$$

个 `1`。

也就是

```text
11111111
11111111
11111111
11111111
11111111
11111111
```

这个地址依然是一个完整的 6 字节 Ethernet 地址，只不过它承担广播目的地址的特殊功能。

RFC 1180 在介绍 Ethernet 时直接说明 Ethernet 地址为 6 bytes，并给出了 `FF-FF-FF-FF-FF-FF` 作为广播地址。

从交换机工作原理来看，6 字节地址的重要性会更加明显。

二层交换机处理普通 Ethernet 帧时，会读取帧中的 Source MAC，并根据帧从哪个端口进入来学习 MAC 地址与端口之间的映射关系。

交换机内部最终会形成类似这样的 MAC Address Table。

```text
MAC Address          Port
3C-52-82-A1-B7-09    Gi0/1
70-85-C2-31-9A-10    Gi0/2
A4-B1-C1-22-33-44    Gi0/8
```

这里表项中的每个 MAC 地址仍然是 6 字节。

当一个 Ethernet 帧到达交换机时，交换机读取目的 MAC 地址，再去查表。

查到具体端口，就定向转发。

找不到对应表项，就可能在所属 VLAN 范围内执行 Unknown Unicast Flooding。

如果目的地址本身就是

```text
FF-FF-FF-FF-FF-FF
```

交换机则按照二层广播的规则处理。

所以 MAC 地址的 6 字节不仅是教材里的静态数字，它实际上就是交换芯片进行 Layer 2 转发时处理的关键字段之一。

现代交换机 ASIC 在极高的数据速率下不断解析 Ethernet 帧头，其中非常早就要读取这 6 字节 Destination MAC，再结合 VLAN、转发表等信息决定出口。我们平时看到的一个短短 MAC 地址，在交换芯片内部实际上直接参与高速硬件查表。

回到计算机本身，在 Windows 中执行

```powershell
ipconfig /all
```

通常可以看到类似 Physical Address 的字段。

也可以执行

```powershell
getmac
```

查看系统接口对应的 MAC 地址。

Linux 中常见的查看方式包括

```bash
ip link
```

输出中会出现类似

```text
link/ether 3c:52:82:a1:b7:09
```

这里的六组十六进制数字就是一个 48 位 MAC 地址。

如果使用 Wireshark 抓一个普通 Ethernet 帧，在 Ethernet II 区域里通常能够看到

```text
Destination
Source
Type
```

其中 Destination 对应 6 字节目的 MAC 地址，Source 对应 6 字节源 MAC 地址。

这里与 IP 层形成了非常清晰的层次关系。

Ethernet 属于数据链路层技术，使用 MAC 地址。

IPv4 属于网络层协议，使用 IPv4 地址。

IPv6 同样属于网络层协议，使用 IPv6 地址。

它们的长度完全不同。

```text
Ethernet MAC Address    6 Byte     48 bit
IPv4 Address            4 Byte     32 bit
IPv6 Address           16 Byte    128 bit
```

这三个数字很值得放在一起记。

如果只记一个口诀，可以记成

```text
IPv4 是 4
MAC 是 6
IPv6 是 16
```

对应

```text
4 Byte
6 Byte
16 Byte
```

这样考试时遇到 `4`、`6`、`8`、`16` 一类干扰项，就比较容易排除。

这里的 `8 字节` 尤其值得警惕，因为 IEEE 体系里确实存在 `EUI-64`，长度是 64 位，也就是 8 字节。IANA 的地址族登记中也区分了 48-bit MAC 和 64-bit MAC。

但经典 Ethernet 帧中的 Destination MAC 和 Source MAC 使用的仍然是我们讨论的 48 位地址。

因此考试如果直接问

```text
以太网地址长度是多少字节
```

通常不要因为见过 `EUI-64` 就选 8。

标准教材语境下应当选

$$
\boxed{6\ Byte}
$$

IPv6 也经常制造另一个误区。

早期 IPv6 无状态自动配置机制中，存在从 48 位 Ethernet 地址构造 Modified EUI-64 Interface Identifier 的方法。RFC 2464 对这种转换方式进行了规定，其中会从内置的 48 位 IEEE 802 地址生成 64 位 Interface Identifier。

但这里要分清楚两个对象。

原始 Ethernet MAC 地址还是 48 位，也就是 6 字节。

转换形成的 EUI-64 接口标识是 64 位，也就是 8 字节。

IPv6 地址整体则是 128 位，也就是 16 字节。

三者不能混成一个数字。

可以写成

$$
MAC=48\ bit
$$

$$
EUI\text{-}64=64\ bit
$$

$$
IPv6=128\ bit
$$

对应

$$
6\ Byte,\quad8\ Byte,\quad16\ Byte
$$

ARP 又提供了一个非常好的现实连接点。

IPv4 主机在 Ethernet 网络中通信时，仅知道目标 IPv4 地址还不够。真正把 Ethernet 帧发到局域网时，需要知道下一跳对应的 MAC 地址。因此 IPv4 网络通常通过 ARP 建立 IPv4 地址与 Ethernet MAC 地址之间的映射关系。

在 Windows 中执行

```powershell
arp -a
```

可能看到类似结构。

```text
192.168.1.1    3c-52-82-a1-b7-09
192.168.1.20   70-85-c2-31-9a-10
```

左边 IPv4 地址占 4 字节。

右边 MAC 地址占 6 字节。

这张表非常适合建立直觉，网络层地址和数据链路层地址不是同一种东西。

即便某台主机要访问 Internet 上距离非常远的服务器，Ethernet 帧中的目的 MAC 地址通常也不是远端服务器的 MAC 地址，而是当前 Ethernet 链路上下一跳设备的 MAC 地址，例如默认网关。

IP 数据报在跨越路由器时，网络层的源 IP 和目的 IP 通常维持端到端语义，而每经过一个新的二层网络，外面的数据链路层帧都可能重新封装，源 MAC 和目的 MAC 随着链路变化。

因此 MAC 地址是典型的链路层地址，而不是 Internet 范围内用于跨路由器寻址的地址。

这也能帮助我们理解，为什么路由器和交换机看的关键字段不同。

二层交换机主要依据 MAC 地址工作。

三层路由器主要依据 IP 地址和路由表工作。

实际设备当然可能同时具备 Layer 2 和 Layer 3 能力，但从经典网络模型来看，这种区分仍然非常重要。

再回到 Ethernet 帧长度，还有几个数字经常和 6 字节一起出现在考试中。

经典 Ethernet II 帧在不考虑 VLAN Tag 的情况下，Destination MAC 是 6 字节，Source MAC 是 6 字节，EtherType 是 2 字节，Data 加 Padding 通常为 46 到 1500 字节，FCS 是 4 字节。

因此从 Destination MAC 开始算到 FCS 结束，经典最小 Ethernet 帧为

$$
6+6+2+46+4=64\ Byte
$$

最大普通 Ethernet 帧为

$$
6+6+2+1500+4=1518\ Byte
$$

这里可以看到一个很有意思的规律。

`6` 是单个 MAC 地址长度。

`14` 是经典 Ethernet II Header 长度。

`64` 是经典最小 Ethernet Frame 长度。

`1500` 通常是 Ethernet Payload 对 IP 层暴露的经典 MTU 数值。

`1518` 是不带 VLAN Tag 的经典最大 Ethernet Frame 长度之一。

这些数字彼此有关，但绝对不能混用。

RFC 1042 对 IEEE 802.3 帧给出的描述中，Source Address 和 Destination Address 分别为 6 octets，同时列出了经典 10BASE5 环境下 64 octets 的最小帧规模和 1518 octets 的最大帧规模。

还有 Preamble 和 SFD 的问题。

Ethernet 在线路上传输时，MAC 帧前面还有同步相关字段。

经典形式中通常包括

```text
Preamble    7 Byte
SFD         1 Byte
```

合计 8 字节。

但很多教材所说的 64 到 1518 字节 Ethernet Frame 并不把这 8 字节算进 MAC 帧长度。

所以千万不要因为看到线上还有额外 8 字节，就认为 MAC 地址是 8 字节，二者完全没有关系。

Preamble 和 SFD 属于帧传输同步相关内容。

MAC Address 是地址字段。

这也是网络考试很喜欢考察的概念边界。

MAC 地址还有一个和 VLAN 有关的细节。

普通 Ethernet II Header 可以写成

```text
Destination MAC    6
Source MAC         6
EtherType          2
```

总共

$$
14\ Byte
$$

加入 IEEE 802.1Q VLAN Tag 后，中间会额外增加 4 字节相关字段，因此帧头结构发生扩展。

但是无论有没有 VLAN，Destination MAC 仍然是 6 字节，Source MAC 也仍然是 6 字节。

也就是说 VLAN 改变了 Ethernet 帧结构中的附加字段，却没有把 MAC 地址从 48 位改成别的长度。

从数据结构角度理解也很有意思。

如果程序需要保存一个标准 48 位 MAC 地址，可以直接使用 6 字节数组。

C 语言中可以写成类似

```c
uint8_t mac[6];
```

这里的 `uint8_t` 每个元素占 8 位，一共有 6 个元素。

所以

$$
6\times8=48\ bit
$$

对于

```text
3C-52-82-A1-B7-09
```

内存中的逻辑字节序列可以抽象理解为

```text
mac[0] = 0x3C
mac[1] = 0x52
mac[2] = 0x82
mac[3] = 0xA1
mac[4] = 0xB7
mac[5] = 0x09
```

从软件开发视角看，`6 字节` 就不再只是协议课上的一个数字，而是一个真实的数据字段大小。

网络驱动、操作系统协议栈、交换芯片 SDK、抓包程序、虚拟交换机、Hypervisor、容器网络组件，都需要按照这种 Ethernet 地址结构处理数据。

再从二进制层面做一次最短的逻辑链，我们就能把这道题彻底固定下来。

一个十六进制数字表示 4 位。

两个十六进制数字表示

$$
2\times4=8\ bit
$$

也就是 1 字节。

MAC 地址通常有六组。

```text
XX-XX-XX-XX-XX-XX
```

所以

$$
6\times1=6\ Byte
$$

同时

$$
6\times8=48\ bit
$$

因此

$$
\boxed{Ethernet\ Address=48\ bit=6\ Byte}
$$

如果题目进一步问 Ethernet 帧中的源地址和目的地址各是多少，答案依然分别是 6 字节。

如果问两者总共多大，则是

$$
6+6=12\ Byte
$$

如果问经典 Ethernet II Header，则通常是

$$
6+6+2=14\ Byte
$$

如果问 IPv4 地址，则是

$$
32\ bit=4\ Byte
$$

如果问 IPv6 地址，则是

$$
128\ bit=16\ Byte
$$

如果问 EUI-64，则是

$$
64\ bit=8\ Byte
$$

把它们放进同一张脑内地图后，考试中最常见的干扰项基本都失去了迷惑性。

真正需要记住的核心画面甚至不需要一句口诀，只需要记住这一行。

```text
AA-BB-CC-DD-EE-FF
```

六组，每组两个十六进制数字，每组正好一个字节。

于是答案自然落下来。

$$
\boxed{\text{以太网地址长度为 }6\text{ 字节，也就是 }48\text{ 位}}
$$

这就是这道题最标准的答案。对于经典 Ethernet、IEEE 802.3、交换机 MAC 表、ARP 映射以及普通操作系统显示出来的 Ethernet MAC 地址，都可以围绕这个 `6 字节` 建立统一认识。IEEE 官方资料把这种地址表示为六个 octet，RFC 文档也明确把 Ethernet 地址描述为 6 octets，两套规范体系在这一点上完全一致。

## 参考资料

IEEE Standards Association，MAC Addresses，介绍 IEEE Registration Authority 管理的 `EUI-48`、`EUI-64` 以及 `MA-L`、`MA-M`、`MA-S` 地址分配体系。

IEEE Standards Association，Standard Group MAC Addresses，明确说明 Source MAC Address 与 Destination MAC Address 都是 48 位字段。

IEEE，Standard Group MAC Addresses 技术资料，说明 48 位地址由六个 octet 构成，并介绍 `I/G` 等地址位的含义。

IEEE Registration Authority，Guidelines for Use of EUI, OUI, and CID，介绍 `EUI-48`、`EUI-64`、`I/G` 位和 `U/L` 位。

RFC Editor，RFC 1042，给出 IEEE 802.3 中 6 octets Source Address 与 6 octets Destination Address 等帧结构信息。

RFC Editor，RFC 1180，对 Ethernet 的基础结构进行说明，并明确给出 Ethernet Address 为 6 bytes，以及广播地址 `FF-FF-FF-FF-FF-FF`。

RFC Editor，RFC 2464，介绍 IPv6 over Ethernet，并描述由内置 48 位 IEEE 802 地址形成 EUI-64 Interface Identifier 的机制。

IANA，Ethernet Numbers，登记 48-bit MAC、组播 MAC 以及相关 Ethernet 地址空间信息。

在计算机网络课程、软考、网络工程师考试、交换机配置、抓包分析以及日常操作系统网络诊断中，题目里出现的「以太网地址」「Ethernet 地址」「物理地址」「MAC 地址」，绝大多数情况下指的都是这种 48 位地址。

以太网地址为什么是 6 字节，从 48 位 MAC 地址一直讲到 Ethernet 帧结构

紫薇堂堂主

网络与通信

编程语言

以太网地址标准长度为6字节（48位），即常见MAC地址，由6组十六进制数表示。目的MAC与源MAC各占6字节，合计12字节；经典EthernetII帧头（含类型字段）为14字节。需区分IPv4（4字节）、IPv6（16字节）及EUI-64（8字节），避免混淆考试与网络配置中的常见数字。

软件开发

数据结构

代码解释

服务器

路由器

Windows

容器

路由

Linux

ASIC

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

以太网地址为什么是 6 字节，从 48 位 MAC 地址一直讲到 Ethernet 帧结构-腾讯云开发者社区-腾讯云

以太网地址为什么是 6 字节，从 48 位 MAC 地址一直讲到 Ethernet 帧结构

以太网地址为什么是 6 字节，从 48 位 MAC 地址一直讲到 Ethernet 帧结构

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐