On Fri, Jul 29, 2011 at 8:05 PM, Felix Fietkau <nbd@xxxxxxxxxxx> wrote: > On 2011-07-29 8:00 PM, Helmut Schaa wrote: >> >> On Fri, Jul 29, 2011 at 7:56 PM, Helmut Schaa >> <helmut.schaa@xxxxxxxxxxxxxx> wrote: >>> >>> On Fri, Jul 29, 2011 at 7:51 PM, Felix Fietkau<nbd@xxxxxxxxxxx> wrote: >>>> >>>> On 2011-07-29 7:22 PM, Helmut Schaa wrote: >>>>> >>>>> Since EAPOL frames are normal data frames they are treated by the rate >>>>> control algorithm as such. Thus it can happen that the rate control >>>>> algorithm chooses an inappropriate rate (minstrel_ht uses MCS rates >>>>> for >>>>> example) for the 4-way handshake and under low signal conditions the >>>>> handshake may time out. >>>>> >>>>> To fix this issue always treat EAPOL frames the same as management >>>>> frames and send them with the lowest available rate. >>>> >>>> Have you tried preventing minstrel_ht from using EAPOL frames for >>>> probing >>>> different rates instead of forcing it to use the lowest rate? >>> >>> Nope. I'll give it a try soon. >> >> Felix, what rate is used by minstrel_ht if there are no statistics yet? >> MCS0? > > Yes, rates default to lowest until better ones are available. Ok, I'll try if forbidding rate probing for EAPOL frames in minstrel_ht solves this problem. -- 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