Hans, <div><br></div><div>Thanks so much for this clarification.  </div><div><br></div><div>I do think we're missing something, still, however.  We know that olsrd - the actual daemon software - has many operational parameters.  It's a problem, however, that we don't really have a good idea what modifying those parameters means, and we don't have a good idea if or how modifying such parameters will improve or ruin mesh network connectivity and performance when mobile networks (and intermittent network users on mobile devices) are involved.</div>

<div><br></div><div>What this implies to me is that even under the (future) circumstances where we have an easier ability to discover and connect to mesh networks (which your definition of the "profile" addresses), we do not yet know if, upon connection, there are other settings/configurations necessary to optimize performance for specific mesh situations.    Thus, unlike WiFi, there may need to be two "layers" here: (a) connection and (b) optimizing performance.</div>

<div><br></div><div>When I wrote up the scenarios earlier on (and proposed seven profiles, mostly just dreaming them up since we have no knowledge to support them), I intended them to be separate from "network settings" (network connection parameters).  Overall, though, my current feeling is that we simply lack the proper knowledge to understand this second portion and we should just leave it for the experimenters to discover for us.</div>

<div><br></div><div>Dave</div><div><br clear="all">David M. Oliver | <a href="mailto:david@olivercoady.com" target="_blank">david@olivercoady.com</a> | <a href="http://olivercoady.com" target="_blank">http://olivercoady.com</a> | <a href="http://dmo.tel" target="_blank">http://dmo.tel</a> | @davidmoliver | +1 970 368 2366<br>


<br><br><div class="gmail_quote">On Thu, Jun 28, 2012 at 2:05 PM, Hans-Christoph Steiner <span dir="ltr"><<a href="mailto:hans@guardianproject.info" target="_blank">hans@guardianproject.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
I think the confusion over the "profiles" in the Mesh Tether app stems<br>
from the vague term "profile" and lack of context.  These profiles are<br>
network profiles, i.e. all of the settings needed to connect to an OLSR<br>
mesh network.  Here's a quick example:<br>
<br>
<a href="http://commotionwireless.net" target="_blank">commotionwireless.net</a>:<br>
        SSID: <a href="http://commotionwireless.net" target="_blank">commotionwireless.net</a><br>
        BSSID: 02:ca:ff:ee:ba:be<br>
        channel: 5<br>
        DNS: 8.8.8.8 + plugin 127.0.0.1<br>
        LinkQualityAlgorithm "etx_ffeth"<br>
        IP root: 10.<br>
        netmask: 255.0.0.0<br>
<br>
<br>
funkfeuer:<br>
        SSID: <a href="http://freiesnetz.www.funkfeuer.at" target="_blank">freiesnetz.www.funkfeuer.at</a> die<br>
        BSSID: 4E:FE:52:36:2E:65<br>
        channel: 1<br>
        DNS: 193.238.157.16<br>
        LinkQualityAlgorithm "etx_ff"<br>
        IP root: statically assigned, real IPs<br>
<br>
<br>
And so on and so forth.  The idea is that each profile represents how to<br>
connect to a mesh.  It is a quick and dirty version of the wifi browser<br>
that must be manually configured.  Hopefully, this won't be the final<br>
idea, but before we can do a proper scanner and browser, there is much<br>
work to be done (IP address assignment techniques, SSIDs as mesh<br>
descriptor, etc.).<br>
<span class="HOEnZb"><font color="#888888"><br>
.hc<br>
<br>
</font></span></blockquote></div><br></div>