[Olsr-dev] does the current Debian olsrd.conf work with a mesh?

Henning Rogge (spam-protected)
Fri Jun 29 17:24:10 CEST 2012

If you see lots of APs on 6, 80% of the spectrum of channel 7 are
blocked by them.

Thats why everyone is using 1/6/11. Because the channels overlap that much.


On Fri, Jun 29, 2012 at 5:20 PM, Hans-Christoph Steiner
<(spam-protected)> wrote:
> On Jun 29, 2012, at 4:27 AM, Manuel Munz wrote:
>> On 28.06.2012 21:18, Hans-Christoph Steiner wrote:
>>> BSSID: cc:cc:cc:cc:cc:cc
>> This BSSID is not correct if you look at  IEEE 802.11, Section
>> and Section 11.1.3. It should be a locally administered mac:
>> The value of this field in an IBSS is a locally administered IEEE MAC
>> address formed from a 46-bit random
>> number generated according to the procedure defined in 11.1.3. The
>> individual/group bit of the address is set
>> to 0. The universal/local bit of the address is set to 1. This mechanism
>> is used to provide a high probability of
>> selecting a unique BSSID.[1]
>> In most cases it works if you don't follow that standard, but i've heard
>> of some cases where this has caused problems.
> Ah, ok about about ee:ee:ee:ee:ee:ee then?
>> Also i'd like to join Daniel in asking why channel 7?
> Maybe I'm biased by being in NYC, but whenever I do a scan, there are lots of APs on 1, 6, and, 11, quite a few between 1 and 6 and the least between 6 and 11.  But still quite a lot on 11.  So 7 seems to me the emptiest part.  This is for impromptu meshes, not a citywide mesh.
> This is a quick scan from right now, of me sitting at my desk:
> --
> Olsr-dev mailing list
> (spam-protected)
> https://lists.olsr.org/mailman/listinfo/olsr-dev

Steven Hawkings about cosmic inflation: "An increase of billions of
billions of percent in a tiny fraction of a second. Of course, that
was before the present government."

More information about the Olsr-dev mailing list