linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Monitor number of packages sent and ACK'ed by AP
@ 2008-12-08 10:50 Lars Ericsson
  2008-12-08 13:01 ` Johannes Berg
  0 siblings, 1 reply; 7+ messages in thread
From: Lars Ericsson @ 2008-12-08 10:50 UTC (permalink / raw)
  To: linux-wireless

Hi Johannes,

I would like to monitor number of packages properly transmitted and ACK'ed
by the AP.
Is the a single point where this can be done ?

Regards
Lars


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Monitor number of packages sent and ACK'ed by AP
  2008-12-08 10:50 Monitor number of packages sent and ACK'ed by AP Lars Ericsson
@ 2008-12-08 13:01 ` Johannes Berg
  2008-12-08 16:28   ` Lars Ericsson
  0 siblings, 1 reply; 7+ messages in thread
From: Johannes Berg @ 2008-12-08 13:01 UTC (permalink / raw)
  To: Lars Ericsson; +Cc: linux-wireless

[-- Attachment #1: Type: text/plain, Size: 313 bytes --]

On Mon, 2008-12-08 at 11:50 +0100, Lars Ericsson wrote:
> Hi Johannes,
> 
> I would like to monitor number of packages properly transmitted and ACK'ed
> by the AP.
> Is the a single point where this can be done ?

Not really, some drivers don't even give you that information,
unfortunately.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* RE: Monitor number of packages sent and ACK'ed by AP
  2008-12-08 13:01 ` Johannes Berg
@ 2008-12-08 16:28   ` Lars Ericsson
  2008-12-08 16:34     ` Ivo van Doorn
  0 siblings, 1 reply; 7+ messages in thread
From: Lars Ericsson @ 2008-12-08 16:28 UTC (permalink / raw)
  To: 'Johannes Berg'; +Cc: linux-wireless

> 
> On Mon, 2008-12-08 at 11:50 +0100, Lars Ericsson wrote:
> > Hi Johannes,
> > 
> > I would like to monitor number of packages properly 
> transmitted and ACK'ed
> > by the AP.
> > Is the a single point where this can be done ?
> 
> Not really, some drivers don't even give you that information,
> unfortunately.
> 
> johannes
> 

OK, thanks. 
I just discovered that Ralink rt61 does filter all ACK frames.
/Lars


^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Monitor number of packages sent and ACK'ed by AP
  2008-12-08 16:28   ` Lars Ericsson
@ 2008-12-08 16:34     ` Ivo van Doorn
  2008-12-08 16:50       ` Lars Ericsson
  0 siblings, 1 reply; 7+ messages in thread
From: Ivo van Doorn @ 2008-12-08 16:34 UTC (permalink / raw)
  To: Lars Ericsson; +Cc: 'Johannes Berg', linux-wireless

On Monday 08 December 2008, Lars Ericsson wrote:
> > 
> > On Mon, 2008-12-08 at 11:50 +0100, Lars Ericsson wrote:
> > > Hi Johannes,
> > > 
> > > I would like to monitor number of packages properly 
> > transmitted and ACK'ed
> > > by the AP.
> > > Is the a single point where this can be done ?
> > 
> > Not really, some drivers don't even give you that information,
> > unfortunately.
> > 
> > johannes
> > 
> 
> OK, thanks. 
> I just discovered that Ralink rt61 does filter all ACK frames.
> /Lars

Did you look during monitor mode?
When monitor mode is not enabled, the RX filter can be quite strict.

Ivo

^ permalink raw reply	[flat|nested] 7+ messages in thread

* RE: Monitor number of packages sent and ACK'ed by AP
  2008-12-08 16:34     ` Ivo van Doorn
@ 2008-12-08 16:50       ` Lars Ericsson
  2008-12-08 18:32         ` Ivo van Doorn
  0 siblings, 1 reply; 7+ messages in thread
From: Lars Ericsson @ 2008-12-08 16:50 UTC (permalink / raw)
  To: 'Ivo van Doorn'; +Cc: 'Johannes Berg', linux-wireless

> On Monday 08 December 2008, Lars Ericsson wrote:
> > > 
> > > On Mon, 2008-12-08 at 11:50 +0100, Lars Ericsson wrote:
> > > > Hi Johannes,
> > > > 
> > > > I would like to monitor number of packages properly 
> > > transmitted and ACK'ed
> > > > by the AP.
> > > > Is the a single point where this can be done ?
> > > 
> > > Not really, some drivers don't even give you that information,
> > > unfortunately.
> > > 
> > > johannes
> > > 
> > 
> > OK, thanks. 
> > I just discovered that Ralink rt61 does filter all ACK frames.
> > /Lars
> 
> Did you look during monitor mode?
> When monitor mode is not enabled, the RX filter can be quite strict.
> 
> Ivo
> 

Hi Ivo,

No, I did not used monitor mode. I do not know how-to do it.

I have a problem when the STA picks up AP BEACONS (last_rx updated), 
but the AP, due to other AP/STA communication, have problems picking up the
STA traffic.

One idea was to monitor that I receive ACK frames, i.e. someone receives me.
But the driver filter all ACK frames.

