<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: management frames are lost during high load situations (REPOST)</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>I've got the same problem. Jouni answer was this.</FONT>
</P>

<P><FONT SIZE=2>&gt; With the laptop:</FONT>
<BR><FONT SIZE=2>&gt; The average association time (i.e. the client detects and associates </FONT>
<BR><FONT SIZE=2>&gt; with the AP)is 10 seconds between 256 Kbit/s and 1 Mbit/s. With a </FONT>
<BR><FONT SIZE=2>&gt; 2Mbit/s throughput it becomes impossible to associate with the AP.</FONT>
</P>

<P><FONT SIZE=2>Lot of date traffic in the network will result in association problems since most stations seem to use quite strict limits on how long time receiving of the auth/assoc reply can take. If you upgrade your AP to use latest CVS version, you should be able to see whether the station is acknowledging auth/assoc replies (if not, the delay was probably too long).</FONT></P>

<P><FONT SIZE=2>At the moment, the driver does not prioritize outgoing frames at all, but I might need to do this at some point to help association under heavy load. It should help, if the AP would simply by-pass any outgoing queue of data frames when sending auth/assoc replies. There can still be some frames buffered in the wlan card, but at least the host-side queue would not be adding latency. In addition, number of buffered frames in the wlan card could be reduced, if needed.</FONT></P>

<P><FONT SIZE=2>Guillaume Bichot</FONT>
</P>

<P><FONT SIZE=2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=2>&gt; From: Pedro Estrela [<A HREF="mailto:pedro.estrela@inesc.pt">mailto:pedro.estrela@inesc.pt</A>] </FONT>
<BR><FONT SIZE=2>&gt; Sent: Thursday, January 09, 2003 3:10 AM</FONT>
<BR><FONT SIZE=2>&gt; To: HostAP@shmoo.com</FONT>
<BR><FONT SIZE=2>&gt; Subject: management frames are lost during high load </FONT>
<BR><FONT SIZE=2>&gt; situations (REPOST)</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; Hi! I've got a problem related to management frames in high </FONT>
<BR><FONT SIZE=2>&gt; load situations.</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; This was already sent by me some months ago</FONT>
<BR><FONT SIZE=2>&gt; (<A HREF="http://lists.shmoo.com/pipermail/hostap/2002-October/000053.h" TARGET="_blank">http://lists.shmoo.com/pipermail/hostap/2002-October/000053.h</A></FONT>
<BR><FONT SIZE=2>tml) and i'm hoping that now someone has any ideia of how i could give priority to the transmission of management frames:</FONT></P>

<P><FONT SIZE=2>&quot;Simply put, when the card is put in stress with a major downstream UDP flow (greater than a flood ping), the AP is unable to process further associations/reassociations. In this scenario, a station moving from one unloaded AP to a loaded AP will keep on sending associations until the load stops.&quot;</FONT></P>

<P><FONT SIZE=2>Thanks,</FONT>
<BR><FONT SIZE=2>Pedro Estrela</FONT>
</P>
<BR>

<P><FONT SIZE=2>_______________________________________________</FONT>
<BR><FONT SIZE=2>HostAP mailing list</FONT>
<BR><FONT SIZE=2>HostAP@shmoo.com</FONT>
<BR><FONT SIZE=2><A HREF="http://lists.shmoo.com/mailman/listinfo/hostap" TARGET="_blank">http://lists.shmoo.com/mailman/listinfo/hostap</A></FONT>
</P>

</BODY>
</HTML>