这道题的正确答案是

（24）选 `C.1500`

（25）选 `B.1460`

计算过程只有一行

```text
TCP 数据最大长度
= Ethernet MTU - IPv4 首部 - TCP 首部
= 1500 - 20 - 20
= 1460 字节
```

真正需要花时间搞清楚的，其实不是这个减法，而是为什么题目第（24）空应该填 `1500`，而不是看上去同样很像以太帧最大长度的 `1518`。网络管理员考试里，这恰恰是非常典型的概念陷阱。

很多教材会写，以太帧最大长度为 `1518` 字节。另一些教材又会写，以太网的 `MTU` 为 `1500` 字节。两句话都可能正确，因为描述的根本不是同一个边界。

标准以太网在没有 `802.1Q VLAN Tag` 的普通情况下，一个完整 `Ethernet II` 帧可以这样理解

```text
┌────────────────────── Ethernet Frame ──────────────────────┐

| 目的 MAC | 源 MAC | Type |           Data            | FCS |
|   6 B    |  6 B   | 2 B  |       46 ~ 1500 B         | 4 B |

└─────────────────────────────────────────────────────────────┘
```

其中以太网头部占

```text
6 + 6 + 2 = 14 字节
```

尾部的 `FCS` 占

```text
4 字节
```

数据字段最大可以装

```text
1500 字节
```

所以一个普通未打 `VLAN Tag` 的最大以太帧长度就是

```text
14 + 1500 + 4
= 1518 字节
```

这里的 `1518` 是完整以太网帧的长度，而 `1500` 是以太网帧内部能够交给上层协议使用的数据字段最大长度。

当这个数据字段装的是 `IPv4` 数据报时，正常所说的以太网 `MTU` 就是 `1500` 字节。

这正是本题最重要的一道分界线。

`1518` 管的是整个二层帧，`1500` 管的是这个帧最多能够承载多少三层数据。

所以可以把这两个数字牢牢记成

```text
Ethernet 最大帧长 = 1518 B

Ethernet MTU = 1500 B
```

二者之间刚好差

```text
1518 - 1500 = 18 B
```

这 `18` 字节来自

```text
Ethernet Header 14 B
+
FCS 4 B
=
18 B
```

也正因为如此，当考试题目出现下面两种问法时，答案很可能不同。

题目如果问

```text
标准 Ethernet 帧最大长度是多少
```

通常考虑

```text
1518 字节
```

题目如果问

```text
Ethernet MTU 是多少
```

通常考虑

```text
1500 字节
```

本题虽然写成了「以太帧的最大长度（MTU）」这样略显不够严谨的表述，但括号里明确给出了 `MTU`，而且后面马上要求计算 `TCP` 可以承载多少数据，再结合四个选项，命题人的计算模型显然是

```text
MTU = 1500
```

所以第（24）空必须选择 `C.1500`。

这个结论也与经典的 `IP over Ethernet` 规范一致。标准 Ethernet 数据字段最大为 `1500` 字节，因此在普通 Ethernet 上传送的 `IP` 数据报最大长度通常也是 `1500` 字节。RFC Editor 对早期 RFC 894 中相关文字还专门登记过勘误，原文把 `1500` 错写成了最小值，经过确认后应当是最大值。

搞清楚 `1500` 之后，第（25）空就容易很多。

这一层的封装关系是

```text
Ethernet
    ↓
IPv4
    ↓
TCP
    ↓
应用数据
```

放到一个实际数据包里，可以画成

