<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 6, 2013 at 8:43 AM, Andrew Cooks <span dir="ltr"><<a href="mailto:acooks@gmail.com" target="_blank">acooks@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":ng">We're starting from the wrong point here. The requirements have to<br>
come first, then we look at what's already in place. If we start with<br>
a bag of tricks and solve problems that don't exist, we're simply<br>
complicating things and it may not be appropriate for whoever is<br>
responsible for support.<br>
<br>
Since startup weekend is so close (and that seems to be the main worry<br>
at this point), I'd start by asking Brodie about the fluctuations he<br>
mentioned and printing a "Please turn off your torrents" notice.<br>
Getting a nat box or bridge in place would be next, simply as a point<br>
to measure and observe, so that potential problems can easily be<br>
pin-pointed.<br>
<br>
Any major http/ftp uploads/downloads won't be cached by squid anyway.<br>
With torrenting and youtubing under control that's more than half the<br>
battle won, but dare I mention shaping?<div class="yj6qo ajU"><div id=":mj" class="ajR" tabindex="0"></div></div></div></blockquote></div><br>Great points :-). A lot of questions need to be asked before technology and solutions can be suggested.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra"><br><br clear="all"><div>--<br>DRM 'manages access' in the same way that jail 'manages freedom.'<br><br># cat /dev/mem | strings | grep -i cats<br>
Damn, my RAM is full of cats... MEOW!!</div>
</div></div>