Search Linux Wireless

Re: computing average signal strength tshark

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Nov 19, 2010 at 11:22 AM, Vinod Kone <vinodkone@xxxxxxxxx> wrote:
> Hi Luis,
> I saw that you posted a message a year ago about tshark's average
> computation of signal strength being off. I am facing the same error, and
> was wondering what your fix was.

I have no fix, but the bug was likely in tshark.

  Luis

> From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
> Date: Fri, 19 Jun 2009 17:49:45 -0700
>
>
> Using tshark from svn (today) with ath5k from wireless-testing (today)
> I'm noticing some reporting of a signal value which is completely off
> when using the statistics feature (io,stat). At first I though it was
> ath5k so I went to verify we don't report huge signal values and we
> don't. Right before we hand of the skb to mac80211 I added checked the
> signal value and in all cases it was negative and with in reasonable
> range -- my awk script says -55.219, for instance.
>
> Now if I apply the same awk scrip to the output of 'tshark -V -i moni0
>> dump' and then grep for "SSI Signal" I get a reasonable average.
> This at least allows me to rule out a driver issue.
>
> Instead of running awk scripts I'd like to just use tshark to compute this.
>
> tshark -i moni0 -q -z
> "io,stat,1,AVG(radiotap.dbm_antsignal)radiotap.dbm_antsignal,AVG(radiotap.datarate)radiotap.datarate"
>
> This prints the average signal and rate every second, if you use it
> you'll see the first column is gross:
>
> Capturing on moni0
> ^C1355 packets captured
>
> ===================================================================
> IO Statistics
> Interval: 1.000 secs
> Column #0: AVG(radiotap.dbm_antsignal)radiotap.dbm_antsignal
> Column #1: AVG(radiotap.datarate)radiotap.datarate
>                 |   Column #0    |   Column #1
> Time            |            AVG |            AVG
> 000.000-001.000          14035780                4
> 001.000-002.000          16085960                4
> 002.000-003.000          16976095                5
> 003.000-004.000          19088682                5
> 004.000-005.000          19792417                5
> 005.000-006.000          49367380                5
>
>
> If I decrease the interval to 0.001 I get more reasonable values:
>
> tshark -i moni0 -q -z
> "io,stat,0.001,AVG(radiotap.dbm_antsignal)radiotap.dbm_antsignal,AVG(radiotap.datarate)radiotap.datarate"
>
> 5 packets captured
>
> ===================================================================
> IO Statistics
> Interval: 0.001 secs
> Column #0: AVG(radiotap.dbm_antsignal)radiotap.dbm_antsignal
> Column #1: AVG(radiotap.datarate)radiotap.datarate
>                 |   Column #0    |   Column #1
> Time            |            AVG |            AVG
> 000.000-000.001               -40                2
> 000.001-000.002               -41                2
> 000.002-000.003                 0                0
> 000.003-000.004          2147483602                3
> 000.004-000.005                 0                0
> 000.005-000.006                 0                0
> 000.006-000.007                 0                0
> 000.007-000.008                 0                0
> 000.008-000.009                 0                0
> 000.009-000.010                 0                0
> 000.010-000.011                 0                0
> 000.011-000.012                 0                0
> 000.012-000.013                 0                0
> 000.013-000.014                 0                0
> 000.014-000.015                 0                0
> 000.015-000.016                 0                0
> 000.016-000.017                 0                0
> 000.017-000.018                 0                0
> 000.018-000.019                 0                0
> 000.019-000.020                 0                0
> 000.020-000.021                 0                0
> 000.021-000.022                 0                0
> 000.022-000.023                 0                0
> 000.023-000.024                 0                0
> 000.024-000.025                 0                0
> 000.025-000.026                 0                0
> 000.026-000.027                 0                0
> 000.027-000.028               -64                2
> ===================================================================
>
> But notice that big fat 2147483602. And this is just 5 packets, if you
> let it sit for a few seconds you'll see a lot of these spread out and
> that ruins the average computation.
>
> I'd send a patch but I'm not yet sure where to poke. If you are aware
> where to look at let me know and I'll check it out. I'd like to fix
> this or see this fixed.
>
>   Luis
>
> Thanks,
> -- Vinod
>
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux