首先,最好解释一下巨型帧以太网是什么.以太网是第2层网络技术,其协议数据单元(PDU)是一个帧.作为参考,L3PDU(IP层)是分组,L4PDU(tcp / udp)是分段.

以太网帧(有几种类型的以太网,但我们可以在这里概括)包括一个头(包括源MAC,目标MAC,802.1q VLAN标签等),数据或支付,帧和CRC校验和用于验证帧的成功传输.

原始以太网将帧大小(整个帧中的数据的值,包括头和校验和)指定为1500字节(或者可能是1518,必须查找它).这个数字在一次发送的数据量与传输失败或冲突和必须重新传输的可能性之间取得了平衡.随着快速全双工LAN的出现,人们意识到可以通过增加以太网帧大小来提高性能.传统的巨型帧大小是每帧9000字节,尽管这主要是惯例.

在坚如磐石的全双工LAN(或VLAN)中,所有元素都期望接收巨型帧以太网,它实际上确实提高了性能.这种情况的问题是,如果您引入了一个不期望它的网络元素或终端设备.在最好的情况下,由于数据包丢失会导致性能下降,因为接收设备在帧中只需要1518个字节.

现在针对您的具体问题：

What would be the best way to

implement Jumbo Frames on a network?

这是一个主观问题.在我的工作地点,我们选择只在我们知道控制了所有变量的地方实施它,我们知道它会有所帮助.为此,我们在一个特殊的“私有”vlan中实现它,只有特定设备才能通过其第二个NIC访问.具体来说,我们将文件服务器和应用程序服务器的第二个NIC放入此新VLAN,然后更改对此VLAN中使用的IP方案的所有引用.这使我们能够将我们知道最有利于的特定区域(我们基础架构中利用率最高的数据链路)的目标(没有人将桌面计算机插入此VLAN).这可以在最大限度地降低风

更具体地说,在网络方面(使用IOS),我们构建了专用于巨型帧设备的VLAN,然后在其vlan定义中添加了“mtu 9000”.使用此网络的交换机上的每个接口都使用类似“switchport access vlan 11”的内容放入此vlan中.在linux机器上(eth0连接到标准网络,eth1连接到巨型帧网络),我们在/ etc / sysconfig / network-scripts / ifcfg-eth1中添加了“MTU = 9000”.因为我们从不路由这些数据包(不能直接连接到巨型帧VLAN的任何东西与巨型帧VLAN上的NIC说话),我们永远不必担心路由器配置.

From what I can tell in order for it to work properly all network gear

on the network must support Jumbo

Frames. Is this true?

是的,差不多.所有网络“客户端”(我指的是服务器/台式机/ IPKVM / IP环境监视器等)也必须说出来,或者如上所述,你将拥有许多半可访问的机器(它们会ping,任何小于1500字节的L3或L4PDU将成功,这意味着,例如,您的邮件服务器将ping,并且您将能够提供可能是小测试消息的内容.但是当您尝试提供真实的邮件(具有excel附件的那个推出框架大小> 1500字节)它会神秘地失败).

If I have specific gear (e.g. network

printer) that cannot be updated to GB

ethernet will this prevent me from

enabling Jumbo Frames?

如果是这种情况,这就是我要做的事情(假设可以处理此问题的网络设备)：

>构建两个VLAN,一个使用巨型帧,另一个不使用

>将所有网络设备分配给一个vlan或另一个

>在您的路由器和交换机中,实现巨型帧vlan并更改任何网络客户端上的帧大小.

这意味着您的网络上将不再具有平面L2拓扑.例如,如果您要从支持巨型帧的服务器打印到非巨型帧打印机,则必须路由数据包(通过路由器,将帧重写为更常规的大小,然后发送到打印机在另一个VLAN上).这意味着您的巨型帧和非巨型帧机之间的通信将比以前略差,但jumbro帧VLAN上的所有设备之间的数据传输速率将更好.这真的只是一个判断电话.

What are some of the gotcha’s of

enabling Jumbo Frames?

希望以上涵盖.祝好运！