Is there any other event generated from the driver to the mac layer that 
can be used indicate bad communication?

For instance large number of retries or low transmition speed.

Regards 
Lars


PS:
You remember the problem we discussed with the PID that did not work, 
until I not forced HW antenna diversity?

I have been monitoring that site for a while and the 2.6.26 driver works
well.
The WLAN is very interesting. It is a http://www.merunetworks.com WLAN where
the STA associates with a virtual AP. The physical AP (radio) varies from
time to 
time depending on the STA location. The STA never noticed when the AP 
is changed since all AP's  uses the same channel and the BSSID is always the
same.

I can explain more if you are interested.

								DS.

//Lars







^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Monitor number of packages sent and ACK'ed by AP
  2008-12-08 16:50       ` Lars Ericsson
@ 2008-12-08 18:32         ` Ivo van Doorn
  2008-12-08 19:50           ` Johannes Berg
  0 siblings, 1 reply; 7+ messages in thread
From: Ivo van Doorn @ 2008-12-08 18:32 UTC (permalink / raw)
  To: Lars Ericsson; +Cc: 'Johannes Berg', linux-wireless

On Monday 08 December 2008, Lars Ericsson wrote:
> > On Monday 08 December 2008, Lars Ericsson wrote:
> > > > 
> > > > On Mon, 2008-12-08 at 11:50 +0100, Lars Ericsson wrote:
> > > > > Hi Johannes,
> > > > > 
> > > > > I would like to monitor number of packages properly 
> > > > transmitted and ACK'ed
> > > > > by the AP.
> > > > > Is the a single point where this can be done ?
> > > > 
> > > > Not really, some drivers don't even give you that information,
> > > > unfortunately.
> > > > 
> > > > johannes
> > > > 
> > > 
> > > OK, thanks. 
> > > I just discovered that Ralink rt61 does filter all ACK frames.
> > > /Lars
> > 
> > Did you look during monitor mode?
> > When monitor mode is not enabled, the RX filter can be quite strict.
> > 
> > Ivo
> > 
> 
> Hi Ivo,
> 
> No, I did not used monitor mode. I do not know how-to do it.

iwconfig wlan0 mode monitor

> I have a problem when the STA picks up AP BEACONS (last_rx updated), 
> but the AP, due to other AP/STA communication, have problems picking up the
> STA traffic.
> 
> One idea was to monitor that I receive ACK frames, i.e. someone receives me.
> But the driver filter all ACK frames.

Right, because mac80211 doesn't send the control filter to the driver by default,
it does when using monitor mode. (Not sure if it also does this when having
a secondary virtual interface running in monitor mode, but for full-monitor
mode it does).

After that all Ralink hardware send the ACK packets to the driver which sends them
to mac80211.

> Is there any other event generated from the driver to the mac layer that 
> can be used indicate bad communication?
>
> For instance large number of retries or low transmition speed.

The retry count is send to mac80211 after the frame was send to the hardware
(or if the hardware has given up on the transmission). The used retry rate is not
reported.
You could also check the 'iwconfig' statistic 'Link Quality' that is  calculated by
the driver and is based on the signal strength of the beacon from the AP, the
TX success count and the RX success count.

> PS:
> You remember the problem we discussed with the PID that did not work, 
> until I not forced HW antenna diversity?

Yes. It contained the recommendation was that you should force a feature on
a device when you don't know if the hardware is capable of that.
(Especially when the hardware explictely indicates that it shouldn't be used). ;)

> I have been monitoring that site for a while and the 2.6.26 driver works
> well.
> The WLAN is very interesting. It is a http://www.merunetworks.com WLAN where
> the STA associates with a virtual AP. The physical AP (radio) varies from
> time to 
> time depending on the STA location. The STA never noticed when the AP 
> is changed since all AP's  uses the same channel and the BSSID is always the
> same.

And how does this relate to the antenna setting?

Ivo

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Monitor number of packages sent and ACK'ed by AP
  2008-12-08 18:32         ` Ivo van Doorn
@ 2008-12-08 19:50           ` Johannes Berg
  0 siblings, 0 replies; 7+ messages in thread
From: Johannes Berg @ 2008-12-08 19:50 UTC (permalink / raw)
  To: Ivo van Doorn; +Cc: Lars Ericsson, linux-wireless

[-- Attachment #1: Type: text/plain, Size: 384 bytes --]

On Mon, 2008-12-08 at 19:32 +0100, Ivo van Doorn wrote:

> Right, because mac80211 doesn't send the control filter to the driver by default,
> it does when using monitor mode. (Not sure if it also does this when having
> a secondary virtual interface running in monitor mode, but for full-monitor
> mode it does).

It does, depending on the flags you set with iw.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2008-12-08 19:51 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-12-08 10:50 Monitor number of packages sent and ACK'ed by AP Lars Ericsson
2008-12-08 13:01 ` Johannes Berg
2008-12-08 16:28   ` Lars Ericsson
2008-12-08 16:34     ` Ivo van Doorn
2008-12-08 16:50       ` Lars Ericsson
2008-12-08 18:32         ` Ivo van Doorn
2008-12-08 19:50           ` Johannes Berg

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).