<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jun 29, 2012, at 1:57 PM, Markus Kittenberger wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><br><div class="gmail_quote">On Fri, Jun 29, 2012 at 7:29 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>
Here's our idea for a standard algorithm for generating a static BSSID<br>
based on the SSID and the channel. Aaron suggested using the channel<br>
directly in the BSSID to lower the risk of conflicts. Basically,<br>
networks with the same BSSID on different channels will work, </blockquote><div>yes but many devices will actually connect to each other on such a setup.</div><div>of course with quite bad reception as the channel is wrong,</div>
<div><br></div><div>(in the lab with afair some bulelts this worked up to an offset of 15mhz!)</div><div><br></div><div>-> use different BSSID</div><div><br></div><div>Markus</div></div>
</blockquote></div><br><div>Do you have a suggestion how to do this in an algorithm? That's the goal: make an algorithm that takes an SSID and channel and generates a BSSID with the least likelyhood that there will be conflicts.</div><div><br></div><div>.hc</div></body></html>