Wpa_supplicant on openmoko debian/SHR
j at w1.fi
Mon Jan 24 06:19:33 EST 2011
On Mon, Jan 24, 2011 at 04:09:10PM +0530, Harshil Anil Kumar Shah wrote:
> This is where it pauses as shown below in the part of the trace. After ***23 seconds, there is a pause of around 29 seconds.
> I have attached the full trace (wpa_supplicant_log) along with wireshark trace "original_mobile.png".
> 1295796523.140648: EAPOL: Received EAP-Packet frame
> 1295796523.140874: EAPOL: SUPP_BE entering state REQUEST
> 1295796523.140917: EAPOL: getSuppRsp
> 1295796523.140931: EAP: EAP entering state RECEIVED
> 1295796523.140990: EAP: Received EAP-Request id=5 method=1 vendor=0 vendorMethod=0
> 1295796523.141010: EAP: EAP entering state DISCARD
This packet from the authentication server was completely bogus.. It
replied with a EAP-Request/Identity to the first fragment of a EAP-TLS
ClientCertificate message while it should have sent EAP-TLS ACK to
request the next fragment. For some reason, its behavior changes on the
second attempt and it does indeed send the ACK which allows the
authentication to complete.
Which authentication server are you using? It looks quite broken and
the next step would be to look at its debug log to see what it is trying
Jouni Malinen PGP id EFC895FA
More information about the HostAP