[PATCHv2] wpa_supplicant: add ibss_ht_mode

Simon Wunderlich simon.wunderlich
Sun Dec 30 16:00:30 PST 2012


Hey Jouni,

thanks for reviewing,

On Tue, Dec 25, 2012 at 12:33:44PM +0200, Jouni Malinen wrote:
> On Wed, Dec 05, 2012 at 11:11:05AM +0100, Simon Wunderlich wrote:
> > iw/join ibss supports for a quite a while now, but wpa_supplicant
> > doesn't: setting the HT mode in IBSS mode. With this new option,
> > it is possible to set HT20, HT40+ or HT40- when using IBSS.
> 
> Does this need to be user configurable parameter? Wouldn't it be simpler
> to just enable HT mode by default if the driver supports it and the
> regulatory domain allows such use? As far as HT40 is concerned, I would
> not enable it by default at least on 2.4 GHz band. It could reasonable
> to have a configuration item for it in 5 GHz, but that shouldn't require
> selection between HT40+ and HT40- since that can be determined from how
> the channels have been defined.

Hmm, auto detection/automatically using HT mode when available, at least
HT20, would be a good IMHO. Maybe we should change mac80211 accordingly
and not wpa_supplicant to set HT mode if available.

As for HT40 in 2.4 GHz, I know there has been a debate whether this can
be considered a "good thing", but I think it should be allowed to configure
this - after all it's technically possible, and we should not do politics and
disallow it (maybe discourage/don't set it on default, thou).

HT40+/HT40- should be set as we do for hostapd too. Many channels allow both
modes, and we might want to choose the right channel, no? If one station
configures to HT40+ and the other HT40- (for whatever reason), they will
only talk to each other in HT20, and users will have a hard time finding out
why. :)

To summarise, I agree using HT mode by default is a good idea, but I'd argue
having the option to configure HT20/HT40 or extension channels should still
be possible as for the reasons above.

How should we proceed? What do others think?

Cheers,
	Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20121231/53a0e497/attachment.pgp 



More information about the Hostap mailing list