主页 / server / 问题 / 402108
Accepted
morgant
Asked: 2012-06-26 09:45:53 +0800 CST

我对计算 MTU 有什么误解？

  • 772

好的，我刚刚解决了一些 Xserve、Netgear GSM7224 和 Drobo B800i 之间的巨型帧问题。事实证明，Xserves（Mac OS X 10.6.8 服务器）和 Drobo B800i 按照通常预期的方式接受以字节为单位的 MTU（1500-9000），但 Netgear 似乎想要它包括各种以太网页眉/页脚（预告片) 最终我将 Xserves & Drobo 配置为 9000 的 MTU，并将 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 数据字节。” 在测试中，我发现由于 8 字节的 ICMP 标头数据加上 20 字节的 IP 标头（请参阅this和this） ，toping -D 1472 <ip_address>相当于 MTU 1500 。这一切都说得通。

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

另外，为什么 Netgear 的 MTU 是 9216？我计算了 42 个字节用于 MAC 和以太网标头（包括 CRC），加上 20 个用于 IP 标头（应该占用 MTU）。

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

tcp ethernet gigabit-ethernet tcpip mtu

1 个回答

  1. Best Answer

    欢迎来到奇特而神秘的巨型帧世界！巨型帧以太网设备的 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 大小时真正指定的内容。

    • 11

相关问题