https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16659
Bug ID: 16659
Summary: GTPu Packet Details Fails to Show Sequence Number of
N-PDU
Product: Wireshark
Version: 3.2.4
Hardware: x86
OS: Windows 10
Status: UNCONFIRMED
Severity: Normal
Priority: Low
Component: Dissection engine (libwireshark)
Assignee: bugzilla-ad...@wireshark.org
Reporter: david.bastiani....@gmail.com
Target Milestone: ---
Created attachment 17839
--> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=17839&action=edit
Capture and screenshot of existing decode
Build Information:
Version 3.2.4 (v3.2.4-0-g893b5a5e1e3e)
Copyright 1998-2020 Gerald Combs <ger...@wireshark.org> and contributors.
License GPLv2+: GNU GPL version 2 or later
<https://www.gnu.org/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.12.8, with WinPcap SDK (WpdPack) 4.1.2, with GLib
2.52.3, with zlib 1.2.11, with SMI 0.4.8, with c-ares 1.15.0, with Lua 5.2.4,
with GnuTLS 3.6.3 and PKCS #11 support, with Gcrypt 1.8.3, with MIT Kerberos,
with MaxMind DB resolver, with nghttp2 1.39.2, with brotli, with LZ4, with
Zstandard, with Snappy, with libxml2 2.9.9, with QtMultimedia, with automatic
updates using WinSparkle 0.5.7, with AirPcap, with SpeexDSP (using bundled
resampler), with SBC, with SpanDSP, with bcg729.
Running on 64-bit Windows 10 (1909), build 18363, with Intel(R) Core(TM)
i7-8650U CPU @ 1.90GHz (with SSE4.2), with 16263 MB of physical memory, with
locale English_United States.1252, with light display mode, without HiDPI, with
Npcap version 0.9991, based on libpcap version 1.9.1, with GnuTLS 3.6.3, with
Gcrypt 1.8.3, with brotli 1.0.2, without AirPcap, binary plugins supported (19
loaded). Built using Microsoft Visual Studio 2019 (VC++ 14.25, build 28614).
Wireshark is Open Source Software released under the GNU General Public
License.
Check the man page and https://www.wireshark.org for more information.
--
Trouble shooting an issue recently with an endpoint that was sending incorrect
GTPu length we happened upon a bit of a usability issue. The GTPu message in
the attached capture, for example, is correct (29.281 dictates length is what
follows the TEID field) however the end-user counted what was visible in the
'packet details' pane and the only thing visible were the Next Extension Header
Type (1B), extension header (4B), IP header (20B) and TCP header (28B) for a
total of 53B. It seems the GTPu decode fails to show the sequence number field
(2B) or N-PDU field (1B).
--
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
