Bug ID |
12545
|
Summary |
Enhancement: Decode TIM Map in 802.11 Beacon Frame
|
Product |
Wireshark
|
Version |
2.0.4
|
Hardware |
x86
|
OS |
Windows 8.1
|
Status |
UNCONFIRMED
|
Severity |
Enhancement
|
Priority |
Low
|
Component |
Dissection engine (libwireshark)
|
Assignee |
[email protected]
|
Reporter |
[email protected]
|
Created attachment 14661 [details]
Example beacons and a PS-Poll 802.11 frame
Build Information:
Version 2.0.4 (v2.0.4-0-gdd7746e from master-2.0)
Compiled (64-bit) with GTK+ 2.24.23, with Cairo 1.12.16, with Pango 1.36.8,
with WinPcap (4_1_3), with libz 1.2.8, with GLib 2.42.0, with SMI 0.4.8, with
c-ares 1.11.0, with Lua 5.2, with GnuTLS 3.2.15, with Gcrypt 1.6.2, with MIT
Kerberos, with GeoIP, with PortAudio V19-devel (built Jun 7 2016), with
AirPcap.
Running on 64-bit Windows 8.1, build 9600, with locale English_United
States.1252, with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based
on libpcap version 1.0 branch 1_0_rel0b (20091008), with GnuTLS 3.2.15, with
Gcrypt 1.6.2, without AirPcap.
Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz (with SSE4.2), with 16256MB of
physical memory.
--
References:
https://ask.wireshark.org/questions/49130/wireless-partial-virtual-bitmap
http://processors.wiki.ti.com/index.php/OMAP_Wireless_Connectivity_Power_Save
Propose to enhance the Traffic Indication Map (TIM) decoding so the partial
virtual bitmap is filter-capable.
A filter like wlan.aid == 132 would match a PS-Poll frame from that client but
will not match the bit set in the TIM map of the beacon. Since they have to
operate together, it would be useful if filter tools exist to manipulate both
of them.
You are receiving this mail because:
- You are watching all bug changes.