Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
> SHORT: for an absolute minimal working IEEE 802.11r, `option ieee80211r '1'` and `mobility_domain` are all that are needed everything else is optional > LONG: IEEE 802.11r has *many sub-options* inside it's hostapd block of options in LEDE, we have a *UCI special option* (option ieee80211r '1') that is not present in hostapd.conf and it *enables* these hostapd.conf sub-options hostapd.conf sub-options' default values do *not* enable a working IEEE 802.11r configuration `ft_psk_generate_local 1` from man: > This avoids use of PMK-R1 push/pull from other APs with FT-PSK networks as the required information (PSK and other session data) is already locally available. --------------------------------------------------------------------------------- 1) it would be logical, that *UCI special option* `option ieee80211r '1'` actually enables a *default working* IEEE 802.11r from the start, with minimal sub-options defined 2) if we agree on this logic, it would be best that we start with a default value of 1 in `ft_psk_generate_local 1` if it's 0 (previous default), user anyway has to provide unique `r1_key_holder` `r0kh` and `r1kh` as they are not locally generated if per BSS, `ft_psk_generate_local 1` is the new default value left unchanged by user, previous default value of `r1_key_holder` is left unchanged by user and `r0kh` and `r1kh` are not provided by user, default configuration of `option ieee80211r '1'` is in a **non-working or kind of working** default state of IEEE 802.11r 3) then default values of these are not wanted/needed anymore (they can only break something): `r0_key_lifetime 1000` `r1_key_holder "00004f577274"` 4) also then, this value *wants* to be 0: `pmk_r1_push 0` 5) also then lastly, these *want* to be left empty: `r0kh` `r1kh` 4) `nasid` is mandatory for a working IEEE 802.11r, so a check here would be nice. nasid needs to be unique per AP, so it can atleast be made from hostname per AP 5) ALL this does NOT break behaviour in our `option ieee80211r '1'`, it only disables mistakes and supercharges it Signed-off-by: Gospod Nassa <devianca@gmail.com>
- Loading branch information