| author | Jouni Malinen <j@w1.fi> | |
| Sun, 28 Aug 2011 16:16:59 +0000 (19:16 +0300) | ||
| committer | Jouni Malinen <j@w1.fi> | |
| Sun, 28 Aug 2011 16:16:59 +0000 (19:16 +0300) | ||
| commit | 17f6b9005641c9c44f55cda825b3a170ffa8ff04 | |
| tree | a7e3e09d4cd0182c8c08f9b6cb37a055da1b7066 | tree | snapshot (tar.xz tar.gz zip) |
| parent | fb91db56396cce2c13f659fb263fd30d2f23cbef | commit | diff |
WPS: Wait for EAPOL-Start unless WPS 2.0 station as workaround
Extend the code that waits for the station to send EAPOL-Start before
initiating EAPOL authenticator operations to cover the case where the
station includes WPS IE in (Re)Association Request frame if that IE
does not include support for WPS 2.0. While this should not really
be needed, this may help with some deployed WPS 1.0 stations that do
not support EAPOL operations correctly and may get confused of the
EAP-Request/Identity packets that would show up twice if EAPOL-Start
is transmitted.
Extend the code that waits for the station to send EAPOL-Start before
initiating EAPOL authenticator operations to cover the case where the
station includes WPS IE in (Re)Association Request frame if that IE
does not include support for WPS 2.0. While this should not really
be needed, this may help with some deployed WPS 1.0 stations that do
not support EAPOL operations correctly and may get confused of the
EAP-Request/Identity packets that would show up twice if EAPOL-Start
is transmitted.