<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 30/01/13 15:54 , Ben Dale wrote:<br>
</div>
<blockquote
cite="mid:BD0C455B-1E12-4C80-A7D7-4537C4FE3C34@comlinx.com.au"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<base href="x-msg://1458/"><br>
<div>
<div>On 30/01/2013, at 2:22 PM, Ed Hallett <<a
moz-do-not-send="true" href="mailto:ed@teltech.net.au">ed@teltech.net.au</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div link="blue" vlink="purple" style="font-family: Helvetica;
font-size: medium; font-style: normal; font-variant: normal;
font-weight: normal; letter-spacing: normal; line-height:
normal; orphans: 2; text-align: -webkit-auto; text-indent:
0px; text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; -webkit-text-size-adjust: auto;
-webkit-text-stroke-width: 0px; " lang="EN-AU">
<div class="WordSection1" style="page: WordSection1; ">
<div style="margin: 0in 0in 0.0001pt; font-size: 12pt;
font-family: 'Times New Roman', serif; "><span
style="font-size: 11pt; font-family: Calibri,
sans-serif; color: rgb(31, 73, 125); ">At a previous
contract (Australia / Dubai wide commercial
architectural design company) we had Riverbed’s
handling the load between heavily utilised local file
servers (those CAD drawings are big!!) – we had
significant problems with users reporting slow access
speeds to ArchiCAD / AutoCAD docs and similar. It
still wasn’t resolved after 6 months of talking to
Riverbed, and is ongoing I believe.</span></div>
</div>
</div>
</blockquote>
<br>
</div>
<div>It's been quite a few years since I've played in this space,
but I do recall that CAD files were (once) the bane of WAN
Acceleration products everywhere. </div>
<div><br>
</div>
<div>Someone explained it to me that when making even small
changes to CAD files, the structure/contents/order of the file
is changed so drastically that traditional caching/diff methods
become ineffective. I find this highly ironic since the size of
these files and the inevitable number of revisions that must be
sent around the place must be staggering...</div>
</blockquote>
<br>
The same is true for the compressed Office documents (docx, xlsx,
odf): Instead of a binary format which can be nicely structured and
thus a little change does not cause a large change, it is compressed
and thus a little change at the beginning (metadata which keeps the
time of the last change) totally screws up the contents of the rest
of the file.<br>
<br>
So before the new format you had great data reduction while saving
and loading, after the new format you had only great data reduction
when you are loading it again.<br>
<br>
<blockquote
cite="mid:BD0C455B-1E12-4C80-A7D7-4537C4FE3C34@comlinx.com.au"
type="cite">
<div>As for the OP - Riverbed licensing is/was based on number of
active sessions through the appliances - be VERY optimistic
around these numbers when sizing your appliance as exceeding
them will leave you with unaccelerated traffic flows and very
bizarre performance issues.</div>
</blockquote>
<br>
Yups. These devices will show you what is going on in your network
and that if often way much different than what you think there is
:-)<br>
<br>
<br>
Edwin<br>
(Please note: Riverbed TAC person, but not wearing that hat now)<br>
<br>
</body>
</html>