All of lore.kernel.org
 help / color / mirror / Atom feed
From: Olivier Marce <Olivier.Marce@alcatel-lucent.com>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] Retry control & iwconfig
Date: Wed, 2 Apr 2014 12:02:36 +0200	[thread overview]
Message-ID: <533BE03C.3050005@alcatel-lucent.com> (raw)
In-Reply-To: <53394313.40306@ftw.at>

Hi,
thanks Pradeep and Paul.

I investigated on this.
But as this time, I'm unable to make a link working with no_ack, even if 
I fix the rate.

The environment is crowded, but not so much. With ACK (iw <dev> set 
noack_map 0 to be sure), for a iperf 10 sec long test, I found only 43 
retry packets over 19k TCP packets.

As soon as I set noack (iw <dev> set noack_map 9), the iperf test does 
not work at all. I'm able to see only 2 packets coming from the iperf 
client over 15 seconds of capture.
The same when fixing the rate (iwconfig <dev> rate 11M), the same with 
1M rate.
The capture done at the 2 ends (AP and STA) are consistent.
This is the same with ping, it does not work (98% packet loss)

Other observations :
- the ACK are well transmitted in the 2 directions
- same behaviour if RTS/CTS on or off

Did someone make a link with no_ack work ? In which condition ?

Regards

On 31/03/2014 12:27, Paul Fuxjaeger wrote:
> On 29.03.14 19:32, Pradeep Reddy wrote:
>>
>> I think, fixing the data rates to make it behave better.
>
> I think so too, maybe minstrel does something very unclever in context
> of NO_ACK being set (like sticking to a very high MCS). Or this is
> simply what we get when turning off (fast!) mac-layer retransmission in
> a busy environment and using TCP over that very leaky pipe then.
>
> -paul
>
>

-- 
Olivier Marc?
Alcatel-Lucent Bell Labs France

  reply	other threads:[~2014-04-02 10:02 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-27  4:20 [ath9k-devel] Retry control & iwconfig Pradeep Reddy
2014-03-28 16:26 ` Olivier Marce
2014-03-29 18:32 ` Pradeep Reddy
2014-03-31 10:27   ` Paul Fuxjaeger
2014-04-02 10:02     ` Olivier Marce [this message]
2014-04-02 16:15       ` Olivier Marce
  -- strict thread matches above, loose matches on Subject: below --
2014-03-25 14:51 Olivier Marce
2014-03-26 12:10 ` Holger Schurig
2014-03-26 13:34   ` abhinav narain
2014-04-17  4:49     ` marcus muffin
2014-04-17  5:40       ` abhinav narain
2014-04-19  9:50         ` marcus muffin

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=533BE03C.3050005@alcatel-lucent.com \
    --to=olivier.marce@alcatel-lucent.com \
    --cc=ath9k-devel@lists.ath9k.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.