```text
┌──────── Ethernet Frame ──────────────────────────────────────────────┐
│                                                                    │
│ Ethernet Header                                                    │
│ 14 B                                                               │
│                                                                    │
│   ┌──────── IPv4 Datagram ──────────────────────────────────────┐   │
│   │                                                            │   │
│   │ IPv4 Header                                                │   │
│   │ 20 B                                                       │   │
│   │                                                            │   │
│   │   ┌──────── TCP Segment ────────────────────────────────┐   │   │
│   │   │                                                    │   │   │
│   │   │ TCP Header                                         │   │   │
│   │   │ 20 B                                               │   │   │
│   │   │                                                    │   │   │
│   │   │ Application Data                                   │   │   │
│   │   │ 1460 B                                             │   │   │
│   │   │                                                    │   │   │
│   │   └────────────────────────────────────────────────────┘   │   │
│   │                                                            │   │
│   └────────────────────────────────────────────────────────────┘   │
│                                                                    │
│ FCS                                                                │
│ 4 B                                                                │
│                                                                    │
└────────────────────────────────────────────────────────────────────┘
```

以太网给 `IP` 的空间是

```text
1500 B
```

题目已经告诉我们，`IP` 头部长度为

```text
20 B
```

所以留给整个 `TCP Segment` 的空间就是

```text
1500 - 20
= 1480 B
```

但这里的 `1480 B` 还不能全部放应用数据，因为 `TCP Segment` 自己还要带一个 `TCP Header`。

题目又明确告诉我们，`TCP Header` 长度也是

```text
20 B
```

于是应用数据能够占用的最大空间就是

```text
1480 - 20
= 1460 B
```

合并起来便是考试中极其重要的公式

```text
TCP 最大数据长度
= MTU - IP Header - TCP Header
```

代入本题

```text
= 1500 - 20 - 20
= 1460 B
```

所以第（25）空选择

```text
B.1460
```

这个 `1460` 在 `TCP/IP` 网络里还有一个非常重要的名字，也就是 `MSS`，全称 `Maximum Segment Size`。

理解 `MSS` 时必须特别小心，因为 `TCP Segment Size` 这个名字很容易让人产生误解。`MSS` 并不是把整个 `TCP Header + TCP Data` 一起计算进去，而主要表示一个 `TCP` 报文段最多能够承载多少个数据字节。

在本题的标准场景中

```text
Ethernet MTU = 1500

IPv4 Header = 20

TCP Header = 20

TCP MSS = 1460
```

RFC 879 对这种关系给出的经典表达就是

```text
MSS = MTU - sizeof(IP Header) - sizeof(TCP Header)
```

后来 RFC 6691 又进一步澄清，在普通固定头部的计算模型中，`IPv4` 固定首部为 `20` 字节，`TCP` 固定首部也是 `20` 字节，因此标准 `1500` 字节 `MTU` 下很自然得到 `1460` 字节。现代 TCP 规范 RFC 9293 也继续保留了这一计算逻辑。

把整个数据包从最里面往外面装一遍，概念会更清楚。

假定应用程序准备发送 `1460` 字节数据。

`TCP` 会在前面加入 `20` 字节的 `TCP Header`

```text
TCP Segment
= TCP Header + TCP Data

= 20 + 1460

= 1480 B
```

接着 `IPv4` 再加上自己的 `20` 字节首部

```text
IPv4 Datagram
= IPv4 Header + TCP Segment

= 20 + 1480

= 1500 B
```

这个 `1500 B` 正好把标准 Ethernet 的 `MTU` 用满。

到了数据链路层，Ethernet 又给整个 `IP` 数据报套上一层外壳

```text
Ethernet Frame
= Ethernet Header
+ IPv4 Datagram
+ FCS

= 14
+ 1500
+ 4

= 1518 B
```

至此，题目里的几个选项几乎全部出现了。

```text
1460 B
```

对应标准情况下最大的 `TCP` 应用数据。

```text
1500 B
```

对应标准 Ethernet `MTU`，也是这里能够直接承载的完整 `IPv4` 数据报大小。

```text
1518 B
```

对应没有 `802.1Q VLAN Tag` 时普通 Ethernet 帧的最大长度。

这三个数字不是三个毫无关系的知识点，而是一层套一层算出来的。

最值得建立起来的脑内模型其实是

