Visser, Martin wrote:
I think that the technology Gavin is thinking of is more about
economising on the content being sent rather than tweaking TCP
parameters.
Hi,
I'm familiar with the Riverbed equipment and I have to say that its very
protocol dependent.
SMB/CIFS is very chatty in general and the Riverbed stuff is great at
reducing that chatter.
NCP (the Novell filesharing protocol) is not as chatty and as as such
does not benefit much from the riverbed tech.
OpenVPN can do adaptive link level compression which may get you a fair
way with speeding things up (I have used it to great success
extensively). It uses LZO compression, so for certain types of data, you
can get good results.
There is patent problems here, which is why the OpenSource world may not
have tacked it seriously for a while.
check out: http://ozlabs.org/~rusty/rproxy.html (The Tragedy of the
RProxy) and other searches for rproxy.
Overall, we get round the problems with a combination of OpenVPN, remote
desktop solutions and fixing the protocols/applications that cause the
problem in the first place.
Oh and at Glen Turner - how is bandwidth greater than 155Mbps considered
low? :) (yes i know you work at aarnet! :)
dave
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
