IEEE802.11w enabled by default
Henrique de Moraes Holschuh
henrique at nic.br
Mon Dec 21 15:09:04 EST 2020
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
More information about the openwrt-devel
mailing list