On Jan 23, 2008, at 1:15 PM, Guy Harris wrote:
> The newer versions of EtherPeek, AiroPeek, and presumably OmniPeek,
> have
> a variable-length TLV-based pseudo-header, with tags for both signal
> and
> noise as a percentage and as a dBm value, as well as other tags
> (including one mysteriou
Avi Berkovich wrote:
> Well, I went through the wiretap library code and saw that while it's
> aware of the dBm tag (it has it's own "switch case"), it just doesn't
> read it.
The problem is that, for 802.11 radio information other than in libpcap
files (where the radio information appears in t
m: [EMAIL PROTECTED]
> To: wireshark-users@wireshark.org
> Subject: Re: [Wireshark-users] WLAN APC file and RSSI
>
> It looks like the dBm tag isn't supported in Wireshark. Do you have a capture
> file you can send to the list or upload to the wiki?
>
> Avi Berkovich wrote:
tage value in the packet header).
>
>
>
> > Date: Tue, 22 Jan 2008 09:34:55 -0800
> > From: [EMAIL PROTECTED]
> > To: wireshark-users@wireshark.org
> > Subject: Re: [Wireshark-users] WLAN APC file and RSSI
> >
> > Avi Berkovich wrote:
> > &g
First, thanks for the link.
As for the dBm value, it is present in the capture file (stored right after the
percentage value in the packet header).
> Date: Tue, 22 Jan 2008 09:34:55 -0800
> From: [EMAIL PROTECTED]
> To: wireshark-users@wireshark.org
> Subject: Re: [Wireshark-use
Avi Berkovich wrote:
> Hello,
>
> Wireshark doesn't display the RSSI value in dBm, only in percent.
> This happens with APC files captured with Airopeek.
>
> Is this a limitation?
Are you sure the dBm values are present in the capture file? According to
http://www.wildpackets.com/elements/white
