题目如下。

IEEE 802.3 规定的最小帧长是（36）字节。

A．46
B．64
C．512
D．1500

正确答案是 B，也就是 64 字节。

这里的 64 字节，是从目的 MAC 地址字段开始，一直计算到帧校验序列 FCS 字段结束的完整 MAC 帧长度。它不包含前导码，不包含帧开始定界符，也不包含帧与帧之间的空闲间隔。

IEEE 802.3 工作组负责制定以太网相关标准，其官方网站也将该工作组明确定位为以太网标准的制定机构。[IEEE 802.3 工作组](https://www.ieee802.org/3/)

## 64 字节是怎样计算出来的

经典 IEEE 802.3 MAC 帧可以按照下面的结构理解。

| 字段        |       长度 | 主要作用          |
| --------- | -------: | ------------- |
| 目的 MAC 地址 |     6 字节 | 标识帧的接收方       |
| 源 MAC 地址  |     6 字节 | 标识帧的发送方       |
| 长度或类型字段   |     2 字节 | 表示数据长度或上层协议类型 |
| 数据与填充字段   | 最少 46 字节 | 承载上层数据，不足时补齐  |
| FCS 字段    |     4 字节 | 使用 CRC 检测传输错误 |

把各字段的最小长度相加，可以得到

$$
6+6+2+46+4=64\text{ 字节}
$$

因此，IEEE 802.3 的最小 MAC 帧长度为 64 字节。

也可以把帧头、数据和帧尾分开计算。

$$
14\text{ 字节帧头}+46\text{ 字节数据与填充}+4\text{ 字节 FCS}
=64\text{ 字节}
$$

这里的 14 字节帧头由目的 MAC 地址、源 MAC 地址以及长度或类型字段组成。

$$
6+6+2=14\text{ 字节}
$$

帧尾则是 4 字节的 FCS。

如果上层交给数据链路层的数据正好有 46 字节或者更多，就可以直接放入数据字段。若上层数据不足 46 字节，发送端必须增加填充字节，使数据与填充字段达到 46 字节，从而保证整个帧达到 64 字节。

例如，一个上层协议只交下来 20 字节有效数据。以太网不能直接发送一个总长度为

$$
14+20+4=38\text{ 字节}
$$

的短帧，而要增加 26 字节填充数据。

$$
20+26=46\text{ 字节}
$$

补齐后，完整帧长度仍然是

$$
14+46+4=64\text{ 字节}
$$

这些填充内容只是以太网数据链路层为满足最小帧长要求而增加的内容，并不属于原来的上层数据。接收端根据上层协议头中的长度信息，可以识别真正的数据边界。

RFC 894 对 IP 数据报在以太网上的封装方式进行了说明，其中明确指出，以太网数据字段的最小长度为 46 个八位组，不足时应进行填充，并且填充内容不属于 IP 数据报。[RFC 894](https://www.rfc-editor.org/rfc/rfc894.html)

octet 是八位组，一个 octet 等于 8 bit。在现代计算机网络语境中，它通常与一个字节等价。因此，这里的 46 octets 就是 46 字节。

## 为什么不能把 46 字节选为答案

选项 A 的 46 字节非常有迷惑性，因为它确实是一个正确的以太网数字，但它表示的是基本以太网帧中数据与填充字段的最小长度，而不是整个帧的最小长度。

完整帧还必须包含 14 字节帧头和 4 字节 FCS。

$$
46+14+4=64\text{ 字节}
$$

可以把它理解成快递运输中的包裹。上层数据相当于包裹里的物品，MAC 帧头相当于收件地址、发件地址和货物类别标签，FCS 相当于运输过程中用于检查包裹是否损坏的校验信息。

题目问的是完整包裹的最小重量，而 46 字节只是包裹内部货物区域的最小容量。两者处在不同的计算范围内。

在普通未携带 VLAN 标签的以太网帧中，数据不足 46 字节时，需要由发送端填充。假定发送的是一个很短的控制报文，上层有效数据只有 28 字节，那么发送端需要补充

$$
46-28=18\text{ 字节}
$$

接收端看到的 MAC 帧仍然满足 64 字节最小长度。上层协议处理时并不会把这些填充字节错误地当成真正的业务内容，因为上层协议通常拥有自己的长度字段。

因此，看到 46 字节时，应当立即联想到最小数据字段，而看到 64 字节时，应当联想到最小完整 MAC 帧。

## 64 字节与 512 位时间的关系

选项 C 的 512 同样经过了精心设计。它并非毫无关系的干扰数字，而是 64 字节转换成 bit 后的结果。

$$
64\times 8=512\text{ bit}
$$

IEEE 802.3 传统共享式以太网采用 CSMA/CD，也就是带冲突检测的载波监听多路访问机制。为保证发送站能够在发送期间检测到最远端产生的冲突，以太网定义了 512 bit times，也就是 512 位时间的时槽。

这里必须分清单位。

题目问的是字节，正确答案是 64。

如果题目问最小帧长是多少 bit，那么答案就是 512 bit。

如果题目问经典以太网的冲突时槽是多少位时间，那么答案也是 512 bit times。

选项 C 写的是 512 字节。512 字节相当于

$$
512\times 8=4096\text{ bit}
$$

它显然不是标准以太网最小帧长度。命题者正是利用了 64 字节与 512 bit 之间的换算关系，考查是否认真辨认了题目的单位。

在网络计算中，bit 与 byte 的混淆极其常见。bit 通常写成小写 b，byte 通常写成大写 B。

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

网络带宽通常使用 Mbps，也就是每秒多少兆 bit。文件容量通常使用 MB，也就是多少兆字节。两者之间不能直接把数字等同起来。

## 最小帧长为什么与冲突检测有关

理解 64 字节的关键，在于经典共享式以太网中的冲突检测。

早期以太网经常使用同轴电缆或者集线器，多台计算机共享同一条通信介质。同一时刻如果有两台计算机发送信号，两个电信号会在介质中相遇并发生冲突。

CSMA/CD 的工作思路可以概括为，发送站在发送前监听介质，发现介质空闲时开始发送，发送过程中继续监听。一旦发现实际信号与自己发送的信号不一致，就判断发生了冲突，停止正常帧发送，并执行退避和重传。

这里存在一个由信号传播速度造成的时间差。

设共享网络两端分别有站点 A 和站点 B。A 开始发送帧时，信号不会瞬间到达 B，而要经过一段传播时间。就在 A 的信号即将抵达 B 之前，B 可能仍然认为介质空闲，于是也开始发送。

A 的信号与 B 的信号在靠近 B 的位置相遇并发生冲突。B 很快便能检测到冲突，但冲突信号还要继续向 A 传播。只有冲突产生的影响返回 A，A 才能知道自己的发送失败。

如果 A 发送的帧非常短，它可能在冲突信号返回之前就已经把整个帧发送完毕。A 在发送过程中没有检测到冲突，便会错误地认为发送成功，而接收方实际得到的却是一个已经损坏的帧。

为避免这种情况，一个站点发送最短帧所需要的时间，不能小于信号在最大冲突域内往返传播并被检测到所需的时间。

可以写成下面的关系。

$$
T_{\text{最小帧发送}}\geq T_{\text{最坏往返传播}}
$$

经典以太网把这个时间窗口规定为 512 位时间。在 10 Mbps 以太网上，发送一个 bit 需要

$$
\frac{1}{10\,000\,000}\text{ 秒}=0.1\text{ 微秒}
$$

发送 512 bit 所需的时间为

$$
512\times 0.1=51.2\text{ 微秒}
$$

所以，在 10 Mbps 以太网上，一个最小 64 字节 MAC 帧的发送时间是 51.2 微秒。只要网络的拓扑、电缆长度和中继设备满足标准规定，冲突信号就能够在这段时间内返回发送端。

假设没有最小帧长限制，A 只发送一个 10 字节的帧，那么对应的发送时间只有

$$
10\times 8\times 0.1=8\text{ 微秒}
$$

如果冲突影响经过二十多微秒才返回 A，A 早已停止发送，也就无法按照发送期间的信号变化完成可靠的冲突检测。

64 字节并不是随意选择的整数，而是网络最大往返传播时延、物理介质特性、数据传输速率和冲突检测机制共同约束出来的结果。

这里还可以得到一个非常重要的判断规律。传统半双工以太网必须满足

$$
\text{最小帧发送时间}\geq\text{冲突域最大往返时延}
$$

当传输速率提高时，一个 bit 的持续时间变短。如果最小帧长仍保持不变，相同 512 bit 的传输时间就会缩短。为了继续满足冲突检测条件，网络允许的冲突域直径必须相应缩小，或者标准需要引入其他补偿机制。

在 100 Mbps 以太网中，512 bit 的发送时间为

$$
\frac{512}{100\,000\,000}=5.12\text{ 微秒}
$$

它只有 10 Mbps 以太网对应时间的十分之一。因此，快速以太网对冲突域范围和中继器时延的限制更加严格。

现代交换式以太网大量采用全双工通信。交换机的每个端口通常构成独立链路，发送与接收可以同时进行，不再使用传统共享介质中的竞争方式，CSMA/CD 在这些全双工链路上也不再承担实际冲突处理工作。不过，64 字节的最小帧格式仍然保留下来，以维持协议体系、硬件实现和网络设备之间的兼容性。

## 为什么 1500 字节也不是答案

选项 D 的 1500 字节代表的是传统以太网数据字段的常见最大长度，也就是常说的 Ethernet MTU，而不是最小帧长。

不带 VLAN 标签的传统以太网帧，在数据字段达到 1500 字节时，完整 MAC 帧长度为

$$
6+6+2+1500+4=1518\text{ 字节}
$$

所以需要把几个经常同时出现的数字分开。

|      数值 | 准确含义                     |
| ------: | ------------------------ |
|   46 字节 | 普通以太网帧的数据与填充字段最小长度       |
|   64 字节 | 从目的 MAC 地址到 FCS 的最小完整帧长度 |
| 512 bit | 64 字节换算得到的位数，也是经典以太网时槽长度 |
| 1500 字节 | 传统以太网数据字段的常见最大长度         |
| 1518 字节 | 不带 VLAN 标签时的传统最大 MAC 帧长度 |

RFC 894 规定 IP 数据报通过以太网传输时，以太网数据字段最少为 46 字节，常规最大值为 1500 字节。[RFC 894 的帧格式说明](https://www.rfc-editor.org/rfc/rfc894.html)

1500 字节主要涉及最大传输单元问题。一个普通 IPv4 数据报如果超过链路能够承载的 MTU，可能需要进行分片，或者通过路径 MTU 发现等机制调整报文大小。这个问题与最小帧长的冲突检测目的不同。

最小值解决的是帧不能太短的问题，最大值解决的是单个帧不能无限大的问题。帧过短会影响经典共享式以太网的冲突检测，帧过长则会让某个站点长时间占用介质，并增加缓冲、差错重传和公平性方面的压力。

## 前导码是否属于这 64 字节

分析以太网帧长度时，还有一个很容易造成答案差异的问题，那就是是否计算前导码和帧开始定界符。

在物理链路上传输一个以太网帧之前，还会发送 7 字节前导码和 1 字节帧开始定界符 SFD。

前导码用于帮助接收端完成时钟同步，SFD 用于表明正式帧内容即将开始。它们合计为 8 字节。

因此，一个最小以太网帧在物理介质上实际会出现

$$
8+64=72\text{ 字节}
$$

其中，8 字节属于物理层同步相关内容，64 字节属于从目的 MAC 地址开始计算的 MAC 帧。

IEEE 802.3 最小帧长题目通常采用 MAC 帧统计口径，所以答案是 64 字节，而不是 72 字节。

帧发送完毕以后，发送方还必须留出帧间间隔。经典以太网帧间间隔为 96 bit times，相当于 12 字节的传输时间，但这 12 字节不是一个真正被发送的帧字段，而是一段介质空闲时间，更不能计入帧长。

把物理线路上的一次完整占用过程展开，可以理解为

$$
\text{前导码与 SFD}+\text{MAC 帧}+\text{帧间间隔}
$$

对于最小帧，对应的量分别为

$$
8\text{ 字节}+64\text{ 字节}+12\text{ 字节时间}
$$

只有中间的 64 字节属于题目所问的最小帧长。

在 10 Mbps 网络中，发送前导码与 SFD、最小帧并等待一个帧间间隔，合计需要

$$
(8+64+12)\times 8=672\text{ bit times}
$$

对应时间为

$$
\frac{672}{10\,000\,000}=67.2\text{ 微秒}
$$

这项计算适合分析极短帧条件下的理论包转发率，但不能据此把最小帧长回答成 72 字节或 84 字节。不同概念采用了不同的统计边界。

## 抓包时为什么有时只能看到 60 字节

在 Wireshark 等抓包软件中，有时会看到长度接近 60 字节的以太网帧，于是容易与 64 字节规定产生矛盾。

常见原因是网卡在把数据交给操作系统之前，已经检查并移除了 4 字节 FCS。抓包软件得到的是不含 FCS 的内容。

$$
64-4=60\text{ 字节}
$$

物理链路上实际传输的 MAC 帧仍然可能是 64 字节，只是软件层面没有捕获到那 4 字节 FCS。

类似地，前导码与 SFD 通常由网卡物理层硬件处理，普通操作系统抓包也看不到。因此，抓包软件显示的帧长度、网卡统计的帧长度和物理介质上实际消耗的位时间，可能采用不同口径。

实际排查网络问题时，看到一个被设备标记为 runt frame 的帧，通常表示它小于合法最小长度。若统计口径包含 FCS，低于 64 字节的帧可能被识别为超短帧。它可能来自冲突残片、线路故障、网卡异常、双工配置问题或测试设备刻意构造的非法流量。

## 用一道变式检查是否真正掌握

设某个上层协议向普通以太网交付 30 字节数据，不考虑 VLAN 标签，那么发送端需要增加多少字节填充，最终 MAC 帧有多长。

数据字段最少必须达到 46 字节，因此填充长度为

$$
46-30=16\text{ 字节}
$$

完整帧长度为

$$
6+6+2+30+16+4=64\text{ 字节}
$$

再设上层交付 100 字节数据。由于 100 字节已经超过 46 字节下限，不需要填充。完整帧长度为

$$
6+6+2+100+4=118\text{ 字节}
$$

再设数据字段达到 1500 字节，不带 VLAN 标签时，完整帧长度为

$$
6+6+2+1500+4=1518\text{ 字节}
$$

这三种情况共同说明，46 字节控制数据字段的下限，1500 字节控制传统数据字段的常见上限，而 64 字节是完整 MAC 帧的下限。

## 本题结论

本题应选 B。

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

推导过程为

$$
6\text{ 字节目的地址}
+6\text{ 字节源地址}
+2\text{ 字节长度或类型}
+46\text{ 字节数据与填充}
+4\text{ 字节 FCS}
=64\text{ 字节}
$$

四个选项分别对应不同概念。46 字节是最小数据与填充字段，64 字节是最小完整 MAC 帧，512 是最小帧换算成 bit 后的数值，1500 字节是传统以太网数据字段的常见最大长度。

真正需要记住的并非孤立的 64，而是下面这条完整逻辑。

$$
64\text{ 字节}=512\text{ bit}
$$

512 位时间为经典 CSMA/CD 提供了足够的冲突检测窗口，64 字节的最小帧长正是这一物理约束在数据链路层帧格式中的体现。


这里的 64 字节，是从目的 MAC 地址字段开始，一直计算到帧校验序列 FCS 字段结束的完整 MAC 帧长度。它不包含前导码，不包含帧开始定界符，也不包含帧与帧之间的空闲间隔。

从 46 字节到 512 位时间，彻底理解 IEEE 802.3 为什么规定最小帧长为 64 字节

紫薇堂堂主

网络与通信

编程语言

IEEE802.3规定最小MAC帧长为64字节，由14字节帧头、46字节数据与填充字段及4字节FCS构成。46字节仅为最小数据字段长度，512bit是64字节换算结果，1500字节为最大数据字段。该设计保证CSMA/CD冲突检测机制有效运行。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

从 46 字节到 512 位时间，彻底理解 IEEE 802.3 为什么规定最小帧长为 64 字节-腾讯云开发者社区-腾讯云

从 46 字节到 512 位时间，彻底理解 IEEE 802.3 为什么规定最小帧长为 64 字节

从 46 字节到 512 位时间，彻底理解 IEEE 802.3 为什么规定最小帧长为 64 字节

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