Bug ID |
13280
|
Summary |
UDLD flags are at other end of octet.
|
Product |
Wireshark
|
Version |
2.2.2
|
Hardware |
x86-64
|
OS |
macOS 10.12
|
Status |
IN_PROGRESS
|
Severity |
Normal
|
Priority |
Low
|
Component |
Dissection engine (libwireshark)
|
Assignee |
[email protected]
|
Reporter |
[email protected]
|
CC |
[email protected]
|
Created attachment 15158 [details]
Sample UDLD file from SharkFest Europe '16
Build Information:
Version 2.2.2 (v2.2.2-0-g775fb08)
Copyright 1998-2016 Gerald Combs <[email protected]> and contributors.
License GPLv2+: GNU GPL version 2 or later
<http://www.gnu.org/licenses/old-licenses/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 Qt 5.3.2, with libpcap, without POSIX capabilities, with
GLib 2.36.0, with zlib 1.2.5, with SMI 0.4.8, with c-ares 1.12.0, with Lua
5.2.4, with GnuTLS 2.12.19, with Gcrypt 1.5.0, with MIT Kerberos, with GeoIP,
with QtMultimedia, without AirPcap.
Running on Mac OS X 10.12.2, build 16C67 (Darwin 16.3.0), with locale C, with
libpcap version 1.7.4 - Apple version 67, with GnuTLS 2.12.19, with Gcrypt
1.5.0, with zlib 1.2.8.
Intel(R) Core(TM) i7-3720QM CPU @ 2.60GHz (with SSE4.2)
Built using llvm-gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build
2336.9.00).
--
Looking at udld.flags in the attached sample UDLD file from SharkFest Europe
shows that values 0x01 and 0x03 are seen in the capture file, while the
dissector (packet-idld.c) uses bitmasks 0x80 and 0x40 for udld.flags.rt
(Recommended timeout) and udld.flags.rsy (ReSynch). RFC 5171 packet format
definition confirms these bits are at the other end of the octet.
You are receiving this mail because:
- You are watching all bug changes.