我对计算 MTU 有什么误解？

Question

好的，我刚刚解决了几个 Xserve、Netgear GSM7224 和 Drobo B800i 之间的巨型帧问题。事实证明，Xserves（Mac OS X 10.6.8 服务器）和 Drobo B800i 接受 MTU（以字节为单位）正常预期（1500-9000），但 Netgear 似乎希望它包括各种以太网页眉/页脚（拖车) 我最终得到了 Xserves & Drobo 的 MTU 配置为 9000 和 Netgear 端口设置为 9216 的 MTU。

我使用以下命令通过 Netgear 测试和验证两个 Xserve 之间的 MTU（注意：这些是 Mac OS X 命令，Windows 和 Linux 的命令不同）：

ping -D -s <mtu> <ip_address>

traceroute -F <ip_address> <mtu>

前者的用法在man页面中注明为“指定要发送的数据字节数。默认为56，当与8字节的ICMP头数据组合时，转换为64个ICMP数据字节”。在测试中，我发现ping -D 1472 <ip_address>由于 8 字节的 ICMP 标头数据加上 20 字节的 IP 标头（请参阅此和此），to相当于 MTU 1500 。这一切都说得通。

现在，为什么是 9000 MTU 的等效命令ping -D -s 8164 <ip_address>？在我开始收到“发送到：消息太长”错误之前，我已经验证了这是限制，而且 9000 MTU 可以正常traceroute -F <ip_address> 9000工作，traceroute -F <ip_address> 9001但没有。那么，为什么是 8164？我期望 8972（MTU - 28 字节，就像 1500 MTU 一样）。

另外，为什么 Netgear 需要 9216 MTU？我计算了 MAC 和以太网标头（包括 CRC）的 42 个字节，加上 IP 标头的 20 个字节（这应该会影响 MTU）。

我对这个数学真的很生疏，知道我只是遗漏了一些东西。

Answer 1

欢迎来到奇异而神秘的巨型帧世界！巨型帧以太网设备的 MTU > 1518 和 < 65K 字节是正常的，您必须找到一个设置是整个 L2 域的最低公分母才能启用正确的巨型流量。

我的猜测是您的 ping/ICMP 实现仅适用于 8192 字节的有效负载，因此 8164 + 28（IP 标头为 20，ICMP 标头为 8）为您提供 8192 字节。

MTU 9216 也是很多 Cisco 设备上的标准 9K MTU，所以我的假设是 Netgear 想要与之“兼容”。

另请注意，应认真对待 MTU 大小规范，许多供应商不包括 802.1Q (vLAN) 甚至 L2 帧头。查看您的交换机供应商的文档，了解他们在谈论 MTU 大小时真正指定的内容。