好的，我刚刚解决了几个 Xserves、一个 Netgear GSM7224 和一个 Drobo B800i 之间的巨型帧问题。事实证明，Xserves（Mac OS X 10.6.8 服务器）和 Drobo B800i 接受的 MTU 字节数与正常预期一致（1500-9000），但 Netgear 似乎希望它包括各种以太网页眉/页脚（尾部），最终我最终将 Xserves 和 Drobo 配置为 MTU 9000，将 Netgear 端口设置为 MTU 9216。
我使用以下命令来测试和验证 Netgear 上两个 Xserves 之间的 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>相当于 MTU 1500，因为有 8 字节 ICMP 报头数据加上 20 字节 IP 报头（请参阅这和这）这一切都说得通。
现在，为什么 9000 MTU 的等效命令是ping -D -s 8164 <ip_address>？在我开始收到“sendto：消息太长”错误之前，我已经验证了这是限制，而且 9000 MTU 可以正常工作，就像traceroute -F <ip_address> 9000工作和traceroute -F <ip_address> 9001不工作一样。那么，为什么是 8164？我本来期望是 8972（MTU - 28 字节，就像 1500 MTU 一样）。
另外，为什么 Netgear 的 MTU 是 9216？我计算了一下，MAC 和以太网报头 (包括 CRC) 有 42 个字节，IP 报头有 20 个字节 (这应该会占用 MTU)。
我对这方面的数学知识确实生疏了，我知道我忽略了一些东西。
答案1
欢迎来到奇异而神秘的巨型帧世界！巨型帧以太网设备的 MTU > 1518 且 < 65K 字节是正常的，您必须找到一个在整个 L2 域中最低公分母的设置才能启用正确的巨型流量。
我的猜测是，您的 ping/ICMP 实现仅适用于 8192 字节有效负载，因此 8164 + 28（20 用于 IP 头，8 用于 ICMP 头）为您提供 8192 字节。
MTU 9216 也是许多思科设备上的标准 9K MTU，因此我假设 Netgear 希望与之“兼容”。
还要注意，应认真对待 MTU 大小规范，许多供应商不包括 802.1Q (vLAN) 甚至 L2 帧头。查看交换机供应商的文档，了解他们在谈论 MTU 大小时真正指定的是什么。