在开放的Internet上，巨型帧（MTU高达9k）是否现实/常见？

我有一个可以从更大的以太网帧中受益的应用程序。（理论上，我们可以将出站数据包的数量减少50％以上，甚至减少66％。）

我还正在与候选托管公司指定网络要求，以重新安装我的应用程序服务器。至少不限制客户端连接受益于巨型框架将是很好的选择。

但是，这有多现实？假设我们可以控制的网络段是巨型帧友好型（交换机具有大型MTU功能，允许ICMP MTU路径发现等），这是一些一般性问题：

• 通过公共互联网发送巨型帧是否现实？
• 试图通过公共Internet支持巨型帧会引发无尽的网络问题吗？
• 还有其他我没有考虑的问题吗？

这里的关键是您可以控制网络的一小部分并启用大型MTU，但不能控制数据包通过Internet的路径，并且当然不能控制数据包将通过的路由器的配置。大多数Internet路由器的配置都没有高于1500，因此使用该解决方案不会带来太多的运气。更糟糕的是，有时较大的数据包实际上会被不支持巨型帧的路由器丢弃，因此，我认为如果尝试将巨型帧发送到互联网，实际上会发现情况更糟。

巨型帧非常适合您的内部网络-特别是对于执行流式传输或iSCSI的网络。

1. 除非您对互联网的看法是通过一个实体提供的，该实体将使您对这个问题极为具体，然后到达某个同样可控的端点，那么您的流量将有超过99.9％的机会不会“完好无损”地通过并保持它是肯尼迪的。原因是JF是一个以太网规范，并不是所有的Internet都是以太网，因此它们会被分解，重新组装，运输然后重新打包。
2. 问题-可能不会，也许在第一天，您可能会遇到一两个问题，但是一旦启动并开始工作，那就应该没问题了。
3. 我要说的是，除非您完全控制从服务器到客户端的链的每个部分，否则我很想在设计系统时考虑最低而不是最高的公分母，即让其工作然后进行调整，而不是反过来进行调整。 。

正如其他人在上面说的那样，目前的答案是否定的。

还要考虑提供商上行链路的MTU，除非它支持巨型帧，否则在开始之前您会很走运。

许多高等教育网络（AARNET，JANET，Internet2）在其网络上具有端到端启用的巨型帧。如果您正在这些网络上为人们服务，我建议这样做是值得的。

我的经验是，巨型帧通常仅限于应用程序服务器与其数据库服务器之间的专用链接。在更复杂的事物上出现不兼容可能性的类型令人难以置信。