| Bug ID |
11476
|
| Summary |
GSM_MAP answers decoded as Camel
|
| Product |
Wireshark
|
| Version |
1.12.7
|
| Hardware |
x86-64
|
| OS |
Windows 7
|
| Status |
UNCONFIRMED
|
| Severity |
Normal
|
| Priority |
Low
|
| Component |
Dissection engine (libwireshark)
|
| Assignee |
[email protected]
|
| Reporter |
[email protected]
|
Created attachment 13825 [details]
4G attach sequence
Build Information:
C:\Program Files\Wireshark>wireshark -v
C:\Program Files\Wireshark>
wireshark 1.12.7 (v1.12.7-0-g7fc8978 from master-1.12)
Copyright 1998-2015 Gerald Combs <[email protected]> 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.24.23, with Cairo 1.10.2, with Pango 1.34.0, with
GLib 2.38.0, with WinPcap (4_1_3), with libz 1.2.5, with SMI 0.4.8, with c-ares
1.9.1, with Lua 5.2, without Python, with GnuTLS 3.2.15, with Gcrypt 1.6.2,
without Kerberos, with GeoIP, with PortAudio V19-devel (built Aug 12 2015),
with
AirPcap.
Running on 64-bit Windows 7 Service Pack 1, build 7601, with WinPcap version
4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch
1_0_rel0b (20091008), GnuTLS 3.2.15, Gcrypt 1.6.2, without AirPcap.
Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz, with 3975MB of physical
memory.
Built using Microsoft Visual C++ 10.0 build 40219
--
GSM_MAP answers are decoded as Camel.
The scenario is a 4G attach sequence.
The MME sends a 'SGsAP-LOCATION-UPDATE-REQUEST' to the MSC.
Then the MSC sends two GSM MAP requests to the HLR : 'invoke updateLocation'
and 'invoke insertSubscriberData'.
The 2 answers of the HLR (which should be GSM MAP) are decoded as Camel!
Note that with an old version of Wireshark (1.10.1), it's ok, the decoding is
done properly.
You are receiving this mail because:
- You are watching all bug changes.