[PATCH] hostapd: Advertise OBSS scan params based on driver capability
Rajkumar Manoharan
rmanohar
Tue May 6 09:32:13 PDT 2014
On Tue, May 06, 2014 at 08:02:49AM -0700, Paul Stewart wrote:
> Hi Rajkumar! This functionality was originally added in order to allow
> testing of OBSS functionality in clients of the AP. In particular, there
> wasn't a built in stipulation that the AP hardware / firmware support OBSS
> action frames. I don't mind having hostapd's default behavior being
> predicated on the hardware being capable -- for example, you could set
> obss_interval to 300 conditional on that hardware capability, but it would
> be nice to preserve the ability to manually set this interval in the
> configuration file regardless of the underlying hardware capability.
>
Paul,
Still it allows the user to overwrite obss_interval manually by config_file.
> diff --git a/src/ap/ieee802_11_ht.c b/src/ap/ieee802_11_ht.c
> index c0a7cd4..7020858 100644
> --- a/src/ap/ieee802_11_ht.c
> +++ b/src/ap/ieee802_11_ht.c
> @@ -46,7 +46,8 @@ u8 * hostapd_eid_ht_capabilities(struct hostapd_data
> *hapd, u8 *eid)
>
> pos += sizeof(*cap);
>
> - if (hapd->iconf->obss_interval) {
> + if (hapd->iconf->obss_interval &&
> + (hapd->iface->drv_flags & WPA_DRIVER_FLAGS_HT_2040_COEX)) {
> struct ieee80211_obss_scan_parameters *scan_params;
>
Since AP side functionalities are recently added, OBSS scan trigger
interval is assigned with default and obss IE will be appended in beacon/probe resp
based on driver capabilities. Earlier the OBSS IE is added if obss_interval is
non-zero eventhough the driver does not support OBSS funtionalities.
Both station and AP mode 20/40 coex functionalities are validated in ath9k driver.
-Rajkumar
More information about the Hostap
mailing list