All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ali Abedi <a2abedi@uwaterloo.ca>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] strange MPDU loss pattern
Date: Sat, 25 Oct 2014 16:35:33 -0400	[thread overview]
Message-ID: <544C0995.8010507@mailservices.uwaterloo.ca> (raw)
In-Reply-To: <CAJ-Vmo=ceFvBDxL=HYSVmAMfEk0yxD_-a4MP3WjcvPAaupxPPw@mail.gmail.com>

Thank you for sharing the story.
Even if I consider interference as a possibility, still I can't justify 
the higher
chance of frame loss in the second half of the aggregate frame.

We use

PCI-express 3 antenna dual band cards
product: AR93xx Wireless Network Adapter
and/or
Atheors AR5B97 which is a 2.4 GHz dual antenna internal card in a laptop

we also tried TP-LINK TL-WDN4200 N900 
<http://www.google.ca/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&ved=0CAUQjhw&url=http%3A%2F%2Fwww.newegg.com%2FProduct%2FProduct.aspx%3FItem%3DN82E16833704195&ei=AglMVOw-w8TxAfW4gZAH&bvm=bv.77880786,d.b2U&psig=AFQjCNFYng4rfQG-HxRTr2hrjqAkrhLpTQ&ust=1414355559112616> 
as the receiver.

However we see the same results.
we mostly use MCS 20-23, sgi = 0, 20 MHz channels.

The loss pattern is something like this
(each line is an imaginary aggregated frame and each bit is the fate of 
the MPDU)

11111111111100011000000000000
11111110001101011010000000000
11111000000000000000000000000
11111111111010100000000000000
11111100101010000000000000000

The interesting part is that with the start of the next frame error rate 
goes down initially
then it goes up again in the second portion of the packet.

Best,
Ali




On 25/10/2014 2:30 PM, Adrian Chadd wrote:
> On 25 October 2014 08:28, Ali Abedi <a2abedi@uwaterloo.ca> wrote:
>> Hi Adrian,
>>
>> We have a high end spectrum analyzer. So we are sure there is no background
>> interference
>> We run our experiments in the 5 GHZ spectrum. The channel conditions can
>> still vary due to
>> the movement of the people in the vicinity of the experiment setup. We
>> select a rate that
>> experiences at least 20% error on average. Since if the error is 100% or 0%
>> it's not interesting
>> for us.
>>
>> My point is if the channel conditions change the distribution of failed
>> packets should be uniform.
>> The first and second  half of the packets have the same chance to be
>> received successfully.
> Here's a little story.
>
> My first wifi contract had me spend months trying to figure out why an
> AP was losing its mind. It'd get stuck in a "stuck beacon" loop and
> only a hard powercycle of /all/ of the access points in an area would
> clear it.
>
> It turned out that the PCB design had some non-grounded /
> non-populated tracks that just "happened" to form a 2GHz resonator.
> Once we grounded those tracks, the APs started behaving themselves.
>
> The company in question spent months with high end spectrum analysis
> kit in the lab (where it never happened) and underground (where it did
> happen.) It's only after they stuck the spectrum analyser probe
> _inside the access point_ right up close to the NIC did they see it.
>
> Here's the spectrum analyser traces. You can see the peak.
>
> http://www.creative.net.au/ath/
>
> So, weirder crap has happened.
>
> Which NICs and which MCS rates are you using?
>
>
>
> -adrian

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20141025/f49b2439/attachment-0001.htm 

  reply	other threads:[~2014-10-25 20:35 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-24 16:04 [ath9k-devel] strange MPDU loss pattern Ali Abedi
2014-10-24 16:04 ` Ali Abedi
2014-10-24 16:13 ` [ath9k-devel] " Kamran Nishat
2014-10-24 16:25   ` Ali Abedi
2014-10-24 19:13 ` Adrian Chadd
2014-10-24 19:13   ` Adrian Chadd
2014-10-24 19:23   ` [ath9k-devel] " Kamran Nishat
2014-10-24 19:23     ` Kamran Nishat
2014-10-24 20:37     ` Krishna Chaitanya
2014-10-24 20:37       ` Krishna Chaitanya
2014-10-24 20:42   ` Ali Abedi
2014-10-24 20:42     ` Ali Abedi
2014-10-25 15:19     ` [ath9k-devel] " Adrian Chadd
2014-10-25 15:19       ` Adrian Chadd
2014-10-25 15:28       ` [ath9k-devel] " Ali Abedi
2014-10-25 15:28         ` Ali Abedi
2014-10-25 18:30         ` [ath9k-devel] " Adrian Chadd
2014-10-25 18:30           ` Adrian Chadd
2014-10-25 20:35           ` Ali Abedi [this message]
     [not found]             ` <CAETUFS8iDDcrPwu_NCV4Ks9Mq6KUjqdujVyyZ5Y6om=14J+B9g@mail.gmail.com>
2014-10-27  1:50               ` [ath9k-devel] " Ali Abedi
2014-10-27 12:05               ` Felix Fietkau
2014-10-27 12:05                 ` Felix Fietkau
2014-10-29 20:34             ` Adrian Chadd
2014-10-29 20:34               ` Adrian Chadd
2014-10-30 15:48               ` [ath9k-devel] " Ali Abedi
2014-10-30 15:48                 ` Ali Abedi
2014-10-30 16:11                 ` [ath9k-devel] " Adrian Chadd
2014-10-30 16:11                   ` Adrian Chadd
2014-10-30 16:20                   ` [ath9k-devel] " Ali Abedi
2014-10-30 16:20                     ` Ali Abedi

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=544C0995.8010507@mailservices.uwaterloo.ca \
    --to=a2abedi@uwaterloo.ca \
    --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.