求助XP下IPv6中如何调整服务器的发送窗和接收端的接收窗？
在使用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项。
请各位高手指点迷津，多谢~ 请问你修改注册表的以上键值后reboot了操作系统吗？
我记得许多ipv6相关的参数修改注册表后必须reboot才能生效的。
例如ipv6 mtu\tcp6 mss等值 我觉得如果你的测试目的的终端产品，而不是OS的话，可以采用windows7、2008、linux、BSD等对ipv6支持完善些的系统。
同时测试工具也较多，比如iperf或netperf等，或基于windows的IxChariot等 请问你修改注册表的以上键值后reboot了操作系统吗？
我记得许多ipv6相关的参数修改注册表后必须reboot才能 ...
满天星 发表于 2012-3-29 10:45 http://www.ipv6bbs.cn/images/common/back.gif
这个确实操作了，每次修改以后都会reboot系统，包括接收端和服务器。 我觉得如果你的测试目的的终端产品，而不是OS的话，可以采用windows7、2008、linux、BSD等对ipv6支持完善些 ...
满天星 发表于 2012-3-29 10:53 http://www.ipv6bbs.cn/images/common/back.gif
系统我们也都更换过，服务器的系统使用过XP和Windows 2003，接收端PC用过XP、Vista、Win7和MAC，效果都差不多，IPv6的单线程下载峰值只能达到IPv4的一半左右。 使用Iperf工具尝试过，在-w参数设置为64k的情况下单线程可以达到12Mbps，但是再向上调整参数就没有生效了。主要还是不知道工具修改的窗口参数在系统的什么地方。 server端的xp和2003基本都是类似的，对ipv6支持较差。client端更换了win 7应该也没太大的意义吧？
另外你这个必须要基于TCP的FTP等应用协议或正常业务进行测试吗？
throughput貌似一般都是使用udp协议的64 Bytes数据包进行测试，或者使用IMix数据包。终端设备基于OS下面，确实没有这方面的经验。
如果你们公司有向microsoft购买技术服务，可以直接找microsoft解决下。 server端的xp和2003基本都是类似的，对ipv6支持较差。client端更换了win 7应该也没太大的意义吧？
另外你这 ...
满天星 发表于 2012-3-29 17:53 http://www.ipv6bbs.cn/images/common/back.gif
那server端一般建议使用什么系统会对IPv6支持的更好一些呢？
我们的产品是无线终端产品，需要测试基于TCP的从服务器经过无线空口到PC侧整条通路的性能，是必选的用例。
我们尝试过通过UDP灌包的方式，是可以达到峰值速率，所以我们才一直纠结在窗口大小上面。
非常感谢您给予的详细解释哈~ 不客气，我也不懂这一块，仅仅是根据个人理解和猜测吧！
我认为BSD\Linux\Unix等OS对IPv6这一块支持可能会好一些，Windows如果做Server端，可以考虑使用2008来测试，毕竟XP和2003对IPv6的支持确实很弱，甚至连基本的协议栈实现都不是很完善，所以性能低于IPv4也是很正常的。
如果你们的设备UDP方式可以达到峰值的话，TCP方式应该也没有太大问题吧？ 毕竟基于TCP/UDP这一类的传输层协议栈是由操作系统来实现的。
你们无线终端设备提供给操作系统相关驱动接口，然后由操作系统来控制硬件设备，收发以太网帧（承载IP数据包），无线终端是否可以理解为底层物理设备了？既然底层性能传输达到了，那么上层不管TCP/UDP，性能基本是没有区别的，所以瓶颈是OS的TCP6协议栈吧。
页:
[1]