深入解析：为何MTU为1500时，不分片Ping包最大长度为1472字节

最新推荐文章于 2026-03-21 01:27:45 发布

原创

最新推荐文章于 2026-03-21 01:27:45 发布 · 235 阅读

标签

#MTU #ping #ICMP #网络协议

1. 从一次Ping不通的“小故障”说起

前几天，有个刚接触运维的朋友跑来问我，说他在自己的虚拟机里做网络测试，遇到了一个奇怪的现象。他用 ping -M do -s 1472 命令测试网关，一切正常，五个包都回来了。但当他仅仅把数字改成 -s 1473 时，命令行立刻报错，提示“消息对路径 MTU 来说太长了”。他百思不得其解：“为什么就差这1个字节，就从天堂到了地狱？这个1472到底是怎么算出来的？”

我告诉他，这可不是什么软件bug，而是网络协议栈里一个非常经典且基础的“数学题”。这个数字背后，牵扯到数据包在网络中传输的“交通规则”——MTU（最大传输单元）。今天，我就带你一起，像剥洋葱一样，把这个1472的来龙去脉彻底搞清楚。你会发现，理解了它，就相当于拿到了理解网络数据包封装和分片机制的一把钥匙。

为了让你有更直观的感受，我们先来复现一下这个场景。假设你有一台Linux机器，它的网络接口MTU是常见的1500。打开终端，输入 ping 8.8.8.8 -M do -s 1472 -c 1，你会看到成功的回复。紧接着，输入 ping 8.8.8.8 -M do -s 1473 -c 1，错误信息立刻就跳出来了。这个“-M do”参数是关键，它告诉系统：“这次ping，我不允许你对我的数据包进行分片（fragment）”。正是这个“不分片”的强制要求，触发了MTU的严格检查，让1473这个值越过了红线。

那么，红线到底画在哪里？为什么是1472？别急，我们得先从这条“马路”的宽度——MTU说起。