<html><body bgcolor="#FFFFFF"><div><span class="Apple-style-span" style="-webkit-tap-highlight-color: rgba(26, 26, 26, 0.296875); -webkit-composition-fill-color: rgba(175, 192, 227, 0.230469); -webkit-composition-frame-color: rgba(77, 128, 180, 0.230469); "><div>Hi all,</div><div><br></div><div>IMHO Concerning the scenario where two or more orphan nodes meet they should reconfigure as a LAN </div><div><br></div><div>Michel</div></span></div><div><br>On Jun 10, 2011, at 21:07, Ben West <<a href="mailto:me@benwest.name">me@benwest.name</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>Hi Henning and Juliusz,<div><br></div><div>Thanks for your responses.  Please see my follow-up comments in-line below.<br><br><div class="gmail_quote">On Sun, Jun 5, 2011 at 2:47 PM, Juliusz Chroboczek <span dir="ltr"><<a href="mailto:jch@pps.jussieu.fr"><a href="mailto:jch@pps.jussieu.fr">jch@pps.jussieu.fr</a></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"><br></div><div class="im">
> primarily low-power / battery-power devices<br>
<br>
</div>Another advantage is that lowering the tx power, you reduce the amount<br>
of interference.  Think of a network where there's a lot of nodes that<br>
have access to wired internet, so most often you just want to reach the<br>
closest wired node.<br>
<div class="im"><br></div></blockquote><div>Besides optimizing for tx power vs. interference (which would be an operational goal for normal meshes), another constraint is to reduce the node's detectability via minimal tx power.  Remember, the targeted user may be a pro-democracy protester in an unfriendly country.  That is, we'd anticipate mesh users wanting to only operate their nodes at at some bare minimum tx power level to enable the mesh to function, tho necessarily at high throughput.</div>
<div> </div><div>Further along these lines, and to preserve plausible deniability for said protesters, it is actually ideal to encourage more hops to the wired node(s), which again favors low tx power.  That is, in a star topology (i.e. degenerate mesh), any packet passing thru a wireless node can plausibly be associated with the node's owner/operator.  In a deeper mesh topology, this ability to identify a packet's source becomes more difficult.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> - Gradually turn down TX power until reachability of 2-hop neighbor degrades<br>
> below specified LQ<br>
<br>
</div>Wouldn't it be better to turn down TX power until the reachability of<br>
direct neighbours drops just below 1, and then raise it back until it<br>
reaches 1?<br>
<br>
(I assume you're measuging direct reachability here, not ETX.)<br>
<div class="im"><br></div></blockquote><div><br></div><div>The suggestion to adjust tx power based on 2-hop neighbor LQ was actually a suggestion from Jeremy Lakeman from the Serval, as a simple way to push tx power down to a bare minimum level while still preserving mesh integrity.  Do please note this metric for mesh integrity is still being conceived.  Also, I would expect such a mesh to operate with LQ < 1 at all times anyway, given the manifold needs to minimize tx power.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> - Battery-powered (or even wire-powered?) node with no visible neighbors<br>
> should eventually turn down (or turn off?) its transmitter.<br>
<br>
</div>What if two such nodes meet?  (Look up -i in the babeld man page.)<br>
<font color="#888888"><br></font></blockquote><div><br></div><div>I don't yet have a course of action envisioned if two orphan nodes meet, besides no action.  We are still anticipating a mesh with at least one wired node.</div>
<div> </div></div>On Tue, Jun 7, 2011 at 3:15 AM, Henning <span dir="ltr"><<a href="mailto:hrogge@googlemail.com"><a href="mailto:hrogge@googlemail.com">hrogge@googlemail.com</a></a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div class="im">> T ... we discussed a potential OLSR plugin that would gradually turn down a</div><div class="im">> node's TX power until a minimum specified LQ was reached by one of that<br>> node's 2-hop neighbors.<br>
<br></div>There was a presentation on the Wireless Community Weekend (last weekend) in<br>Berlin about implementing Power Control in mac80211. I will have to see if I<br>find a link for you.<br><br>Doing power control in the driver allows the mesh to adjust the power<br>
separately for each neighbor.<br></blockquote><div><br></div><div>I would certainly be interested in seeing that presentation, also for my own mesh use.</div><div><br></div><div>For the power plugin as planned, I believe we would need to turn down tx power for all neighbors.  A goal is to reduce a node's detectability by surveillance (i.e. SpecAn, directional antenna), which won't care which neighbor a particular node is talking to.</div>
<br>-- <br><div>Ben West</div><div><a href="mailto:me@benwest.name" target="_blank"><a href="mailto:me@benwest.name">me@benwest.name</a></a></div><br>
</div>
</div></blockquote><blockquote type="cite"><div><span>-- </span><br><span>Olsr-users mailing list</span><br><span><a href="mailto:Olsr-users@lists.olsr.org">Olsr-users@lists.olsr.org</a></span><br><span><a href="https://lists.olsr.org/mailman/listinfo/olsr-users">https://lists.olsr.org/mailman/listinfo/olsr-users</a></span></div></blockquote></body></html>