linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wolfgang Breyha <wbreyha@gmx.net>
To: Jouni Malinen <j@w1.fi>
Cc: Helmut Schaa <helmut.schaa@googlemail.com>,
	"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: Linux Client vs. CISCO AP with band select
Date: Fri, 26 Nov 2010 00:24:42 +0100	[thread overview]
Message-ID: <4CEEF03A.1000608@gmx.net> (raw)
In-Reply-To: <20101125211857.GB6907@jm.kir.nu>

On 2010-11-25 22:18, Jouni Malinen wrote:
> I simulated the five most likely ways current APs could attempt to
> implement load balancing and fixed/optimized those in sme.c. Please take
> a look at following commits if you want to see more details:

Sure! I definitely will try a git checkout tomorrow and report back!

I did some more tests meanwhile. After hacking mac80211 to not send the
direct probe I was able to connect to 2.4GHz again as I already noted. What
I didn't recognize initially was that the AP responded to probes afterwards
for some time. But after a short time (0-5 Minutes) it stopped responding
again. I think that's the way load balancing works with CISCO APs.
wpa_supplicant deauthenticates then with "due to inactivity" and blacklists
the AP. And this is another case in which the same AP is tried again at the
next reconnect attempt because the blacklist count reaches only 1 in
events.c:wpa_supplicant_event_disassoc():1298

I tried to change events.c:472ff
        e = wpa_blacklist_get(wpa_s, bss->bssid);
        if (e && e->count > 1) {
                wpa_printf(MSG_DEBUG, "   skip - blacklisted");
                return 0;
        }
to "e->count >= 1" and had better results since a BSSID is never tried
again in the following retry. But your commitdiffs let me guess that it is
wanted in some other cases I'm not aware of.

Last but not least I talked to my college some days ago and he told me that
"band select" is not a feature he needs desperately. But "load balancing"
is indeed needed for our large audiences with up to 750 people. If the
decision is left to the clients alone some APs are pretty overcrowded very
fast.

We decided to keep both features active as long as I can help to get the
issues fixed for Linux. Afterwards we most likely will deactivate "band
select" until the fixes find their way into common Ubuntus, Fedoras & Co.

Greetings,
Wolfgang
-- 
Wolfgang Breyha <wbreyha@gmx.net> | http://www.blafasel.at/
Vienna University Computer Center | Austria

  reply	other threads:[~2010-11-25 23:24 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-19 21:22 Linux Client vs. CISCO AP with band select Wolfgang Breyha
2010-11-19 21:45 ` Dan Williams
2010-11-20 11:27 ` Jouni Malinen
2010-11-20 12:04   ` Helmut Schaa
2010-11-20 16:49     ` Wolfgang Breyha
2010-11-20 21:24       ` Jouni Malinen
2010-11-23 16:13     ` Wolfgang Breyha
2010-11-24 14:56       ` Wolfgang Breyha
2010-11-25 16:47         ` Jouni Malinen
2010-11-25 17:50           ` Jouni Malinen
2010-11-25 21:18       ` Jouni Malinen
2010-11-25 23:24         ` Wolfgang Breyha [this message]
2010-11-26  9:48           ` Jouni Malinen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4CEEF03A.1000608@gmx.net \
    --to=wbreyha@gmx.net \
    --cc=helmut.schaa@googlemail.com \
    --cc=j@w1.fi \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).