[PATCH] AP: Drop retransmitted auth/assoc frames
ilan.peer at intel.com
Thu Nov 20 05:48:32 EST 2014
> -----Original Message-----
> From: hostap-bounces at lists.shmoo.com [mailto:hostap-
> bounces at lists.shmoo.com] On Behalf Of Jouni Malinen
> Sent: Wednesday, November 19, 2014 18:29
> To: hostap at lists.shmoo.com
> Subject: Re: [PATCH] AP: Drop retransmitted auth/assoc frames
> On Wed, Nov 19, 2014 at 11:16:35AM +0000, Peer, Ilan wrote:
> > Minor comment below. Did not get a chance to test it myself.
> Thanks, applied.
> > I was concerned about case where the station for some reason does not
> complete the association flow and decides to authenticate again, but this is
> probably a rare corner case.
> That would require a correctly behaving station to transmit 4095 frames
> between the two Authentication frames to get the same sequence number
> again and then fail to get the first TX attempt through to get Retry=1..
> So yes, I think we can safely consider this to be unlikely enough even if a STA
> were to misbehave. There would also be clear recovery mechanism by the
> STA likely retrying authentication if no response is received.
> > > + /* Last Authentication/(Re)Association Request frame seuence
> > > control */
> > > + u16 last_seq_ctrl;
> > > + /* Last Authentication/(Re)Association Request frame subtype */
> > Add to the documentation public action frames.
> It is more than Public Action frames.. Added Action frame here.
> Jouni Malinen PGP id EFC895FA
> HostAP mailing list
> HostAP at lists.shmoo.com
More information about the HostAP