mesh: Fix remaining BLOCKED state after SAE auth failure
authorMasashi Honma <masashi.honma@gmail.com>
Thu, 5 Feb 2015 14:00:01 +0000 (23:00 +0900)
committerJouni Malinen <j@w1.fi>
Sun, 8 Feb 2015 10:43:24 +0000 (12:43 +0200)
commitbf51f4f82bdb50356de5501acac53fe1b91a7b86
tree8ccf467bed3cbf04700c5c18f09716e35aad9e6f
parent79ddb2062eb2b53937c2c578e56532021cbb8564
mesh: Fix remaining BLOCKED state after SAE auth failure

When SAE authentication fails, wpa_supplicant retries four times. If all
the retries result in failure, SAE state machine enters BLOCKED state.
Once it enters this state, wpa_supplicant doesn't retry connection. This
commit allow connection retries even if the state machine entered
BLOCKED state.

There could be an opinion "Is this patch needed? User could know the SAE
state machine is in the BLOCKED mode by MESH-SAE-AUTH-BLOCKED event.
Then user can retry connection. By user action, SAE state machine can
change the state from BLOCKED to another.". Yes, this is a true at the
joining mesh STA. However, a STA that is already a member of existing
mesh BSS should not retry connection because if the joining mesh STA
used wrong password, all the existing STA should do something from UI to
retry connection.

Signed-off-by: Masashi Honma <masashi.honma@gmail.com>
wpa_supplicant/mesh_rsn.c
wpa_supplicant/wpa_supplicant_i.h