[PATCH 3/4] hostapd: introduce mbo option

Andre Valentin avalentin at marcant.net
Tue Jun 21 08:19:10 PDT 2022


Hello Stijn!

Am 21.06.22 um 15:36 schrieb Stijn Tintel:
> Introduce a new option mbo to toggle Multi Band Operation aka Agile
> Multiband for a BSS. As the specification requires APs to support OTA
> when FT is supported, force OTA on when FT is enabled.
> 
> Signed-off-by: Stijn Tintel <stijn at linux-ipv6.be>
> ---
>   package/network/services/hostapd/files/hostapd.sh | 13 +++++++++++--
>   1 file changed, 11 insertions(+), 2 deletions(-)
> 
> diff --git a/package/network/services/hostapd/files/hostapd.sh b/package/network/services/hostapd/files/hostapd.sh
> index fa344bd2dd..59b3128669 100644
> --- a/package/network/services/hostapd/files/hostapd.sh
> +++ b/package/network/services/hostapd/files/hostapd.sh
> @@ -304,7 +304,7 @@ hostapd_common_add_bss_config() {
>   	config_add_string wps_device_type wps_device_name wps_manufacturer wps_pin
>   	config_add_string multi_ap_backhaul_ssid multi_ap_backhaul_key
>   
> -	config_add_boolean wnm_sleep_mode wnm_sleep_mode_no_keys bss_transition
> +	config_add_boolean wnm_sleep_mode wnm_sleep_mode_no_keys bss_transition mbo
>   	config_add_int time_advertisement
>   	config_add_string time_zone
>   	config_add_string vendor_elements
> @@ -825,11 +825,17 @@ hostapd_set_bss_options() {
>   		append bss_conf "iapp_interface=$ifname" "$N"
>   	}
>   
> -	json_get_vars time_advertisement time_zone wnm_sleep_mode wnm_sleep_mode_no_keys bss_transition
> +	json_get_vars time_advertisement time_zone wnm_sleep_mode wnm_sleep_mode_no_keys bss_transition mbo
>   	set_default bss_transition 0
>   	set_default wnm_sleep_mode 0
>   	set_default wnm_sleep_mode_no_keys 0
>   
> +	if [ "$enable_ax" -eq 1 ]; then
> +		set_default mbo 1
> +	else
> +		set_default mbo 0
> +	fi
> +
>   	[ -n "$time_advertisement" ] && append bss_conf "time_advertisement=$time_advertisement" "$N"
>   	[ -n "$time_zone" ] && append bss_conf "time_zone=$time_zone" "$N"
>   	if [ "$wnm_sleep_mode" -eq "1" ]; then
> @@ -837,6 +843,7 @@ hostapd_set_bss_options() {
>   		[ "$wnm_sleep_mode_no_keys" -eq "1" ] && append bss_conf "wnm_sleep_mode_no_keys=1" "$N"
>   	fi
>   	[ "$bss_transition" -eq "1" ] && append bss_conf "bss_transition=1" "$N"
> +	[ "$mbo" -eq 1 ] && append bss_conf "mbo=1" "$N"
>   
>   	json_get_vars ieee80211k rrm_neighbor_report rrm_beacon_report
>   	set_default ieee80211k 0
> @@ -883,6 +890,8 @@ hostapd_set_bss_options() {
>   				;;
>   			esac
>   
> +			[ "$mbo" -eq 1 ] && ft_over_ds=1
> +
I'm a bit irritated about that. Why does mbo force this. To my knowledge, ft_over_ds=1 forces the roaming to go over the backhaul, not directly to the new AP.
So if the client can't reach his old AP, he won't roam.
Is that really correct?

>   			[ -n "$network_ifname" ] && append bss_conf "ft_iface=$network_ifname" "$N"
>   			append bss_conf "mobility_domain=$mobility_domain" "$N"
>   			append bss_conf "ft_psk_generate_local=$ft_psk_generate_local" "$N"

Kind regards,

André
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openwrt.org/pipermail/openwrt-devel/attachments/20220621/66252b7e/attachment.sig>


More information about the openwrt-devel mailing list