WAN Acceleration Techniques used in WANProxy?

[Juli Mallett]

Hi Kevin,

Right now just dictionary compression.  Because connections are
proxied through the TCP stack on both sides of a proxy, it is possible
that any TCP improvements in e.g. Linux or FreeBSD network stack would
be applied to the connection.  The goal is to keep WANProxy
multi-platform and to not develop a large feature set that is
restricted to one or two platforms, so any really specialized TCP
modifications seem unlikely, but any semi-portable improvements (like
disabling and reenabling Nagle when there is more data pending) could
be implemented.  QoS and protocol-specific optimizations are possible,
but I don't have the time to work on them and don't know anyone else
who is looking at doing them with WANProxy.  Traffic Squeezer does
some things with HTTP, but I can't imagine that it does anything
particularly in the spirit of WAN Optimization (i.e. not caching)
which would also be a marked improvement over dictionary compression.

Thanks,
Juli.

On Tue, Sep 15, 2009 at 17:40, Jiachang Xu <xcoderz at gmail.com> wrote:
> Hi, does anyone know what kind of WAN Acceleration Techniques is used in
> WANProxy? I know that it uses dictionary compression to sent less data, but
> I am interested to know what other techniques is used, such as flow control
> by manipulating TCP headers to increase TCP size. This is for a project I am
> doing for school, I am looking to examine a few WAN Acceleration products,
> the techniques used, its performance, stability, etc.
>
> --
> Kevin Xu
>
> _______________________________________________
> wanproxy mailing list
> wanproxy at lists.wanproxy.org
> http://lists.wanproxy.org/listinfo.cgi/wanproxy-wanproxy.org
>
>