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

Reply via email to