<br><br><div class="gmail_quote">On Tue, Nov 8, 2011 at 8:05 PM, Andrew Hammond <span dir="ltr"><<a href="mailto:andrew.george.hammond@gmail.com">andrew.george.hammond@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
My friend owns and operates a small ISP that serves a small town and the surrounding rural area.<div><br></div><div>His current setup is wireless routers in bridge mode.<br> <br></div></blockquote><div><br>Heh. I would suspect he has scaling problems.<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>As a first step, I'd like to move him to an OSPF routed network. I've never built an OSPF network, can you guys please recommend a good page for reading up about it?</div>
</blockquote><div><br>Cero's default routing protocol is babel, and is nearly zero setup. Change the ip addresses with a sed script, disable nat, plug them into each other. <br><br>ospf and ospf6 are in the optional quagga package as are most other routing protocols. Years ago I started working with ospf but gave up on it due to requiring two different daemons, two different kinds of packets, and two different conf files for ipv4 and ipv6. It was too large to run both in 16MB of RAM, too. That latter problem is not a problem on larger routers. <br>
<br>I later went to olsr and then batman and currently babel.<br><br>There is seemingly big support for ospf and olsr within the theorists in the homenet working group. <br><br>Babel, OLSR, and batman have respectable metrics for wireless networks. OSPF, not so much.<br>
<br>Babel is 'RIP on speed'. I'm not going to go into babel's evolution (or religion) here, but I would like it if more people understood that being able to effectively route P2P links is crucial for wireless behavior....<br>
<br><a href="http://www.pps.jussieu.fr/~jch/software/babel/">http://www.pps.jussieu.fr/~jch/software/babel/</a><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><br></div><div>I'd like for the majority of the routers to be running cerowrt, however that would require at a minimum external antenna connectors. </div></blockquote><div><br>Ubiquity's products mostly use the same chipset, and have available external antennas or an all in one unit such as the nanostation M5.<br>
<br>There are a lot of other products that use the same chipset, 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>I understand that the only hardware supported by cerowrt (so far) is the Netgear WNDR3700v2. Is it (reasonably) possible to attach external antennas to these routers?</div>
</blockquote><div><br>The ideas of cerowrt are implementable in just about any hardware, but it's the ath9k chipset that matters at the moment, not the brand, and only because it's the most 'open source' of the wifi stacks we had to choose from when we started.<br>
<br>I've periodically built a cerowrt version for the nano-m5, merely stripping out the named daemon support to gain enough flash for an 8MB system. It only takes a few minutes to make the change to the filesystem and package database and compile a version specific to that.<br>
<br>Whenever cerowrt is 'baked' - which seems an increasingly distant goal of late - it will be easy to slam it on a couple dozen brands <br><br>That said it remains our intent to push up everything possible into openwrt itself as it stablizes. <br>
<br>I (or rather some enthusiasts did) pulled apart a 3800 and it showed the standard detachable  tiny antenna connectors on the motherboard, and there are plenty of converters from that to a N connector - but ubiquity's gear already does that for you. <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><br></div><div>Finally, I'm wondering how much interest there would be in some form of access to this network for the purposes of analyzing or proving concept code.</div></blockquote><div><br>I certainly would like to have a long distance wireless network to play with again, and tools that monitored latency via things like snmp...<br>
<br>I had had a mesh network using the nanostation M5s up in nicaragua 2 years back. got beat by bufferbloat. The ath9k series of drivers is fixed now 'enough' to go and deploy that again but I still seriously think active queue management is required now-adays to keep flows in hand. <br>
<br>As another example I'd help build a gigE wireless backbone (<a href="http://wiline.com">wiline.com</a>) around the bay area 6+ years back (has it been that long?). When I left the US they'd provisioned voice over the same backbone. When I came back, they'd had to go to a dual stack for voice support. Bufferbloat again... <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><br></div><div>Sincerely</div><span class="HOEnZb"><font color="#888888"><div>
Andrew</div>
</font></span><br>_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Dave Täht<br>SKYPE: davetaht<br>US Tel: 1-239-829-5608<br>FR Tel: 0638645374<br><a href="http://www.bufferbloat.net" target="_blank">http://www.bufferbloat.net</a><br>