All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Szlezak <alex@szlezak.com>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] Disable b mode and prioritize ack on 5 GHz
Date: Tue, 11 Sep 2012 15:54:38 +0200	[thread overview]
Message-ID: <504F429E.7070709@szlezak.com> (raw)
In-Reply-To: <20120906100935.GA10132@jouni.qca.qualcomm.com>

Hi Jouni,

Thanks for your elaborate answer.

Am 06.09.2012 12:09, schrieb Jouni Malinen:
> On Wed, Sep 05, 2012 at 05:11:23PM +0200, Alexander Szlezak wrote:
>>     - kick clients with bad rssi after some time (hostapd)
>>     - deactivate b modes (how can that be done didn't find settings for this)
>>     - slow down 2.4ghz association with acks to lure 5ghz capable devices to
>>     the available 5ghz aps
>>     - increase dtim interintervals to reduce Beacon airtime usage
>
> You can two (2) and (4) with hostapd configuration (though, increases
> DTIM period would not really have that noticeable differences; maybe you
> were thinking of Beacon interval instead).

You're right, i meant Beacon interval. I thought longer beacon interval 
on 2.4 could lure dual frequency devices into 5ghz band too. Still have 
to test it.

  (1) and (3) would require
> changes to current implementation. There are various ways of trying to
> encourage the station to another AP, but all these come at some risk of
> interop issues since some stations simply don't like being told so in
> vendor specific ways.. ;-)

hm, those changes are probably out of scope for the project I'm planning 
considered the required testing.
>
>>     What is possible and can be recommended in a setup with 6 2.4ghz aps and 4
>>     5ghz aps which I try to setup with minimum output power for spatial
>>     separation
>
> Do you know what kind of station devices are going to be there? Do you
> need to support 802.11b devices at all?

Actually not. I suspect multiple devices per user and mostly mobile 
devices which usually have low b penetration (currently 54 % iphone 
which are g compatible) in our networks. I thought maybe i reserve one 
frequency for b devices with your proposed settings.

  Do you need any long range
> connections to the these APs?

no, absolutely not, just about 20 meters in radius

  If not, I would just disable lowest couple
> of TX rates and potentially configure some channels to have HT-only
> configuration if you expect to see relatively large percentage of HT
> capable stations.

yep sounds reasonable!

Doing many of the more active load balancing tricks
> will require code changes (likely in hostapd) (and experimentation to
> verify it does not break deployed stations badly).

I will first test the other options as we probably have not enough time 
to do radical changes.

> To prevent 802.11b stations from associating: add one of the OFDM rates
> (say, 6 Mbps) into basic_rates parameter into hostapd.conf.

Ok perfect. I'll try to have Ap's equipped with that setting except for 
one for the b clients and see if the properly find it.

> To allow only HT stations, add require_ht=1 into hostapd.conf.

I'll try to do the same as above and see if I get the right clients there.

best,
Alexander

-- 
Follow me on Twitter @ http://twitter.com/magicshark
__________________________________________________________________
Mag. Alexander SZLEZAK


Reischergasse 6/2
A-1130 Vienna
Austria
M +43 699 1 350 41 01
E alex at szlezak.com

https://www.xing.com/profile/Alexander_Szlezak

  reply	other threads:[~2012-09-11 13:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CA+=tks4Z3WmuTdRk894TAh5HDAZ-5XtgMAz4OONurnWnHPUn7w@mail.gmail.com>
     [not found] ` <CA+=tks4bp7P37X0zt2Kq9yAVKh6+AyUBfQ2oyOsdt9zQdbBH3w@mail.gmail.com>
2012-09-05 15:11   ` [ath9k-devel] Disable b mode and prioritize ack on 5 GHz Alexander Szlezak
2012-09-06 10:09     ` Jouni Malinen
2012-09-11 13:54       ` Alexander Szlezak [this message]
2012-09-11 14:18         ` Malinen, Jouni

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=504F429E.7070709@szlezak.com \
    --to=alex@szlezak.com \
    --cc=ath9k-devel@lists.ath9k.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.