On Tue, Oct 29, 2013 at 12:13 AM, Felipe Contreras <felipe.contreras@xxxxxxxxx> wrote: > On Mon, Oct 28, 2013 at 12:28 PM, Krishna Chaitanya > <chaitanya.mgit@xxxxxxxxx> wrote: >> On Mon, Oct 28, 2013 at 11:30 PM, Felipe Contreras >> <felipe.contreras@xxxxxxxxx> wrote: >> >>> The authentication response does come back in both cases though, it's >>> just the acknowledgement that is missing. Unfortunately I cannot >>> figure out for which message it's the ack. >>> >>> Also, I notice the sequence number received from the router doesn't >>> seem to change. All the authentication requests received have the same >>> number (256). Another peculiar thing is that in the failed case the SN >>> we send starts with 0. >>> >>> I suppose since the authentication ack never arrives, the next steps >>> are never completed. >>> >>> Does that help? >> From the supplicant logs we have successfully received the >> authentication response >> and sent out the association request. So are you referring to not receiving ACK >> for association request?? > > No, from the capture there's no association request in the bad case, > only in the good one. > >> It would be nice to get the capture without any filters? > > http://people.freedesktop.org/~felipec/wpa/wpa-bad.pcapng > http://people.freedesktop.org/~felipec/wpa/wpa-good.pcapng > >From the logs we can see that we have received authentication response, so the association request is getting dropped somewhere? We might need the mac80211 and iwlwifi trace-cmd logs to check for the drop. http://wireless.kernel.org/en/developers/Documentation/mac80211/tracing Another side porint? Also all the beacons from that AP are malformed but probe responses are fine, weird?? -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
