升级到千兆networking – 启用巨帧

我想开始将我的SOHOnetworking升级到千兆(从10/100),并听说了一些巨型帧。

什么是在networking上实现巨型帧的最佳方式? 从我可以告诉它为了正常工作,networking上的所有networking设备必须支持巨型帧。 这是真的?

如果我有具体的齿轮(如networking打印机),不能更新到GB以太网这将阻止我启用巨型帧?

什么是启用巨型帧的一些问题?

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

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

原始以太网指定一个帧大小(包括头和校验和在内的整个帧中的数据量)为1500字节(或可能是1518,必须查看它)。 这个数字在一次发送的数据量和发送失败或冲突的可能性之间达到了平衡,并且不得不被重新发送。 随着快速全双工LAN的出现,人们意识到通过增加以太网帧的大小可以提高性能。 传统的巨型帧的大小是每帧9000字节,虽然这大多是约定。

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

现在到您的具体问题:

什么是在networking上实现巨型帧的最佳方式?

这是一个主观的问题。 在我的业务地点,我们select只在知道所有variables处于控制范围内的情况下才执行,而且我们知道这会有所帮助。 为此,我们在一个特殊的“专用”vlan中实现了它,只有特定的设备可以通过它们的第二个NIC访问。 具体而言,我们将文件服务器和应用程序服务器的第二个NIC放入此新VLAN,然后更改对此VLAN中使用的IPscheme的所有引用。 这使得我们可以将我们认为最有利的特定领域(我们基础设施中利用率最高的数据链路)瞄准(没有人将台式机插入此VLAN)。 这最大化了收益,同时使风险最小化。

更具体地说,在networking方面(使用IOS),我们build立了专用于巨型帧设备的VLAN,然后在其vlan定义中添加了“mtu 9000”。 交换机上使用这个networking的每个接口都被放在这个vlan中,使用诸如“switchport access vlan 11”之类的东西。 在linux机器上(eth0连接到标准networking,eth1连接到巨型帧networking),我们在/ etc / sysconfig / network-scripts / ifcfg-eth1中添加了“MTU = 9000”。 因为我们从来没有路由这些数据包(对于没有直接连接到巨型帧VLAN的任何东西都不可能与巨型帧VLAN上的网卡对话),我们从来不必担心路由器configuration。

从我可以告诉它为了正常工作,networking上的所有networking设备必须支持巨型帧。 这是真的?

是的,非常多。 所有的networking“客户端”(我的意思是服务器/台式机/ IPKVMs / IP环境监视器等)必须说出来,或者,如上所述,你将有大量的半可达机器(他们会ping,小于1500字节的L3或L4PDU将成功,这意味着,例如,您的邮件服务器将ping通,您将能够交付可能是小testing信息的东西,但是当您尝试提供真实邮件(推送框架大小> 1500字节的excel附件),它会神秘地失败)。

如果我有特定的设备(如networking打印机)不能更新到GB以太网这将阻止我启用巨型帧?

如果是这样的话,我会这样做(假设networking设备可以处理这个问题):

  • build立两个VLAN,一个是巨型帧,一个是没有的
  • 将所有networking设备分配给一个vlan或另一个vlan
  • 在您的路由器和交换机上,实现巨型帧vlan,并更改任何networking客户端上的帧大小。

这意味着您的networking将不再具有扁平的L2拓扑结构。 例如,如果从支持巨型帧的服务器上打印到非巨型帧打印机,那么数据包将不得不被路由(通过路由器传输,将帧重写为更常规的大小,然后发送到打印机在另一个VLAN上)。 这意味着你的巨型帧和非巨型帧之间的通信将会比以前稍微差一点,但是在巨型帧VLAN上的所有设备之间的数据传输速率将会更好。 这真的只是一个判断力的呼唤。

什么是启用巨型帧的一些问题?

希望覆盖上面。 祝你好运!

你可能会发现Jeff Atwood在Jumbo Frames的信息。

post亮点:

  • 性能提升20%
  • 为了保持大框架完好无损,每个通过的设备都必须支持该框架大小
  • 不支持巨型帧的交换机将放弃它们

您可以使用ping.exe来检查数据包的最大大小,并将其与Jumbo Frames设置进行比较。

ping -l 4096 -f server 

调整-l使用的数据包大小,并使用-f来设置DO_NOT_FRAGMENT标志。 当你达到你的最大数据包大小,你会得到一个“数据包需要被分割,但DF设置”。

这会给你一个指示,如果巨型帧的工作与否。

是的,所有的东西都必须支持巨型帧 – 把它当作令牌环和以太网之间的切换。 唯一的区别是某些设备似乎仍然可以在短时间内或间歇性地工作 – 如果您不跟踪在大型networking上重新configuration哪些设备(也就是2周后,用一台打印机塞进他们的隔间后面的“刚才”停止工作的麻烦票。 这同样适用于任何新的东西 – 您需要设置一个过程来重新configuration任何新的设备和巨型框架的计算机,以避免支持电话,当他们不工作超出初始启动。

在Linux上,我发现以下工作:如果您使用标记vlans,请将基础设备(例如eth1)的mtu设置为巨型帧大小。 所有支持巨型帧的vlans都得到相同的mtu,这个vlans不会与原来的一样,最常见的是1500。

实际上,即使在该vlan上的mtu小于基本接口之一,具有巨型通话器和切换function的vlan也能够发送到本地vlan接口。

另外在Linux上,要testing的命令是:ping -s 4096 -M

-s是大小,-M确实说“不要碎片”。 如果你超过当地的MTU,你会得到一个错误。 如果你超过了远程mtu,你什么都得不到。