https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6178
Summary: [BACnet] ReadPropertyMultiple-ACK not correctly
dissected
Product: Wireshark
Version: 1.6.1
Platform: x86
OS/Version: Windows XP
Status: NEW
Severity: Normal
Priority: Low
Component: Wireshark
AssignedTo: bugzilla-admin@xxxxxxxxxxxxx
ReportedBy: nuabaranda@xxxxxx
Created an attachment (id=6742)
--> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=6742)
ReadPropertyMultiple request and ill-dissected ACK
Build Information:
Version 1.6.1 (SVN Rev 38096 from /trunk-1.6)
Compiled (32-bit) with GTK+ 2.22.1, with GLib 2.26.1, with WinPcap (version
unknown), with libz 1.2.5, without POSIX capabilities, without libpcre, with
SMI
0.4.8, with c-ares 1.7.1, with Lua 5.1, without Python, with GnuTLS 2.10.3,
with
Gcrypt 1.4.6, with MIT Kerberos, with GeoIP, with PortAudio V19-devel (built
Jul
18 2011), with AirPcap.
Running on Windows XP Service Pack 3, build 2600, with WinPcap version 4.1.2
(packet.dll version 4.1.0.2001), based on libpcap version 1.0 branch 1_0_rel0b
(20091008), GnuTLS 2.10.3, Gcrypt 1.4.6, without AirPcap.
Built using Microsoft Visual C++ 9.0 build 21022
--
The dissection of a ReadPropertyMultiple-ACK packet sometimes fails (see the
attached packet dump). The request is for the effective-period, weekly-schedule
and exception-schedule properties of 2 Schedule objects. As can be seen the
dissection fails after the first object.
When trying to analyse the problem with VTS I noticed that when adding some
exception-schedule entries to the first Schedule object the error starts to
show. In general VTS correctly dissects the ACK.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.