我有一个应用程序，它能从更大的以太网帧中获益。（理论上，我们可以将出站数据包的数量减少 50% 以上，甚至 66%。）
我还正在与候选托管公司商讨新安装应用服务器的网络要求。如果至少不限制客户端连接从巨型帧中获益，那就太好了。
但这有多现实呢？假设我们可以控制的网络部分是巨型帧友好的，那么以下是一些一般性问题（交换机支持较大的 MTU、允许 ICMP MTU 路径发现等）：
- 通过公共互联网发送巨型帧是否现实？
- 尝试在公共互联网上支持巨型帧是否会导致无休止的网络问题？
- 还有其他我尚未考虑到的问题吗？
答案1
这里的关键是，您可以控制网络的小部分并启用较大的 MTU，但您无法控制数据包在互联网上所采用的路径，当然也无法控制数据包将通过的路由器的配置。大多数互联网路由器的配置不超过 1500，因此您使用这种解决方案不会有太大的运气。更糟糕的是，有时较大的数据包实际上会被不支持巨型帧的路由器丢弃，所以我认为如果您尝试将巨型帧发送到互联网，您会发现情况实际上更糟。
巨型帧非常适合您的内部网络 - 尤其是对于进行流媒体或 iSCSI 的网络。
答案2
许多高等教育网络（AARNET、JANET、Internet2）在其网络上启用了端到端巨型帧。如果您正在为这些网络上的人们提供服务，我认为这是值得的。
答案3
- 除非你对互联网的看法来自一个单一的实体，该实体允许你非常具体地了解这个问题，然后将其传递到某个同样可控的端点，否则你的流量有 99.9% 的可能性不会“完整”地传输并保持其 JF。原因是 JF 是以太网规范，并不是所有的互联网都是以太网，所以它们会被拆解、重新组装、传输，然后重新打包。
- 问题 - 可能不会，也许在第一天你可能会遇到一两个问题，但一旦启动并运行，就应该没问题。
- 我想说的是，除非你完全控制从服务器到客户端的整个链条，否则我会倾向于在设计我的系统时考虑最低的，而不是最高的共同点，即让它工作然后调，而不是相反。
答案4
我的经验是，巨型帧通常被限制在应用程序服务器和数据库服务器之间的专用链路上。任何更复杂的东西上不兼容的可能性类型数量都是令人难以置信的。