IEEE802.11w enabled by default

[Tom Psyborg]

In case your client doesn't support mfp, you should configure the
setting on router to optional instead of required so non-mfp client
can fallback to basic connection type.

On 21/12/2020, Henrique de Moraes Holschuh <henrique at nic.br> wrote:
> On 21/12/2020 17:01, Tom Psyborg wrote:
>> Your firmware does not advertise mfp support, first check if your
>> client device can actually support 802.11w
>
> Does it mean that we should expect the large performance loss for any
> clients that don't have mfp support on any routers that have 802.11w
> enabled?
>
> That sounds extremely sub-optimal, to use very nice words...  so
> hopefully there is more to the scenario?
>
>
>> On 21/12/2020, Henrique de Moraes Holschuh <henrique at nic.br> wrote:
>>> On 20/12/2020 06:42, Petr Štetiar wrote:
>>>> I would like to let you know, that there was virtual meeting week ago
>>>> and
>>>> you
>>>> can find the meeting minutes on the wiki[1].
>>>>
>>>> 1. https://openwrt.org/meetings/20201210
>>>
>>> FYI, about IEEE802.11w enabled by default:
>>>
>>> This is a very limited experience, but here it *tanks* client
>>> performance here drastically.
>>>
>>> The wireless routers are TP-Link Archer C6v2(US) and TP-Link Archer C7v4
>>> (BR), running openwrt 19.07 snapshot.
>>>
>>> I am not sure the slowdown is caused router-side, it could be something
>>> in the *client* that gets triggered by the 802.11w support, for all I
>>> know: the only client I have that can hit the throughput where
>>> performance loss gets more noticeable is a Dell laptop.
>>>
>>> The client is running the standard Debian 10 kernel (up-to-date), the
>>> hardware is a Dell laptop, with a QCA6174 radio and the standard
>>> firmware:
>>>
>>> ath10k_pci 0000:02:00.0: qca6174 hw3.2 target 0x05030000 chip_id
>>> 0x00340aff sub 1028:0310
>>> ath10k_pci 0000:02:00.0: kconfig debug 0 debugfs 0 tracing 0 dfs 0
>>> testmode 0
>>> ath10k_pci 0000:02:00.0: firmware ver RM.4.4.1.c2-00057-QCARMSWP-1 api 6
>>> features wowlan,ignore-otp,no-4addr-pad,raw-mode crc32 e061250a
>>> ath10k_pci 0000:02:00.0: htt-ver 3.56 wmi-op 4 htt-op 3 cal otp max-sta
>>> 32 raw 0 hwcrypto 1
>>>
>>> I did notice slowdowns on *both* bands (2.4GHz and 5GHz), but it is far
>>> more visible in 5GHz, since it reaches far higher throughput.
>>>
>>> It is bad enough that it is unfeasible for me to even consider enabling
>>> it :-(
>
> --
> Henrique de Moraes Holschuh
> Analista de Projetos
> Centro de Estudos e Pesquisas em Tecnologias de Redes e Operações
> (Ceptro.br)
> +55 11 5509-3537 R.:4023
> INOC 22548*625
> www.nic.br
>