```text
应用数据 1460
      ↓
加 TCP 头 20
      ↓
TCP Segment 1480
      ↓
加 IPv4 头 20
      ↓
IPv4 Datagram 1500
      ↓
加 Ethernet Header 14
再加 FCS 4
      ↓
Ethernet Frame 1518
```

所以考试中只要看到

```text
1500
1460
1518
```

不要把它们当成三个需要死记的孤立数字，而应该马上恢复出这一整套封装关系。

还有一个很容易掉进去的坑，计算 `TCP` 数据长度时不能从 `1518` 开始减。

如果写成

```text
1518 - 20 - 20
= 1478
```

这个思路已经错在起点，因为 `1518` 里面包含了 Ethernet 自己的二层头部和 `FCS`。`IP` 根本拿不到这 `1518` 字节空间。

`IP` 能够使用的是 Ethernet 的 Payload，也就是 `1500` 字节。

所以正确思维应该始终从

```text
MTU = 1500
```

开始计算。

另一个常见错误，是看到 `1500` 后只减掉一个 `20`

```text
1500 - 20
= 1480
```

`1480` 实际表示的是在这个场景下 `IPv4 Payload` 的最大空间，也就是整个 `TCP Segment` 可以占据的空间。

它仍然包含

```text
TCP Header 20 B
```

因此还需要继续减

```text
1480 - 20
= 1460
```

这也能解释为什么 `1480` 经常出现在网络学习过程中，却没有出现在本题四个选项里。命题人问的是 `TCP` 能封装多少真正的数据，而不是问整个 `TCP Segment` 连头部一共能够多大。

从协议分层来看，还可以把 `1500` 理解成一间固定大小的房间。

Ethernet 给 `IPv4` 的房间只有 `1500` 字节。

`IPv4` 进来后，自己先占掉 `20` 字节办公空间，还剩

```text
1480 B
```

`TCP` 再进入这一层，又占掉 `20` 字节管理空间，于是真正拿来运输应用数据的空间只剩

```text
1460 B
```

这种空间逐层被协议头消耗的思路，比单纯背公式稳定得多。

实际网络里也能看到同样的现象。

Windows、Linux、路由器、防火墙和负载均衡设备经常会显示接口 `MTU 1500`。当主机通过普通 Ethernet 建立 `IPv4 TCP` 连接时，抓取 `TCP SYN` 包，经常可以看到类似

```text
MSS 1460
```

的值。

RFC 4413 也把 `1460` 列为 `TCP/IPv4 over Ethernet` 中非常常见的 `MSS` 数值。

这里还有一个非常实用的延伸，可以帮助彻底理解 `MTU` 和 `MSS` 为什么不是永远固定在 `1500` 和 `1460`。

家庭宽带和一些企业接入网络曾经大量使用 `PPPoE`。`PPPoE` 会额外消耗一部分封装空间，所以常见 `PPPoE MTU` 不是 `1500`，而是

```text
1492
```

假定仍然使用普通 `IPv4` 和没有额外选项的 `TCP`

```text
MSS
= 1492 - 20 - 20
= 1452
```

于是会得到另一组在网络工程中非常常见的数字

```text
MTU 1492

MSS 1452
```

这组数字和本题的

```text
MTU 1500

MSS 1460
```

遵守完全相同的计算规律。

企业网络中的 `VPN` 也有类似情况。`IPsec`、`GRE`、`VXLAN` 以及其他隧道协议会增加额外封装。如果底层物理 Ethernet 仍然限制在 `1500`，那么内部真正能够安全承载的有效数据往往需要进一步缩小。

这也是实际故障排查中经常出现的一类问题。网页普通文字能够打开，较大的请求却卡住，某些 `HTTPS` 页面异常，跨 `VPN` 的连接偶尔超时，抓包时又没有发现明显的应用程序错误。工程师往往需要检查路径上的 `MTU`、`TCP MSS`、`Path MTU Discovery` 和 ICMP 是否被错误过滤。

所以 `1500 - 20 - 20 = 1460` 并不只是考试里的数学题，它背后对应的是实际网络传输过程中非常具体的空间分配机制。

