WAN链接速度和TCP窗口大小在Windows 2003 / XP上

我现在有一个数据中心分别通过MPLS-2M和6M连接到两个远程位置。 2M连接(来自美国的亚洲)具有大约300毫秒的延迟,并且在客户端(XP,2003服务器)和服务器(2003服务器)之间传输时,单个stream量不会超过.65 Mbps。

我可以通过FTP获得非常好的连接,通过单线程FTP连接填充整个2 Mbps,但CIFS或任何其他基于TCP的连接似乎都是可怕的。

有人build议这是一个TCP窗口大小的问题,但当提到这个更改窗口大小为64K(或更大,我已经尝试了一系列的窗口大小),它根本不会改变我的传输速度。 我在networking监视器偷看看我正在谈判什么窗口大小,它是报告,如果我把它设置为64K它真的谈判64K等。

我对这种疯狂的经历并没有太多的经验,所以希望有人能够对我所缺less的东西或需要考虑的事情有所了解。

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

我们从亚太地区到美国DC250ms,到欧洲DC220ms。

恕我直言,像改变窗口大小低级别的黑客不是第一个开始的地方。 300毫秒的延迟是可怕的。 你看过包丢失吗? FTP比Windows文件复制的开销小,所以通常运行得更快。