服务器2012年，巨型帧 – 我应该期待的问题？

好吧，这个声音可能很愚蠢 – 但是在实践中只启用巨型帧是否有负面影响？

据我所知：

• 看到一个无法处理的巨型帧的任何交换机或以太网适配器将会丢弃它。
• TCP不是一个问题，因为在setinuo阶段协商最大帧大小。
• UCP是一个理论上的问题，因为服务器可能只是发送一个大的UDP数据包而被丢弃。

实际上，由于UDP是基于数据包的，所以我并不认为任何软件都会发送一个大于1500字节的UDP数据包，而没有应用程序级别的configuration更改 – 至less这是我的编程方式，因为很难获得不需要testing自己就可以获得不错的MTU大小，所以你可以重新编程到1500个数据包。

有问题的networking是一个标准的小型企业networking – 我们现在从非pipe理的24端口交换机升级到具有4个10g端口（netgear – 相当便宜）的52端口交换机，并且将iSCSI服务器的文件服务器移动到10g。 我所有的以太网级别的设备可以处理最less9000字节的数据，而且由于本地防火墙的原因，我真的希望把数据包扩大（减less防火墙处理），但是networking也通过NAT连接到互联网。 最重要的是，不同的机器经常处理大量文件（数GB）。

• 新build的副本WSUS服务器的客户端无法find更新或报告状态
• configurationPHP和Mediawiki使用Microsoft SQL Server？
• NTFS文件或目录已损坏或无法读取
• 如何禁用脚本中的“Windows Genuine Advantage Notification Installer”popup窗口？
• 使用Subversion来部署应用程序

问题是，当我启用巨型帧时，我可以预期问题吗？

再次，这不是完全无知 – 我只是没有看到程序发送超过1500字节的UDP数据包（如果这是一个实际的问题，请告诉我）和TCP的MTU是谈判无论如何。

如果出现问题，我可以转移到一个专用的VLAN，但是由于基本上大多数工作站都必须在两个VLAN上，所以这是它自己的问题。