在路由环境中成功部署巨型帧的一些一般准则是什么?

评论

有什么答案对您有帮助吗?如果是这样,您应该接受答案,这样问题就不会永远弹出来寻找答案。或者,您可以发布并接受自己的答案。

#1 楼

术语

物理接口-第2层端口或交换端口。在本文中指交换上行链路和下行链路。可能执行或可能不执行802.1q标记。

逻辑接口-第3层端口或路由端口。指服务器接口,路由器接口,交换机虚拟接口和子接口。任何具有IP地址的内容。

标准域-一组在1500字节标准以太网有效负载下运行的第3层相邻VLAN。一组在以太网有效负载MTU大于1500字节(通常为9000字节)的第3层相邻VLAN。

网络拓扑

巨型帧不是混合的-和匹配技术。巨型帧被部署到由路由器界定的网络的明确划分的部分。第3层边界对于支持与标准域的互操作性至关重要。路由器为路径MTU发现提供分段和ICMP响应,而在网络堆栈的较低层没有提供。巨型域内的所有通信将享受对更大有效负载的支持,而标准域和巨型域之间的所有通信将以标准有效负载大小进行。不连续的巨型域之间的通信也以标准有效负载大小进行。

巨型VLAN

巨型帧不是混合匹配技术。这一点值得重复。给定的VLAN属于标准域或巨型域,而不能两者都属于。这意味着所有携带巨型VLAN的物理接口都必须允许巨型帧。如果巨型帧遇到不允许巨型帧的物理接口,它将被丢弃。同样,巨型VLAN上的所有逻辑接口必须配置为具有完全相同的MTU值。

物理接口

物理接口可以携带任意数量的标准VLAN和巨型VLAN,只要接口上允许巨型帧即可。同样,两种类型的VLAN都可以中继到主机或路由器。仅为主机或路由器上的逻辑接口为每个相应的VLAN配置正确的MTU值,这一点很重要。从这个意义上说,物理接口和逻辑接口之间存在脱节。物理接口必须达到或超过巨型MTU,并且不需要完全匹配。

逻辑接口

巨型帧不是混合匹配技术。再次出现。出于所有目的和目的,网络中的每个物理接口都可以允许巨型帧,无论它携带标准VLAN,巨型VLAN还是同时携带这两种VLAN。逻辑接口是确切的MTU匹配真正重要的地方。这也可能会使您感到困惑。例如,为MTU 9000配置Cisco 6500 SVI允许9000字节的以太网有效负载,而为MTU 9014配置HP NIC组则允许9000字节的以太网有效负载。这是因为Cisco值仅指定有效负载,HP值指定有效负载加以太网报头。重要的是要知道这些细节,以使MTU完全正确匹配。正确部署。 Ping测试就足够了,但是必须小心设置DF位。 Cisco和Windows ping实用程序都提供了一种执行此操作的方法,但是再次计算字节的方法有所不同。 Cisco上的length参数包括ICMP有效负载,ICMP报头和IP报头。 Windows上的length参数仅指定ICMP有效负载。 Cisco上的9000长度和Windows上的8972长度都产生一个9018长度的以太网帧,其有效载荷为9000字节。希望那里的某人会发现这种泛味有用。在网络方面,我认为我们都知道第一次正确执行此操作的重要性。请随时对信息的准确性,可能的改进和其他参考意见发表评论。

参考文献

http://en.wikipedia.org/wiki/Jumbo_frame

#2 楼

或总结一下:


在整个环境中保持一致-检查基础架构将支持的最大MTU值,并考虑每个供应商计算它的各种方式(有无L2标头) )
说明物理接口,SVI和L3接口
请注意诸如OSPF之类的协议,这些协议会在设备之间形成邻接关系之前强制在设备之间进行MTU匹配
在触摸任何服务器之前正确获取网络。未配置Jumbos的服务器将可以在启用巨型功能的网络上正常工作,但是相反是灾难。


评论


只要服务器全部同意,或者至少同意“足够”,这可能会导致一些令人难以解决的问题。

–LapTop006
2013年6月1日12:17

#3 楼

根据您的网络布局,您应该确定并从内而外开始。从核心中的链接开始,然后从您的分布和访问层(如果适用)中进行计算。在开始在访问端口上启用巨型帧之前,请确保您的网络完全支持巨型帧。如今,大多数100/1000终端设备都不支持巨型帧,并且如果这样做的话(显然)将默认为标准mtu。确保您的网络中没有任何地方阻塞PMTUD(v4或v6)。只要将上游端口留到最后,网络内就不会有任何问题。

#4 楼

原因是这里没有涉及的一个方面。如今,即使对于受益最大的应用程序,也很少能将吞吐量提高10%,而这可能无法弥补运营成本的增加。在使用隧道(MPLS,L2TP等)的骨干网内部可能是必需的,并且成本很低,因为单个骨干网通常是一组管理员,但是一旦您将jumbos扩展到访问层,它就会变得更加复杂。

还需要考虑的另一件事是,您的所有文档和过程都需要更新,以确保添加的任何新设备(或RMA替代品)不会成为流量的隐患。