hostapd: Use stations nsts capability in (Re)Association Response frame
authorTamizh chelvam <c_traja@qti.qualcomm.com>
Wed, 31 Aug 2016 14:15:47 +0000 (19:45 +0530)
committerJouni Malinen <j@w1.fi>
Mon, 5 Sep 2016 18:14:40 +0000 (21:14 +0300)
commitfc72a48a632146b042637f376f9c887f783f0a08
tree0a97111b70fd33215605bba30c3c847d8eba8b24
parent22950d0568fddd9fcd11562d5a38c8e595ab5c99
hostapd: Use stations nsts capability in (Re)Association Response frame

Some deployed stations incorrectly consider nsts capability in
(Re)Association Response frame as required capability instead of maximum
capability and if it is greater than station's capability then beamform
will not happen in uplink traffic.

This commit adds support for an optional workaround to use station's
nsts capability in (Re)Association Response frame if the station's nsts
is less than AP by using the use_sta_nsts=1 configuration parameter.
This configuration is introduced in this commit and it is disabled by
default.

Signed-off-by: Tamizh chelvam <c_traja@qti.qualcomm.com>
hostapd/config_file.c
hostapd/hostapd.conf
src/ap/ap_config.h
src/ap/beacon.c
src/ap/ieee802_11.c
src/ap/ieee802_11.h
src/ap/ieee802_11_vht.c
wpa_supplicant/mesh_mpm.c