WAN加速设备

带脚镣跳舞

这个广域网加速设备现在有很多,一直对他的加速原理搞的不是太清楚

1  TCP优化
   优化了哪些方面,比如 原来TCP存在了一些问题,现在通过修改TCP的某些参数,让它加速等,最好能精细点,

2  应用优化
   说是主要解决了延迟的问题,不知道通过什么技术手段来解决这个延迟的.


请懂行的XDJM指点一二

ssffzz1

这个很容易搜到吧。
俺没接触过，从来认为这些设备是唬人的。

带脚镣跳舞

搜到的都不是很细  最好有厂商的人跳出来说说 呵呵

ssffzz1

我了解的大多是优化应用层的东西，譬如对WEB页面进行缓存，优化连接等等。

就TCP自身来说，已经没多少优化的余地了。

kentchoi

还有，那种ssl加速的。。。

或者是中间设备，自己压缩之后，传输，，收到之后解压放行。。。

所以看那些优化设备，最好传输一些压缩文件看看，，据说对于已经压缩的文件，效果不咋的。。

toseeme

接触到楼主要求的设备。用过RIVERBED，如果你在学习了网络之后，你一定会说，那是骗人的，现在的协议什么的都已经很优化了。
我开始的时候也如楼上人所言。当我用了之后，我才知道，还有这样的东西。比如说一下吧。
点到点复制300M文件，如果原来的话，大概要13分钟，加速之后，只有40秒。

我不是广告。你可以去试试。

ssffzz1

点到点复制300M文件，如果原来的话，大概要13分钟，加速之后，只有40秒。


有具体的测试报告吗？？？

ssffzz1

信号远距离传输所产生的延迟过大问题

电子在铜介质中的移动速度是20W/s ，因此距离的长短不是延迟过大的原因。延迟过大是由于设备的转发速率过慢造成的，这可能是设备的性能，还有网络的拥塞。

hritian

实际上延迟的问题，根本就不是问题，tcp的rtt不公平性是很好弥补的。
丢包的问题是比较头痛的，国内好像都偏向于用类FEC编码的方式来解决。

大文件传输，对于广域网加速来说，其实是很好解决的。
难点还是在于交互型数据。

hritian

原帖由 toseeme 于 2009-4-24 23:42 发表
接触到楼主要求的设备。用过RIVERBED，如果你在学习了网络之后，你一定会说，那是骗人的，现在的协议什么的都已经很优化了。
我开始的时候也如楼上人所言。当我用了之后，我才知道，还有这样的东西。比如说一下 ...

你的出口带宽有多大？
顺带说一句，现在很多系统管理员的水平都太一般，有些东西，只要把系统参数一改，速度立马就能提升很多倍，根本就不需要买什么设备。