Wow, that steeple looks pretty tall on Google Maps. Cool! Besides the Commotion <a href="https://code.commotionwireless.net/projects/commotion-manual/wiki/Step_by_Step_Guide">wiki</a> <a href="https://code.commotionwireless.net/projects/commotion-manual/wiki/Grounding_and_Lightning_Protection">pages</a> <a href="https://code.commotionwireless.net/projects/commotion-manual/wiki/Rooftop_Mounting_Guide">that</a> <a href="https://code.commotionwireless.net/projects/commotion-manual/wiki/Installation_Safety_Checklist">already</a> cover this, will you be using <i>shielded</i> cat5 cable with cat5 surge arrestors? I'm guessing that steeple is the tallest structure for at least a few blocks, so it will be getting visits from lightening. The steeple should have rods up top and thick ground cable to divert direct strikes, but you'll still want shielded cable to prevent induced surge from fusing the ethernet chips. I did just recently retrieve a Nanostation M5 from a 3rd floor roof whose primary LAN port burned out, presumably since I installed it using unshielded cable a couple years ago.<br>
<br>Also, removing dnsmasq does indeed remove exactly that which would issue DHCP leases. However, do you know that the 10.x.x.x, 101.x.x.x, 102.x.x.x, etc subnets which the Commotion nodes must route will be the same for all use cases? That is, the NAT thru the nodes generally assumes traffic entering each interface to have a source IP within one of the subnets configured, independent of who is giving out DHCP leases.<br>
<br>P.S. BKFiber looks pretty cool as a local WISP. Is anyone on this list in good rapport with them? Discussions on other OTI lists about meshy business models piques my curiosity w/r/t/ what BKFiber is up to.<br><br><div class="gmail_quote">
On Tue, May 14, 2013 at 6:32 PM, Preston Rhea <span dir="ltr"><<a href="mailto:prestonrhea@opentechinstitute.org" target="_blank">prestonrhea@opentechinstitute.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
@Dan: that may work, but it's not really what we're looking for. Isn't<br>
there a way to do this with a config change, instead of removing a<br>
package?<br>
<br>
@Paul: (1) is correct, (2) is not right in this particular case since<br>
they will be sharing a common power distribution from the ToughSwitch.<br>
Only at this site (for now) are we worried about this, so (3) actually<br>
if the distribution node at this site goes down, ideally you would be<br>
able to hop through these Commotion nodes to _another_ gateway that<br>
has a Commotion co-location in the neighborhood.<br>
<br>
Name of the game is to not conflict with the BKFiber kit, and prevent<br>
routing loops from occurring.<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, May 14, 2013 at 5:43 PM, Dan Staples<br>
<<a href="mailto:danstaples@opentechinstitute.org">danstaples@opentechinstitute.org</a>> wrote:<br>
> Hi Preston,<br>
><br>
> To prevent these nodes from ever giving out DHCP leases, forever and for<br>
> all time, it should be enough to remove DNSMasq ("opkg remove dnsmasq"),<br>
> since that is the program that hands out DHCP leases. But then it can<br>
> still request/receive DHCP leases. Best of luck tomorrow!<br>
><br>
> Dan<br>
><br>
> On 05/14/2013 04:52 PM, Preston Rhea wrote:<br>
>> Hello dev team,<br>
>><br>
>> Tomorrow, we are going up the Visitation Rectory steeple in Red Hook<br>
>> to install a co-ordinated distribution layer and Commotion layer<br>
>> co-location site. BKFiber will install some stock 5GHz and 900MHz<br>
>> equipment at the top of the steeple, we'll put two Commotion<br>
>> NanoStations in the middle of the steeple, and all will be connected<br>
>> by a Ubiquiti ToughSwitch.<br>
>><br>
>> The issue: we want the Commotion nodes to not interfere with DHCP<br>
>> leases. Those should all be left up to the BKfiber infrastructure - we<br>
>> need to ensure that the Commotion nodes can only receive, never give<br>
>> out, DHCP leases. This is in line with our multi-layer approach, with<br>
>> a Commotion community-managed layer hanging off of a<br>
>> professionally-managed distribution layer. So even if the power goes<br>
>> out, this should always be the case when the power comes back on.<br>
>><br>
>> The question: What exactly should I do to make this happen on the<br>
>> Commotion nodes? If you can email a precise solution, it will A: help<br>
>> me since I will be in the steeple all day, and B: help us turn it into<br>
>> nice documentation for the future.<br>
>><br>
>> Thanks!<br>
>><br>
>> Preston<br>
>><br>
>><br>
>> --<br>
>> Preston Rhea<br>
>> Program Associate, Open Technology Institute<br>
>> New America Foundation<br>
>> <a href="tel:%2B1-202-570-9770" value="+12025709770">+1-202-570-9770</a><br>
>> Twitter: @prestonrhea<br>
>><br>
>> _______________________________________________<br>
>> Commotion-dev mailing list<br>
>> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
>> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
>><br>
><br>
> --<br>
> Dan Staples<br>
><br>
> Open Technology Institute<br>
> <a href="https://commotionwireless.net" target="_blank">https://commotionwireless.net</a><br>
><br>
> _______________________________________________<br>
> Commotion-dev mailing list<br>
> <a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
><br>
<br>
<br>
<br>
--<br>
Preston Rhea<br>
Program Associate, Open Technology Institute<br>
New America Foundation<br>
<a href="tel:%2B1-202-570-9770" value="+12025709770">+1-202-570-9770</a><br>
Twitter: @prestonrhea<br>
<br>
_______________________________________________<br>
Commotion-dev mailing list<br>
<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
<a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Ben West<div><a href="http://gowasabi.net" target="_blank">http://gowasabi.net</a><br><a href="mailto:ben@gowasabi.net" target="_blank">ben@gowasabi.net</a><br>
314-246-9434<br></div>