好的,这个声音可能很愚蠢 – 但是在实践中只是启用巨型帧有任何负面影响吗？
据我所知：
>任何看到它无法处理的巨型帧的交换机或以太网适配器都会丢弃它.
> TCP不是问题,因为在setinuo阶段协商了最大帧大小.
> UCP是一个理论问题,因为服务器可能只发送一个在途中被丢弃的大型UDP数据包.
实际上,由于UDP是基于数据包的,我真的认为任何软件都不会发送大于1500字节网络的UDP数据包而没有应用程序级别的配置更改 – 至少这是我编程的方式,因为很难得到一个没有测试自己的体面MTU大小,所以你回到编程最多1500包.
有问题的网络是一个标准的小型企业网络 – 我们现在从一个非托管的24端口交换机升级到一个带有4个10g端口的52端口交换机(netgear – 非常便宜),并将文件服务器移动到10g以便同时提供ISCSI服务.以太网级别的所有设备都可以处理至少9000字节,由于本地防火墙,我真的希望得到更大的数据包(防火墙处理更少),但网络也是NAT到互联网.最重要的是,不同的机器经常移动(下载)大文件(多千兆字节区域)以进行处理.
问题是 – 当我启用巨型帧时,我能指出问题吗？
同样,这并非完全无知 – 我只是看不到程序发送超过1500字节的UDP数据包(如果这是一个实际问题,请告诉我),对于TCP,无论如何都要协商MTU.
如果有问题我可以转移到专用VLAN,但这有它自己的问题共享,因为基本上大多数工作站必须在两个VLAN上.
is there any negative on just enabling jumbo frames in practice?
不,只要在您切换JF时立即确认服务器可以使用适当的NIC / s然后没有,根本没有真正的缺点.
