Windows 2003/XP 上的 WAN 链路速度和 TCP 窗口大小

Windows 2003/XP 上的 WAN 链路速度和 TCP 窗口大小

我目前有一个数据中心通过 MPLS 分别连接到两个远程位置 - 2M 和 6M。2M 连接(从美国到亚洲)的延迟约为 300ms,在客户端(XP、2003 Server)和服务器(2003 Server)之间传输时,单个流量不会超过 0.65 Mbps。

我可以通过 FTP 获得非常好的连接,它通过单线程 FTP 连接几乎填满整个 2 Mbps,但 CIFS 或其他基于 TCP 的连接似乎受到了严重的限制。

有人认为这是 TCP 窗口大小问题,但提到将窗口大小更改为 64K(或更大,我尝试了各种窗口大小),这根本不会改变我的传输速度。我查看了网络监视器以查看我正在协商的窗口大小,它报告说,如果我将其设置为 64K,它实际上正在协商 64K,依此类推。

我对这类疯狂的事情确实没有太多经验,所以希望有人能够了解我所忽略的内容或一些需要考虑的事情。

答案1

我们和您有同样的问题,解决通过 MPLS 链接访问 CIFS 问题的唯一方法是使用 CIFS 加速器(如 Riverbed 设备或 F5 Networks 设备)来加速。如果您使用 Windows 文件共享,并且由于 MS 的聊天协议而没有本地域控制器,情况会更糟。Vista 及以上版本除外,因为有 SMBv2。

我们从亚太地区到美国 DC 的时间约为 250ms,到欧洲 DC 的时间约为 220ms。

答案2

恕我直言,像更改窗口大小这样的低级黑客攻击并不是首先要做的事情。300 毫秒的延迟太可怕了。你看过数据包丢失吗?FTP 的开销比 Windows 文件复制要小,因此它通常运行得更快。

相关内容