如何让网络支持小巨人帧和工业相机 巨型帧帧

查看: 3573|回复: 23
万兆以太网下是否有必要启用巨型帧?
发表于 4-5-:01
存储和服务器都是万兆,终端用户是千兆,是否有必要启用巨型帧?使用5.5的环境。
发表于 4-5-:12
也在测试,不知vmware、服务器、交换机启用特性后,不实际使用有否影响?因存储还没搞定巨帧,其他都起了,包括vmotion的网卡。
发表于 4-6-:52
存储段用就行了
其他段用没太大意义
发表于 4-6-:31
建议存储交换机换成万兆。
————————————
我的EQL上,巨帧是9000;PC8132上是9216;ESXi及VMNIC内,都是9000。Hyper-V 内的网卡,是9014。
————————————
以前听EQL的专家介绍,说没有必要启用巨帧,除非确实发现性能有问题。
但是EQL的部署手册内,建议启用巨帧。
你那个专家肯定是中国的
EQL无论什么情况下,基本只要你的存储交换机是独立的,或者直接采用Dell的存储交换,都应该启用流控&
发表于 4-7-
发表于 4-6-:08
存储段应该需要的,不然要多分好多帧
发表于 4-6-:08
一直没有用过,就不知道应该如何配置巨型帧
服务器、交换机、存储,都要启用巨帧的。
————————
ESXi,是在管理虚拟适配器内设置MTU。&
发表于 4-6-
发表于 4-6-:06
发表于 4-6-:18
一直没有用过,就不知道应该如何配置巨型帧
服务器、交换机、存储,都要启用巨帧的。
————————
ESXi,是在管理虚拟适配器内设置MTU。
发表于 4-6-:55
没有使用过
发表于 4-7-:35
没有必要,现在的网卡支持各种加速和卸载,没有必要通过巨帧来限制pps
发表于 4-7-:30
随便搜索了一下:
首先,帧越长/越大意味着如果丢失一帧数据,则是一次更为严重的网络事件,而重新传送丢失的数据包成为更为耗费时间的工作。
其次,网络中的每种东西都必须支持超长帧,超长帧才能使用。
第三,Internet连接不支持超长帧:一个长度超过Internet连接所支持长度的帧将在发送前被分段,从而大大降低了Internet连接的性能和可靠性。这导致需要每一个工作站都必须知道哪个数据包传送到本地网络,哪个数据包传送到Internet。为了检测线路上的最大数据包长度,IP执行MTU路由发现算法,但是,这不是标准化的作法,并且,由于拒绝服务攻击,许多防火墙不允许与这种算法有关的ICMP数据包通过。因此,超长帧不能在与Internet连接的网络中使用。
发表于 4-7-:16
建议存储交换机换成万兆。
————————————
我的EQL上,巨帧是9000;PC8132上是9216;ESXi及VMNIC ...
你那个专家肯定是中国的
EQL无论什么情况下,基本只要你的存储交换机是独立的,或者直接采用Dell的存储交换,都应该启用流控
没记错的话,这位肯定不是大陆人;
流控和巨帧,是两个不同的参数吧?&
发表于 4-7-
发表于 4-7-:38
本帖最后由 TiGi 于 4-7- 编辑
你那个专家肯定是中国的
EQL无论什么情况下,基本只要你的存储交换机是独立的,或者直接采用Dell的存储交 ...
没记错的话(因为时间长远了点,不能确认是他说的),这位肯定不是大陆人;
流控和巨帧,是两个不同的参数吧?
说错了 应该是巨帧,特别是EQL在做池内的负载均衡时 更需要巨帧
不过对于EQL来说 最好用的应该是6510ES系列,单池内就能提供足够的IOPS了,特别适合中小型的虚拟化环境&
发表于 4-7-
发表于 4-7-:38
没记错的话(因为时间长远了点,不能确认是他说的),这位肯定不是大陆人;
流控和巨帧,是两个不同的参数吧 ...
说错了 应该是巨帧,特别是EQL在做池内的负载均衡时 更需要巨帧
不过对于EQL来说 最好用的应该是6510ES系列,单池内就能提供足够的IOPS了,特别适合中小型的虚拟化环境
发表于 4-7-:28
本帖最后由 poemshop 于 4-7- 编辑
好几届的vmworld关于storage有一个跨厂商的presentation,都不建议用Jumbo frame,因为它带来好处并不明显,而且容易因人为失误导致更大的生产事故。演讲者是 Chad Sakac (EMC VP)和当时还在Netapp 的Vaughn Stewart (now Chief Evangelist at Pure Storage. )
2015 2月的 Melbourne VMUG 他们俩还一起做了一次演讲, 再次不建议用jumbo frame.
2012 年的 vmword presentation youtube 地址, 有兴趣的可以看看 。
/watch?v=ZHpq9PiOZdc
Melbourne VMUG UserCon 2015: vSphere Storage Best Practices&&/watch?t=297&v=HcaoXJgdW48
下次维护时我关掉试试&
发表于 4-7-
发表于 4-7-:41
我的环境里 PC8132+EQ6100xv 从Esxi服务器到交换机都开启了巨帧,启用前后没有看到明显的不同。不过DELL的工程师建议在交换机上开启 Jumboframe 和flowcontrol 。
发表于 4-7-:59
poemshop 发表于 4-7-
好几届的vmworld关于storage有一个跨厂商的presentation,都不建议用Jumbo frame,因为它带来好处并不明显, ...
下次维护时我关掉试试
发表于 4-7-:59
普通以太网络没有必要,存储可能需要
发表于 4-12-:24
存储网络启用,测试过Isilon + 5.5,吞吐量提升10%左右
发表于 4-14-:20
也在测试,不知vmware、服务器、交换机启用特性后,不实际使用有否影响?因存储还没搞定巨帧,其他都起了, ...
存储不支持巨型帧吗?
发表于 4-14-:27
建议存储交换机换成万兆。
————————————
我的EQL上,巨帧是9000;PC8132上是9216;ESXi及VMNIC ...
我存储上的交换机是万兆的。
发表于 4-14-:21
好几届的vmworld关于storage有一个跨厂商的presentation,都不建议用Jumbo frame,因为它带来好处并不明显, ...
高手呀,学习了
发表于 4-20-:43
存储不支持巨型帧吗?
ibm v7000 ,应该支持的,但没搞定。
发表于 4-26-:32
巨帧是用来提高数据包的效率的。9000数据包用1500来传输就要分6次,加上包头开销等,查看:1769|回复:0
中级工程师
六、小巨人帧和巨型帧
1.基本概念
以太网自从被发明以来的30年来,其帧结构一直就没有发生过大的改变。唯一的改变也就是为了满足VLAN以及优先级的需求,在帧头加了4个字节,除此之外,以太网的帧结构就像金科玉律一样,没有谁试图改变它。
现在最大帧长的问题提出来了。以太网经过30年的发展,速度已经从最初的10M被提升到了10G,速度提高了1000倍。在这样高速度的传输数据中,如果还是延续经典以太网的最大帧长不超过1518 字节的限制,那么在每秒中传输的数据包的个数将很大。由于每个数据包都需要网络设备来进行处理,由此带来的额外开销也将很大,而且这个开销随着网络速度的提高而愈加明显。
以Alteon为代表的一些新兴厂商提出了“巨型帧”的概念,大胆地把以太网的最大帧长扩展到了9K,几乎把以前的最大帧长扩展了6倍。加大帧长的好处在于,减少了网络中数据包的个数,减轻了网络设备处理包头的额外开销。经过测试,在传统的千兆以太网中,每秒大约有81,000个数据包流经网络,而在使用了巨型帧的网络中,这个数字减少为14,000。在万兆网络中,这个对比更加强烈,标准的网络中帧长为标准1518的帧每秒有812,000个,而采用了巨型帧技术的网络上仅仅只有14,000个。大量减少的帧数目必将带来性能的提高。这样显著的性能提高,引起了各个厂商的兴趣。Cisco已经表现出对巨型帧的强烈兴趣,从图中就可以明显看出,无论是系统吞吐量还是对CPU的占用率,相比传统以太网的帧来说,巨型帧都占有极大的优势。
但是问题并没有这么简单,巨型帧面临的最大问题就是它不是一个国际标准。IEEE自有它自己的考虑,以太网之所以能够成为30年的经典,而且显得越来越有生命力,和以太网的兼容性是有很大的关系。如果采用不同的帧结构,必将带来和以前产品和技术的不兼容,这是IEEE不愿意看到的。而且,IEEE不愿意使标准的制定落入一些新兴厂商的控制之下。
同时,Internet上的路由器和防火墙设备都是以前设计制造的产品,都不支持巨型帧的传输。企业即使采用了巨型帧技术,也只能在自己支持巨型帧的网络中得到实用,数据包传输到企业网边缘,要向Internet传输时,就要被Internet上的网络设备进行包的分割。
没有标准,巨型帧就成为一个棘手的问题,如果一个企业要采用配备了巨型帧的产品,就要面临设备兼容的问题,目前的解决方案就是全部采用同一家公司的产品,来避开兼容性的问题。
万兆以太网,究竟能不能采用巨型帧来提升性能呢,从目前的情况来看,应该是困难重重。企业如果不是要追求目前最大的性能,采用巨型帧会面临一些风险。但是随着万兆技术的发展,这些情况也许会得到一些改善。
2.配置Cisco交换机
switch(config)#system mtu mtu_word
switch(config-if)#mtu mtu_word& &&&#需要注意的是接口下的mtu设置将会覆盖全局的配置
switch#show system mtu
switch#show interface interface_number mtu

我要回帖

更多关于 巨型帧 的文章

 

随机推荐