linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sourav <sourav.chakraborty@netcommwireless.com>
To: linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: Not reaching optimum speeds with IEEE 802.11n
Date: Thu, 18 Sep 2014 18:53:01 +1000	[thread overview]
Message-ID: <541A9D6D.8050903@netcommwireless.com> (raw)
In-Reply-To: <5412A831.3050804@netcommwireless.com>

Hi All,
Is there a parameter in hostapd.conf or elsewhere to enable/disable MPDU 
and MSDU aggregation? Please reply as this is very urgent.

Thanks in advance,
Sourav
On 12/09/14 18:00, Sourav wrote:
> On 12/09/14 17:46, Helmut Schaa wrote:
>> On Fri, Sep 12, 2014 at 4:11 AM, Sourav
>> <sourav.chakraborty@netcommwireless.com> wrote:
>>> On 11/09/14 00:14, Helmut Schaa wrote:
>>>> On Wed, Sep 10, 2014 at 10:42 AM, Arend van Spriel 
>>>> <arend@broadcom.com>
>>>> wrote:
>>>>> On 09/10/14 03:26, Sourav wrote:
>>>>>> We are using Ralink chip Rt3072L (using rt2800usb drivers 
>>>>>> rt2800usb.c),
>>>> The Ralink USB hardware is quite bad in reporting TX status and as
>>>> such minstrel_ht cannot do proper rate selection.
>>>> If you watch the rc stats at
>>>>
>>>> /sys/kernel/debug/ieee80211/phy0/netdev\:wlan0-0/stations/xx:xx:xx:xx:xx:xx/rc_stats 
>>>>
>>>> you might see a lot of rate selection "hopping".
>>>>
>>>> Regards.
>>>> Helmut
>>> please take a look at the attachments.... the first one shows the 
>>> rc_stats
>>> and iperf stats side by side on the router(iperf is running in 
>>> client mode
>>> in the router).....the second attachment is from a laptop which is 
>>> running
>>> iperf in server mode.
>>>
>>> I don't see a lot of rate "hopping" in the rc_stats file, (T,t and 
>>> P) rates
>>> are pretty much stable.... yet there is a big difference between 
>>> those rates
>>> and the throughput using iperf......
>> Indeed, rc_stats looks acceptable.
>>
>>> when you say "Ralink USB hardware is quite bad in reporting TX 
>>> status", do
>>> you mean that the HW reports less tx rate to minstrel_ht and so its 
>>> rate
>>> calculation is screwed up?
>> The HW sometimes does not report the status of transmitted frames 
>> correctly.
>> The TX status register is a FIFO of 16 (or similar) elements and if
>> the driver is
>> not reading it "fast enough" the FIFO will overflow :( at least that
>> was the point
>> when I was looking at the ralink hardware last time. Not sure if 
>> something
>> changed recently.
> How did you detect this? I can see no error messages in 
> syslog....hence I am thinking that the HW is processing packets 
> properly....though I may be wrong here.
>>> Can you please let me know the section of code inside 
>>> Rc_80211_minstrel_ht.c
>>> (or somewhere else) which deals with getting the tx rate from ralink 
>>> HW?
>> There is no special code in minstrel(_ht) in regard to rt2x00.
>>
>> Are you able able to get some statistics on the receiver side (your
>> windows machine)
>> regarding TX rates and AMPDU lengths?
> the 2nd attachment had logs from the windows machine.....it is also 
> showing similar rates as on the router
>> Helmut
>
>


-- 
Warm Regards,
Sourav


______________________________________________________________________
This communication contains information which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above.  If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited.  If you have received this communication in error, please notify me by telephone immediately.
______________________________________________________________________

  parent reply	other threads:[~2014-09-18  8:55 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-10  1:26 Not reaching optimum speeds with IEEE 802.11n Sourav
2014-09-10  8:42 ` Arend van Spriel
2014-09-10 14:14   ` Helmut Schaa
2014-09-10 15:18     ` Andreas Hartmann
2014-09-11 10:15       ` Helmut Schaa
2014-09-12  2:11     ` Sourav
2014-09-12  7:46       ` Helmut Schaa
     [not found]         ` <5412A831.3050804@netcommwireless.com>
2014-09-18  8:53           ` Sourav [this message]
2014-09-10 14:53 ` Andreas Hartmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=541A9D6D.8050903@netcommwireless.com \
    --to=sourav.chakraborty@netcommwireless.com \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).