Hi, Bob Thanks for your explanation. I am also thinking whether it is easy to replicate the mentioned problem. It seems that the re-auth is working fine. Regards, Chun-Yeow On Thu, Jul 3, 2014 at 11:10 PM, Bob Copeland <me@xxxxxxxxxxxxxxx> wrote: > On Thu, Jul 03, 2014 at 10:28:37AM -0400, Bob Copeland wrote: >> > What is the consequence if we don't handle this case? Is the peer >> > going to do the re-auth again? >> > >> > Regards, >> > Chun-Yeow >> >> It shouldn't be a big problem -- looking at 802.11-2012 figure 13-2: > > Actually, thinking about it more, a worse case is if B reaches > ESTAB and then A reboots. Now, A sends an Open, gets back > a Confirm that A will ignore (due to no plid). A will still > timeout and send a Close frame to restart everything, but we > would have to wait quite a while to re-establish the peering. > > -- > Bob Copeland %% www.bobcopeland.com -- 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
