hostapd: fix IEEE 802.11r (fast roaming) defaults
authorGospod Nassa <devianca@gmail.com>
Fri, 18 May 2018 08:39:33 +0000 (09:39 +0100)
committerJohn Crispin <john@phrozen.org>
Thu, 24 May 2018 14:41:47 +0000 (16:41 +0200)
commitbfe162a361201ad7b7184911c2affcaabbe18200
treec3728d070c988d2c8e25436346d30d544b97c4ba
parent83bedffda165e1c67f1fdb762df62723c5b13b96
hostapd: fix IEEE 802.11r (fast roaming) defaults

Use ft_psk_generate_local=1 by default, as it makes everything else fairly
trivial. All of the r0kh/r1kh and key management stuff goes away and hostapd
fairly much does it all for us.

We do need to provide nas_identifier, which can be derived from the BSSID,
and we need to generate a mobility_domain, for which we default to the first
four chars of the md5sum of the SSID.

The complex manual setup should also still work, but the defaults also
now work easily out of the box. Verified by manually running hostapd
(with the autogenerated config) and watching the debug output:

wlan2: STA ac:37:43:a0:a6:ae WPA: FT authentication already completed - do not start 4-way handshake

 This was previous submitted to LEDE in
 https://github.com/lede-project/source/pull/1382

[dwmw2: Rewrote commit message]
Signed-off-by: Gospod Nassa <devianca@gmail.com>
Signed-off-by: David Woodhouse <dwmw2@infradead.org>
(cherry picked from commit 3cc56a5534b8b49a7e9ba57edf9878ec32bdd27a)
package/network/services/hostapd/files/hostapd.sh