再看 `VLAN`，也能发现一个很有意思的地方。

传统普通 Ethernet 帧最大长度通常写作

```text
1518 B
```

加入一个标准 `802.1Q VLAN Tag` 后，会多出 `4` 字节，因此线上看到的二层帧长度可能达到

```text
1522 B
```

IEEE 资料中也明确区分了普通未标记帧与带 `802.1Q` 标签帧的最大尺寸。

但这不代表普通 `IPv4` Ethernet 接口的 `MTU` 就自动变成了 `1504`。

在常见 Ethernet 网络设计里，`VLAN Tag` 属于二层额外封装，原来的 `1500` 字节三层负载仍然可以保持，因此又一次说明了为什么不能把「整个 Ethernet Frame 多大」和「MTU 多大」混在一起。

还有一个细节非常适合考试辨析。

Ethernet 在线路上传输时，在帧前面还会出现 `Preamble` 和 `SFD`，帧与帧之间还存在 `Inter-Frame Gap`。

但传统考试所说的

```text
Ethernet 最大帧长度 1518 B
```

通常并不把这些物理层相关内容全部算进去。

因此不能看到还有前导码、帧间隙，就继续往 `1518` 上累加，再拿那个数字去计算 `IP MTU`。不同教材在讨论二层帧、线上开销和物理层传输成本时，统计口径可能不同，而本题属于经典的协议封装长度计算，按

```text
14 + 1500 + 4 = 1518
```

理解即可。

再回到四个选项本身。

`A.1434` 不是标准 Ethernet 加普通 `IPv4/TCP` 固定首部时得到的结果，可以排除。

`B.1460` 正好对应

```text
1500 - 20 - 20
```

所以是第（25）空的答案。

`C.1500` 是标准 Ethernet `MTU`，所以是第（24）空的答案。

`D.1518` 是普通未打 `802.1Q VLAN Tag` 的完整 Ethernet 帧最大长度，是命题人专门放进来的强干扰项。

如果只背一句「以太帧最大长度 `1518`」，第（24）题非常容易直接选 `1518`。

但只要建立分层模型，答案就不会再摇摆

```text
二层完整帧
1518

三层 MTU
1500

TCP Segment 总长度
1480

TCP 实际数据
1460
```

考试现场甚至可以直接在草稿纸上写成

```text
1518
 - 18 Ethernet 自己的开销
------
1500 MTU

1500
 - 20 IPv4
 - 20 TCP
------
1460 TCP Data
```

这一串数字已经把整道题完整串起来了。

再精确一点，`IPv4 Header` 并不永远只有 `20` 字节，`TCP Header` 也并不永远只有 `20` 字节。

`IPv4` 最小首部长度是 `20` 字节，如果存在 `IP Options`，首部还可以变长。

`TCP` 最小首部同样是 `20` 字节，如果包含时间戳、`SACK` 等选项，实际首部也可能超过 `20` 字节。

所以真实数据包里，单个包真正携带的应用数据并不保证永远正好是 `1460`。

RFC 6691 对这个问题专门做过澄清，计算对外宣告的 `TCP MSS` 时通常基于固定 `IP` 和 `TCP` 首部，而发送端如果实际加入了额外的 `IP` 或 `TCP` 选项，需要相应减少该报文中的数据长度，避免最终数据报超过有效 `MTU`。

但本题已经非常明确地规定

```text
IP 头长度 = 20 B

TCP 头长度 = 20 B
```

所以没有必要把选项、时间戳或者其他额外开销带进来。

这道题最适合形成一条长期记忆链

```text
Ethernet Frame
1518

去掉 Ethernet Header 和 FCS
18

得到 MTU
1500

去掉 IPv4 Header
20

得到 TCP Segment 最大总长度
1480

再去掉 TCP Header
20

得到 TCP 最大数据
1460
```

所以最终填写就是

```text
（24）C.1500

（25）B.1460
```

