IPv6BBS

 找回密码
 注册

扫一扫,访问微社区

QQ登录

只需一步,快速开始

查看: 4331|回复: 8

求助XP下IPv6中如何调整服务器的发送窗和接收端的接收窗?

[复制链接]
kuangkun2008 发表于 2012-3-29 10:25:12 | 显示全部楼层 |阅读模式
在使用21M的终端产品测试IPv6的性能,FTP服务器和接收端都是XP系统,使用IPv4进行单线程下载(dos窗口)速率可以达到19Mbps,而同样的环境下使用IPv6单线程下载速率只能达到6Mbps,使用工具抓取TCP包进行分析发现IPv4下ftp的发送窗很大,但是IPv6下只有16384,通过修改注册表键值无法生效。
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Tcpip\TcpWindowSize
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Tcpip6\TcpWindowSize
本来想通过命令“netsh int tcp set global autotuninglevel=disable”关闭TCP窗自动调谐功能,但是发现netsh interface下没有tcp项。
请各位高手指点迷津,多谢~
满天星 发表于 2012-3-29 10:45:06 | 显示全部楼层
请问你修改注册表的以上键值后reboot了操作系统吗?
我记得许多ipv6相关的参数修改注册表后必须reboot才能生效的。
例如ipv6 mtu\tcp6 mss等值
满天星 发表于 2012-3-29 10:53:08 | 显示全部楼层
我觉得如果你的测试目的的终端产品,而不是OS的话,可以采用windows7、2008、linux、BSD等对ipv6支持完善些的系统。
同时测试工具也较多,比如iperf或netperf等,或基于windows的IxChariot等
 楼主| kuangkun2008 发表于 2012-3-29 12:52:33 | 显示全部楼层
请问你修改注册表的以上键值后reboot了操作系统吗?
我记得许多ipv6相关的参数修改注册表后必须reboot才能 ...
满天星 发表于 2012-3-29 10:45



    这个确实操作了,每次修改以后都会reboot系统,包括接收端和服务器。
 楼主| kuangkun2008 发表于 2012-3-29 12:54:46 | 显示全部楼层
我觉得如果你的测试目的的终端产品,而不是OS的话,可以采用windows7、2008、linux、BSD等对ipv6支持完善些 ...
满天星 发表于 2012-3-29 10:53



    系统我们也都更换过,服务器的系统使用过XP和Windows 2003,接收端PC用过XP、Vista、Win7和MAC,效果都差不多,IPv6的单线程下载峰值只能达到IPv4的一半左右。
 楼主| kuangkun2008 发表于 2012-3-29 12:57:26 | 显示全部楼层
使用Iperf工具尝试过,在-w参数设置为64k的情况下单线程可以达到12Mbps,但是再向上调整参数就没有生效了。主要还是不知道工具修改的窗口参数在系统的什么地方。
满天星 发表于 2012-3-29 17:53:57 | 显示全部楼层
server端的xp和2003基本都是类似的,对ipv6支持较差。client端更换了win 7应该也没太大的意义吧?
另外你这个必须要基于TCP的FTP等应用协议或正常业务进行测试吗?
throughput貌似一般都是使用udp协议的64 Bytes数据包进行测试,或者使用IMix数据包。终端设备基于OS下面,确实没有这方面的经验。
如果你们公司有向microsoft购买技术服务,可以直接找microsoft解决下。
 楼主| kuangkun2008 发表于 2012-3-30 11:00:01 | 显示全部楼层
server端的xp和2003基本都是类似的,对ipv6支持较差。client端更换了win 7应该也没太大的意义吧?
另外你这 ...
满天星 发表于 2012-3-29 17:53



    那server端一般建议使用什么系统会对IPv6支持的更好一些呢?
我们的产品是无线终端产品,需要测试基于TCP的从服务器经过无线空口到PC侧整条通路的性能,是必选的用例。
我们尝试过通过UDP灌包的方式,是可以达到峰值速率,所以我们才一直纠结在窗口大小上面。
非常感谢您给予的详细解释哈~
满天星 发表于 2012-3-30 13:02:10 | 显示全部楼层
不客气,我也不懂这一块,仅仅是根据个人理解和猜测吧!
我认为BSD\Linux\Unix等OS对IPv6这一块支持可能会好一些,Windows如果做Server端,可以考虑使用2008来测试,毕竟XP和2003对IPv6的支持确实很弱,甚至连基本的协议栈实现都不是很完善,所以性能低于IPv4也是很正常的。
如果你们的设备UDP方式可以达到峰值的话,TCP方式应该也没有太大问题吧? 毕竟基于TCP/UDP这一类的传输层协议栈是由操作系统来实现的。
你们无线终端设备提供给操作系统相关驱动接口,然后由操作系统来控制硬件设备,收发以太网帧(承载IP数据包),无线终端是否可以理解为底层物理设备了?既然底层性能传输达到了,那么上层不管TCP/UDP,性能基本是没有区别的,所以瓶颈是OS的TCP6协议栈吧。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

Archiver|手机版|小黑屋|IPv6BBS ( 京ICP备13024693号 | 京公网安备11010802012238 )

GMT+8, 2019-12-9 10:32 , Processed in 0.020909 second(s), 17 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表