There is a problem detecting RRM capabilities after reassociations
using 802.11R.
The WLAN_CAPABILITY_RADIO_MEASUREMENT is maintained, but the rrm
capabilities are not.
Calling handle_assoc with reassoc = 1 hostapd is not detecting rrm capabilities.
After parsing ies in check_assoc_ies()
if (ieee802_11_parse_elems(ies, ies_len, &elems, 1) == ParseFailed) {
hostapd_logger(hapd, sta->addr, HOSTAPD_MODULE_IEEE80211,
HOSTAPD_LEVEL_INFO, "Station sent an invalid "
"association request");
return WLAN_STATUS_UNSPECIFIED_FAILURE;
}
the value of elems.rrm_enabled_len is 0.
The main difference is that it takes pos =
mgmt->u.reassoc_req.variable instead of pois =
mgmt->u.assoc_req.variable.
The consequence of this is that the new hostapd thinks that the
station does not support rrm but it does.
The scenario has been tested with 2 hostapds with RRM and 11R and 1
supplicant with RRM and 11R. The initial association works fine.
_______________________________________________
Hostap mailing list
Hostap@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/hostap
