hostapd: don't ignore probe-requests with invalid DSSS params
authorDavid Bauer <mail@david-bauer.net>
Thu, 27 Jun 2024 20:58:56 +0000 (22:58 +0200)
committerDavid Bauer <mail@david-bauer.net>
Sun, 30 Jun 2024 20:31:51 +0000 (22:31 +0200)
commit85ff47c6bea54f0e30890846c767c109afdbedee
treec5bf488e606bd3e39f2b4e4ea74568c69cd2fe6e
parentf12cf430291e463bc832eb1a6ab7f96a6832fc9e
hostapd: don't ignore probe-requests with invalid DSSS params

Don't ignore probe requests which contain an invalid DS parameter for the
current operating channel.

As the comment outlines, the drop shall only apply if
dot11RadioMeasurementActivated is set to 1.

However, it was observed Linux clients (Debian 12 / NixOS 23.11)
with an Intel 8265 NIC may generate a probe request frame with
dot11RadioMeasurementActivated set to false and an invalid DSSS
parameter.

These were also dropped even though they should not have been. They
however should not have contained this parameter in the first place.

Don't drop Probe Requests which contain such an invalid field. This may
lead to more probe responses being sent, however it does fix very
frequent connection issues for these clients on 2.4 GHz.

Signed-off-by: David Bauer <mail@david-bauer.net>
(cherry picked from commit 68e4cc9be5f6f485c2d3b00cf4e2f14e98aecee2)
package/network/services/hostapd/patches/762-AP-don-t-ignore-probe-requests-with-invalid-DSSS-par.patch [new file with mode: 0644]