<br><br><div class="gmail_quote">On Fri, Mar 30, 2012 at 10:53 AM, Francis Dupont <span dir="ltr"><<a href="mailto:fdupont@isc.org">fdupont@isc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">> I have a need to re-organize and rewire the lab and return at least one box<br>
> to it's original usage.<br>
><br>
> The x86 gear:<br>
><br>
> are <a href="http://io.lab.bufferbloat.net" target="_blank">io.lab.bufferbloat.net</a> (the aftr box)<br>
> and ida (one of my laptops) (the sdnat box)<br>
><br>
> I can live without io for a while, or the laptop, but not both. (they are<br>
> the only gigE capability I presently have)<br>
<br>
</div>=> I have saved the configs, even fixed the DHCPv6 server one which was<br>
bad, so if you can wait Alistair is back with 3 boxes I have no concern.<br>
BTW I have to install my old iMac and primary DNS server replacement<br>
so I don't expect to be active until Monday. I have the HSM mess<br>
on my TODO list next week too (even the critical point was fixed<br>
a long time ago and the customer now knows this :-).<br></blockquote><div><br>I am figuring I will diff /etc when the gear returns to update the basic firmware.<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div class="im"><br>
> I'm curious enough about aftr to configure a cerowrt box as an aftr box as<br>
> well, so I can leave up two wndrs for that purpose,<br>
> or leave a wndr box off of io for now and re-re-re-purpose that laptop.<br>
><br>
> So A) are both/either these boxes still needed during the rest of ietf? (so<br>
> I can at least rewire)<br>
> and B)...<br>
<br>
</div>=> IETF is nearly finished so nothing technical should be done.<br>
<br>
As you say rewire I still believe we should not use the wireless in the lab<br>
(hard to debug, basically insecure with easy to use config, so in most<br>
cases a bad idea. BTW please document how to get rid of wireless on WNDRs,<br>
I know only for WRT54G* (remove the antenna)).<br></blockquote><div><br>Well, I need wireless for the bloatlab! You can do whatever you want. :) <br><br>I can produce a build with wireless expressly disabled, but frankly I felt it was important to stress the code out with more users, which is easy to do with all the wireless clients floating around. It very rapidly shows that 500 ports is not enough.<br>
<br>So: I could leave wireless up with crypto enabled? or disable it entirely, that's a single line per radio in the /etc/config/wireless file:<br><br>option disabled 1<br><br>Another reason why wireless is up by default is that I update machines that are connected wirelessly only and after a reflash, need to be able to get to them to finish configuration.<br>
 <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im"><br>
> My plan would be to rebuild the aftr/sdnat lab out of the demo gear<br>
> returning, which I assume will be monday(ish)?<br>
<br>
</div>=> ask Alistair (as far as I know he won't rush on the first plane)<br>
<div class="im"><br></div></blockquote><div><br><a href="http://battlemesh.org">battlemesh.org</a> is worth attending this week too.<br> <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">
> So a build system needent be a dedicated box, it just requires a reasonably<br>
> modern Linux operating system, about 2GB of disk for the sources,<br>
> and about 40MB per preserved build. It takes about 3 1/2 hours for a full<br>
> build on the 8 core system that is huchra, under 8 minutes for incremental<br>
> builds.<br>
<br>
</div>=> BTW 3 1/2 hours are a lot<br>
<div class="im"><br></div></blockquote><div><br>Has to build toolchains, pull current sources, etc, and build up everything from scratch. It's no fun.<br><br>However I remember when we used to have to write everything in assembly, test, create a rom mask, test, ship it off to a factory to get built, wait a month for something to come back...<br>
<br>and in that context it isn't all that bad!<br><br>I would hope with more modern hardware than huchra the bootstrap phase of the build could be cut down, however parts of it are very resistant to parallization.<br>
<br>The other problem is that it's far more efficient to do incremental builds but most automated systems like jenkins want to do the whole thing from scratch every time.<br><br></div></div>-- <br>Dave Täht<br>SKYPE: davetaht<br>
US Tel: 1-239-829-5608<br><a href="http://www.bufferbloat.net" target="_blank">http://www.bufferbloat.net</a><br>