https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14148
Bug ID: 14148
Summary: Duplicate fields in BSS Transition Management Request
Candidate List Entries
Product: Wireshark
Version: 2.5.x (Experimental)
Hardware: x86-64
OS: Windows 7
Status: UNCONFIRMED
Severity: Major
Priority: Low
Component: Dissection engine (libwireshark)
Assignee: bugzilla-ad...@wireshark.org
Reporter: jan.fu...@lancom.de
Target Milestone: ---
Created attachment 15920
--> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=15920&action=edit
PCAP:BSS-Transition-Request+Response
Build Information:
TShark (Wireshark) 2.5.0-1440-g3bafae20 (v2.5.0rc0-1440-g3bafae20)
Copyright 1998-2017 Gerald Combs <ger...@wireshark.org> and contributors.
License GPLv2+: GNU GPL version 2 or later
<http://www.gnu.org/licenses/old-lice
nses/gpl-2.0.html>
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (64-bit) with WinPcap (4_1_3), with GLib 2.42.0, with zlib 1.2.11,
with
SMI 0.4.8, with c-ares 1.13.0, with Lua 5.2.4, with GnuTLS 3.4.11, with Gcrypt
1.7.6, with MIT Kerberos, with GeoIP, with nghttp2 1.14.0, with LZ4, with
Snappy, with libxml2 2.9.4.
Running on 64-bit Windows 7 Service Pack 1, build 7601, with Intel(R)
Core(TM) i7-3770 CPU @ 3.40GHz (with SSE4.2), with 8118 MB of physical memory,
with locale German_Germany.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.4.11, with Gcrypt 1.7.6, binary plugins supported (13 loaded).
Built using Microsoft Visual C++ 14.0 build 24215
--
Subelement Data and Preference are duplicative fields in the given PCAP file -
both have the same value 255 == 0xff. As the length field says it is only 1
byte long; only one field should follow.
Furthermore I think "iterative measurements on that Channel Number" is not a
appropriate description for this kind of frame.
This is not a request for a measurement on that channel.
The access point requests the station to roam to BSSID 30:14:4a:11:2d:7d, which
operates on ch 64, otherwise it will disassoc this client after the disassoc
timer timeouts. This relates to Bug 13895 "The entries in the data are in the
same format as the 802.11k Neighbor Report frame", which is true for the data
format, but not the meaning.
--
You are receiving this mail because:
You are watching all bug changes.
___________________________________________________________________________
Sent via: Wireshark-bugs mailing list <wireshark-bugs@wireshark.org>
Archives: https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe