* [rt2x00] rt2800usb and RT3070 issues with 54G AP
@ 2012-02-12 15:45 Walter Goldens
2012-02-16 12:55 ` Stanislaw Gruszka
0 siblings, 1 reply; 8+ messages in thread
From: Walter Goldens @ 2012-02-12 15:45 UTC (permalink / raw)
To: linux-wireless; +Cc: Ivo van Doorn
My rt3070 USB card works flawlessly when connected to an 802.11N AP. Excellent throughput, speed and reliability.
When connected to a 54G AP however, there is significant packet loss and duplicates.
I can confirm this to be happening with two older 54G APs, and not with a single N AP.
Does anyone else have the same problem?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
2012-02-12 15:45 [rt2x00] rt2800usb and RT3070 issues with 54G AP Walter Goldens
@ 2012-02-16 12:55 ` Stanislaw Gruszka
2012-02-18 12:11 ` Walter Goldens
2012-02-18 12:15 ` Walter Goldens
0 siblings, 2 replies; 8+ messages in thread
From: Stanislaw Gruszka @ 2012-02-16 12:55 UTC (permalink / raw)
To: Walter Goldens; +Cc: linux-wireless, Ivo van Doorn
On Sun, Feb 12, 2012 at 07:45:51AM -0800, Walter Goldens wrote:
> My rt3070 USB card works flawlessly when connected to an 802.11N AP. Excellent throughput, speed and reliability.
>
> When connected to a 54G AP however, there is significant packet loss and duplicates.
> I can confirm this to be happening with two older 54G APs, and not with a single N AP.
>
> Does anyone else have the same problem?
Usually we have opposite problem, 11g works, 11n does not.
Are you using the lates wireless-testing tree? If not, try that
i.e using compat-wireless package there are some pending radio chip
programing fixes, I think they may help with packet lost.
Stanislaw
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
2012-02-16 12:55 ` Stanislaw Gruszka
@ 2012-02-18 12:11 ` Walter Goldens
2012-02-18 16:56 ` Stanislaw Gruszka
2012-02-18 12:15 ` Walter Goldens
1 sibling, 1 reply; 8+ messages in thread
From: Walter Goldens @ 2012-02-18 12:11 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: linux-wireless, Ivo van Doorn
> > My rt3070 USB card works flawlessly when connected to
> an 802.11N AP. Excellent throughput, speed and reliability.
> >
> > When connected to a 54G AP however, there is
> significant packet loss and duplicates.
> > I can confirm this to be happening with two older 54G
> APs, and not with a single N AP.
> >
> > Does anyone else have the same problem?
>
> Usually we have opposite problem, 11g works, 11n does not.
>
> Are you using the lates wireless-testing tree? If not, try
> that
> i.e using compat-wireless package there are some pending
> radio chip
> programing fixes, I think they may help with packet lost.
>
> Stanislaw
Hi Stanislaw,
This is from an N AP:
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.47 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=1.45 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=0.952 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=11.1 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=7.06 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=12.8 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=64 time=13.5 ms
64 bytes from 192.168.1.1: icmp_req=8 ttl=64 time=2.79 ms
64 bytes from 192.168.1.1: icmp_req=9 ttl=64 time=61.7 ms
64 bytes from 192.168.1.1: icmp_req=10 ttl=64 time=13.2 ms
64 bytes from 192.168.1.1: icmp_req=11 ttl=64 time=6.46 ms
64 bytes from 192.168.1.1: icmp_req=12 ttl=64 time=7.03 ms
64 bytes from 192.168.1.1: icmp_req=13 ttl=64 time=8.16 ms
64 bytes from 192.168.1.1: icmp_req=14 ttl=64 time=6.80 ms
64 bytes from 192.168.1.1: icmp_req=15 ttl=64 time=8.15 ms
64 bytes from 192.168.1.1: icmp_req=16 ttl=64 time=6.34 ms
^C
--- 192.168.1.1 ping statistics ---
16 packets transmitted, 16 received, 0% packet loss, time 15023ms
rtt min/avg/max/mdev = 0.952/10.582/61.742/13.795 ms
No problems whatsoever.
And these are from 54G AP:
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=63 time=8.56 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=63 time=1.67 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=63 time=2.94 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=63 time=1.64 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=63 time=1.67 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=63 time=3.70 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=63 time=1.80 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=63 time=2.22 ms (DUP!)
64 bytes from 192.168.1.1: icmp_req=8 ttl=63 time=9.59 ms
64 bytes from 192.168.1.1: icmp_req=9 ttl=63 time=10.1 ms
64 bytes from 192.168.1.1: icmp_req=10 ttl=63 time=7.02 ms
64 bytes from 192.168.1.1: icmp_req=12 ttl=63 time=7.03 ms
64 bytes from 192.168.1.1: icmp_req=13 ttl=63 time=10.0 ms
64 bytes from 192.168.1.1: icmp_req=14 ttl=63 time=7.22 ms
64 bytes from 192.168.1.1: icmp_req=14 ttl=63 time=7.74 ms (DUP!)
64 bytes from 192.168.1.1: icmp_req=15 ttl=63 time=9.14 ms
64 bytes from 192.168.1.1: icmp_req=16 ttl=63 time=8.16 ms
^C
--- 192.168.1.1 ping statistics ---
16 packets transmitted, 15 received, +2 duplicates, 6% packet loss, time 15029ms
rtt min/avg/max/mdev = 1.640/5.904/10.166/3.228 ms
If I use the STA drivers, no such problem occurres with either N or G APs.
This, for me, has been a long-standing problem.
Walter
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
2012-02-18 12:11 ` Walter Goldens
@ 2012-02-18 16:56 ` Stanislaw Gruszka
2012-02-20 16:52 ` Walter Goldens
0 siblings, 1 reply; 8+ messages in thread
From: Stanislaw Gruszka @ 2012-02-18 16:56 UTC (permalink / raw)
To: Walter Goldens; +Cc: linux-wireless, Ivo van Doorn
Hi.
On Sat, Feb 18, 2012 at 04:11:36AM -0800, Walter Goldens wrote:
> This is from an N AP:
>
> PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> 64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.47 ms
> 64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=1.45 ms
> 64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=0.952 ms
> 64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=11.1 ms
> 64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=7.06 ms
> 64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=12.8 ms
[snip]
> And these are from 54G AP:
>
> PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> 64 bytes from 192.168.1.1: icmp_req=1 ttl=63 time=8.56 ms
> 64 bytes from 192.168.1.1: icmp_req=2 ttl=63 time=1.67 ms
> 64 bytes from 192.168.1.1: icmp_req=3 ttl=63 time=2.94 ms
> 64 bytes from 192.168.1.1: icmp_req=4 ttl=63 time=1.64 ms
> 64 bytes from 192.168.1.1: icmp_req=5 ttl=63 time=1.67 ms
> 64 bytes from 192.168.1.1: icmp_req=6 ttl=63 time=3.70 ms
> 64 bytes from 192.168.1.1: icmp_req=7 ttl=63 time=1.80 ms
> 64 bytes from 192.168.1.1: icmp_req=7 ttl=63 time=2.22 ms (DUP!)
[snip]
> If I use the STA drivers, no such problem occurres with either N or G APs.
> This, for me, has been a long-standing problem.
Looks like this could be related with Power-Save. Seems APs does not
handle PS well (between each ICMP packed our station is put in
the sleep mode) . Vendor driver has PS disabled, hence problem
is not observable.
Try "iwconfig wlan0 power off" and see if it helps.
Stanislaw
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
2012-02-18 16:56 ` Stanislaw Gruszka
@ 2012-02-20 16:52 ` Walter Goldens
2012-02-27 10:55 ` Stanislaw Gruszka
0 siblings, 1 reply; 8+ messages in thread
From: Walter Goldens @ 2012-02-20 16:52 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: linux-wireless, Ivo van Doorn
--- On Sat, 2/18/12, Stanislaw Gruszka <sgruszka@redhat.com> wrote:
> From: Stanislaw Gruszka <sgruszka@redhat.com>
> Subject: Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
> To: "Walter Goldens" <goldenstranger@yahoo.com>
> Cc: linux-wireless@vger.kernel.org, "Ivo van Doorn" <ivdoorn@gmail.com>
> Date: Saturday, February 18, 2012, 6:56 PM
> Hi.
>
> On Sat, Feb 18, 2012 at 04:11:36AM -0800, Walter Goldens
> wrote:
> > This is from an N AP:
> >
> > PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> > 64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.47
> ms
> > 64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=1.45
> ms
> > 64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=0.952
> ms
> > 64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=11.1
> ms
> > 64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=7.06
> ms
> > 64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=12.8
> ms
> [snip]
> > And these are from 54G AP:
> >
> > PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> > 64 bytes from 192.168.1.1: icmp_req=1 ttl=63 time=8.56
> ms
> > 64 bytes from 192.168.1.1: icmp_req=2 ttl=63 time=1.67
> ms
> > 64 bytes from 192.168.1.1: icmp_req=3 ttl=63 time=2.94
> ms
> > 64 bytes from 192.168.1.1: icmp_req=4 ttl=63 time=1.64
> ms
> > 64 bytes from 192.168.1.1: icmp_req=5 ttl=63 time=1.67
> ms
> > 64 bytes from 192.168.1.1: icmp_req=6 ttl=63 time=3.70
> ms
> > 64 bytes from 192.168.1.1: icmp_req=7 ttl=63 time=1.80
> ms
> > 64 bytes from 192.168.1.1: icmp_req=7 ttl=63 time=2.22
> ms (DUP!)
> [snip]
> > If I use the STA drivers, no such problem occurres with
> either N or G APs.
> > This, for me, has been a long-standing problem.
>
> Looks like this could be related with Power-Save. Seems APs
> does not
> handle PS well (between each ICMP packed our station is put
> in
> the sleep mode) . Vendor driver has PS disabled, hence
> problem
> is not observable.
>
> Try "iwconfig wlan0 power off" and see if it helps.
>
> Stanislaw
Hello again,
Unfortunately, disabling PS does not fix the problem:
root@dell:~# iwconfig wlan1 power off
root@dell:~# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=5.55 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=2.09 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=4.83 ms (DUP!)
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=2.03 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=1.71 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=1.44 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=64 time=1.79 ms
64 bytes from 192.168.1.1: icmp_req=8 ttl=64 time=5.15 ms
64 bytes from 192.168.1.1: icmp_req=9 ttl=64 time=2.70 ms
64 bytes from 192.168.1.1: icmp_req=10 ttl=64 time=16.8 ms
64 bytes from 192.168.1.1: icmp_req=10 ttl=64 time=24.1 ms (DUP!)
64 bytes from 192.168.1.1: icmp_req=11 ttl=64 time=13.0 ms
^C
--- 192.168.1.1 ping statistics ---
11 packets transmitted, 10 received, +2 duplicates, 9% packet loss, time 10015ms
rtt min/avg/max/mdev = 1.443/6.786/24.168/7.023 ms
Walter
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
2012-02-20 16:52 ` Walter Goldens
@ 2012-02-27 10:55 ` Stanislaw Gruszka
0 siblings, 0 replies; 8+ messages in thread
From: Stanislaw Gruszka @ 2012-02-27 10:55 UTC (permalink / raw)
To: Walter Goldens; +Cc: linux-wireless, Ivo van Doorn
On Mon, Feb 20, 2012 at 08:52:54AM -0800, Walter Goldens wrote:
> > Looks like this could be related with Power-Save. Seems APs
> > does not
> > handle PS well (between each ICMP packed our station is put
> > in
> > the sleep mode) . Vendor driver has PS disabled, hence
> > problem
> > is not observable.
> >
> > Try "iwconfig wlan0 power off" and see if it helps.
> >
> > Stanislaw
>
> Hello again,
>
> Unfortunately, disabling PS does not fix the problem:
I'm able to reproduce that problem locally, I'm adding debug
that problem to my TODO list ...
Stanislaw
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
2012-02-16 12:55 ` Stanislaw Gruszka
2012-02-18 12:11 ` Walter Goldens
@ 2012-02-18 12:15 ` Walter Goldens
1 sibling, 0 replies; 8+ messages in thread
From: Walter Goldens @ 2012-02-18 12:15 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: linux-wireless, Ivo van Doorn
Oh, forgot the mention - the results are with the latest CW.
> -0800, Walter Goldens wrote:
> > My rt3070 USB card works flawlessly when connected to
> an 802.11N AP. Excellent throughput, speed and reliability.
> >
> > When connected to a 54G AP however, there is
> significant packet loss and duplicates.
> > I can confirm this to be happening with two older 54G
> APs, and not with a single N AP.
> >
> > Does anyone else have the same problem?
>
> Usually we have opposite problem, 11g works, 11n does not.
>
> Are you using the lates wireless-testing tree? If not, try
> that
> i.e using compat-wireless package there are some pending
> radio chip
> programing fixes, I think they may help with packet lost.
>
> Stanislaw
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
@ 2012-04-14 10:51 Walter Goldens
0 siblings, 0 replies; 8+ messages in thread
From: Walter Goldens @ 2012-04-14 10:51 UTC (permalink / raw)
To: Stanislaw Gruszka; +Cc: linux-wireless, Ivo van Doorn
Dear Stanislaw,
I've been away for a while, apologies for not participating in solving the duplicate packet issue. I reviewed your work on the subject and the patches you've submitted. Thank you for your contribution and keeping me informed.
With latest patches, I experience no more duplicate packets or significant data loss. The only issue remaining is Power Save. When PS is on, the latency is ridiculously high and packet loss occurrences are present. PS switched off keeps everything running smooth and problem-free.
Walter
--- On Mon, 2/20/12, Walter Goldens <goldenstranger@yahoo.com> wrote:
> From: Walter Goldens <goldenstranger@yahoo.com>
> Subject: Re: [rt2x00] rt2800usb and RT3070 issues with 54G AP
> To: "Stanislaw Gruszka" <sgruszka@redhat.com>
> Cc: linux-wireless@vger.kernel.org, "Ivo van Doorn" <ivdoorn@gmail.com>
> Date: Monday, February 20, 2012, 6:52 PM
>
>
> Walter
> --
> To unsubscribe from this list: send the line "unsubscribe
> linux-wireless" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2012-04-14 10:51 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-02-12 15:45 [rt2x00] rt2800usb and RT3070 issues with 54G AP Walter Goldens
2012-02-16 12:55 ` Stanislaw Gruszka
2012-02-18 12:11 ` Walter Goldens
2012-02-18 16:56 ` Stanislaw Gruszka
2012-02-20 16:52 ` Walter Goldens
2012-02-27 10:55 ` Stanislaw Gruszka
2012-02-18 12:15 ` Walter Goldens
2012-04-14 10:51 Walter Goldens
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.