<div dir="ltr">Serval may be forgiving, but if your olsr config doesn't match, it may lead to undefined behaviour....<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 3, 2013 at 8:10 AM, Paul Gardner-Stephen <span dir="ltr"><<a href="mailto:paul@servalproject.org" target="_blank">paul@servalproject.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>While it is true that all needs to match to get multi-hop connectivity through the mesh, if BSSID + channel match (or even channel is +/- 2) then single-hop traffic will be possible between nodes of different meshes, which can still be helpful and transfer/share useful information.  Rhizome could certainly use this kind of connection to transfer data.</div>

<div><br></div><div>Changing the BSSID doesn't reduce the interference of colocated meshes, it just stops the packets from being visible to each other.  To my mind forcing separation of traffic like this is counter-productive to the goals of distributed communications.  In short, I prefer the "if in doubt, allow communications" approach.</div>

<div><br></div><div>So I agree with the doctor that the BSSID should not change.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Paul.</div></font></span></div><div class="gmail_extra"><br><br><div class="gmail_quote">
<div><div class="h5">On Fri, May 3, 2013 at 2:05 AM, Hans-Christoph Steiner <span dir="ltr"><<a href="mailto:hans@guardianproject.info" target="_blank">hans@guardianproject.info</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div><br>
<br>
On 05/02/2013 10:40 AM, The Doctor wrote:<br>
> On 05/01/2013 04:17 PM, Hans-Christoph Steiner wrote:<br>
><br>
>> As for the BSSID, I think we should probably use a unique BSSID to<br>
>> prevent collisions with other mesh networks.  02:ca:ff:ee:ba:be is<br>
>> used by a number of other meshes.  It really could be any valid<br>
>> adhoc BSSID like 02:02:02:02:02:02<br>
><br>
> If you change the BSSID, you will break interoperability with other<br>
> projects.  Please do not do that.<br>
<br>
</div>For true interoperability, the whole mesh profile needs to match:<br>
<br>
SSID<br>
BSSID<br>
channel<br>
IP scheme<br>
LinkQualityAlgorithm<br>
<br>
The problem with 02:CA:FF:EE:BA:BE for the default BSSID for a lot of<br>
different, incompatible meshes.  For example, Freifunk and Funkfeuer use that<br>
BSSID for some of there OLSR meshes, but since those OLSR meshes use the<br>
LinkQualityAlgorithm etx_ff and <a href="http://commotionwireless.net" target="_blank">commotionwireless.net</a> uses the incompatibile<br>
etx_ffeth, even if they have the same BSSID can channel, they will be separate<br>
meshes.<br>
<br>
As far as I understand it, the traffic from the incompatible mesh will then<br>
just be interference.<br>
<span><font color="#888888"><br>
.hc<br>
<br>
</font></span><br></div></div><div class="im">_______________________________________________<br>
Commotion-dev mailing list<br>
<a href="mailto:Commotion-dev@lists.chambana.net" target="_blank">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></blockquote></div><br></div>
<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></blockquote></div><br></div>