主题：【求助】不灵了，请弟兄们帮忙 -- 萨苏

Change the Windows 2000 server to a Linux box or a Windows XP workstation, that solved my problem, I did not spend the time to figure out how it works, but it works for me. Hope you have the same luck!

我想这类问题我有一点类似的经历，不过我们的规模小的多。这种问题一般还是出在应用上，估计something is wrong with windows application server. What application are you running on Windows? FTP server or something else (sshd?)? What client are you running on office1 (rcp,scp or rsync?). These issues may be critical.

买暗光纤吧！ 如果钱够多。 不然就只有自己重写TCP了， 就这样都不一定管用。

不知道明年， 新技术出来，还来得急吗 。

这是正常的。 PACKET 会SYNCHRONIZE。 估计ISP有自己的密秘调度算法。

我是做防火墙的，东西大概和你“挨踢”里的东西原理上差不多。类似的情况可能的原因太多，一般会按实现的难易程度用排除法确定故障点再进行下一步（对于我们来讲防火墙是单点出口，忒容易背雷）。

我感觉上排除的顺序如下：

1.在office1上开一个server（比如ftp），从office2的PC上upload文件，看传输速度，如果速度一样慢就没host和应用系统什么事儿了。剩下就是线路和线路上设备的事儿了。

2.分别关上3个firewall的filter，试试对upload文件速度的影响，如果网管不好说话，也可以把server和PC放在防火墙前面，这样IP地址改来改去比较麻烦。firewall的filter有时会惹麻烦。

3.分别把server和PC放在SPY/X前面，看SPY/X对速度的影响。不知道SPY/X是不是透明传输，如果是就连根线短过SPY/X就行了。

4.如果上面的都对速度没影响，问题就在CISCO3845和中间的线路上了，可以试试CISCO3845上的VPN设置成只传输不加密upload文件等等，IPsec出问题也是常事儿。最直接的方法就是关掉CISCO3845上的VPN，server和PC都直接设置成公用IP，upload文件，如果还是有问题，那铁定是ISP的问题；如果没问题，就找CISCO工程师吧。

以上步骤的顺序可以任意组合，看哪个好实现了。office2有个愿意合作的IT是关键

office2的host弱了一点,win的网络性能不算很好.对大容量传输请求,是不是有些请求 来不及回应? 发送端为了同步,也只好等.

office2可能换一个系统接收么?

是要求实时保持这种1小时6.7G的能力，还是比如说每天爆发式传一次那种的，要是后者，烧成DVD Fedex Overnight得了。

我闪。。。

Sky/X在美国用的多，个人用不起，基本上都是连着服务器，也就是说都是吃进去少，吐出来多的，所以美国那边的出口很挤，在那里是个瓶颈。

日本还用得很少，所以这边的送信速度能上去。