对于软考网络管理员这一类题，只要题干同时出现 `Ethernet`、`MTU`、`IP Header`、`TCP Header`，脑中可以立即恢复下面这张尺寸关系图

```text
┌──────────────────── Ethernet Frame 1518 B ────────────────────┐
│                                                              │
│  Ethernet Header 14 B                                        │
│                                                              │
│  ┌──────────────── MTU 1500 B ────────────────────────────┐   │
│  │                                                       │   │
│  │ IPv4 Header 20 B                                      │   │
│  │                                                       │   │
│  │ ┌──────────── TCP Segment 1480 B ─────────────────┐   │   │
│  │ │                                                │   │   │
│  │ │ TCP Header 20 B                                │   │   │
│  │ │                                                │   │   │
│  │ │ TCP Data 1460 B                                │   │   │
│  │ │                                                │   │   │
│  │ └────────────────────────────────────────────────┘   │   │
│  │                                                       │   │
│  └───────────────────────────────────────────────────────┘   │
│                                                              │
│  FCS 4 B                                                     │
│                                                              │
└──────────────────────────────────────────────────────────────┘
```

这张图比单独背诵 `1500` 和 `1460` 更有价值。以后再遇到 `PPPoE`、`VPN`、`VLAN`、`MSS Clamping`、`Path MTU Discovery`、IP 分片甚至抓包分析，都可以从同一个封装模型继续向外推。

最终答案无需犹豫

```text
（24）C.1500

（25）B.1460
```

考试记忆可以压缩成一句话

```text
以太网完整帧看 1518，MTU 看 1500，IPv4 加 TCP 两个 20 一减，应用数据就是 1460。
```

## 参考资料

RFC 894，A Standard for the Transmission of IP Datagrams over Ethernet Networks。该规范说明 Ethernet 数据字段最大承载 `1500` 字节，RFC Editor 同时记录了相关文字勘误。

RFC 879，The TCP Maximum Segment Size and Related Topics。该文档给出了经典的 `MSS = MTU - IP Header - TCP Header` 关系，并明确 `MSS` 统计数据字节而不是 `IP` 与 `TCP` 首部。

RFC 6691，TCP Options and Maximum Segment Size。该文档进一步澄清了 `MSS` 与固定 `IP`、`TCP` 首部及协议选项之间的关系。

RFC 9293，Transmission Control Protocol。现行 TCP 规范继续给出了有效发送 `MSS` 与 `TCP` 首部、`IP` 选项之间的计算关系。

RFC 4413，TCP/IP Field Behavior。其中明确提到 `1460` 是 `TCP/IPv4 over Ethernet` 中非常常见的 `MSS` 数值。

IEEE 802.3 相关资料。IEEE 文档区分了普通未标记 Ethernet 帧与带 `802.1Q` 标签帧的最大帧尺寸，普通帧通常为 `1518` 字节，单标签帧可达到 `1522` 字节。

真正需要花时间搞清楚的，其实不是这个减法，而是为什么题目第（24）空应该填 1500，而不是看上去同样很像以太帧最大长度的 1518。网络管理员考试里，这恰恰是非常典型的概念陷阱。

从 1518、1500 到 1460，一道题彻底理清以太网 MTU、IP 与 TCP MSS

紫薇堂堂主

网络与通信

标准以太网MTU为1500字节，完整帧长1518字节，两者差18字节为二层头部与FCS。TCP最大数据长度=MTU-IP头20-TCP头20=1460字节，即MSS。第24空选C，第25空选B。

负载均衡

代码解释

大数据

路由器

防火墙

Windows

路由

IPsec

Linux

ICMP

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

社区新版编辑器体验调研

从 1518、1500 到 1460，一道题彻底理清以太网 MTU、IP 与 TCP MSS-腾讯云开发者社区-腾讯云

从 1518、1500 到 1460，一道题彻底理清以太网 MTU、IP 与 TCP MSS

从 1518、1500 到 1460，一道题彻底理清以太网 MTU、IP 与 TCP MSS

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