https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7362
Summary: Piggybacked second GTPv2-C message is not decoded
properly
Product: Wireshark
Version: 1.6.8
Platform: x86
OS/Version: Windows 7
Status: NEW
Severity: Major
Priority: Low
Component: Wireshark
AssignedTo: bugzilla-admin@xxxxxxxxxxxxx
ReportedBy: wiresharkuser@xxxxxxxxx
Build Information:
wireshark 1.6.8 (SVN Rev 42761 from /trunk-1.6)
Copyright 1998-2012 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
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 GTK+ 2.22.1, with GLib 2.26.1, with WinPcap (version
unknown), with libz 1.2.5, without POSIX capabilities, without libpcre, without
SMI, with c-ares 1.7.1, with Lua 5.1, without Python, with GnuTLS 2.12.18, with
Gcrypt 1.4.6, without Kerberos, with GeoIP, with PortAudio V19-devel (built May
22 2012), with AirPcap.
Running on 64-bit Windows 7 Service Pack 1, build 7601, 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.12.18, Gcrypt 1.4.6, without AirPcap.
Built using Microsoft Visual C++ 9.0 build 21022
--
This bug is related to 3GPP GTPv2-C protocol decoding in case of piggybacked
message (see http://www.3gpp.org/ftp/Specs/html-info/29274.htm paragraph
4.2.0).
When GTPv2-C piggyback mechanism is used (P flag set to 1), 1 UDP packet
contains 2 GTPv2-C packets (instead of just 1 when piggyback is not used).
Wireshark behaves as if there was just 1 GTPv2-C message: however it decodes
properly the P flag, WS decodes the first GTPv2-C message (OK!) and goes on
decoding second one as if it were additional IEs of first message (wrong!)
instead of considering it as a new GTPv2-C message.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
