Project

General

Profile

Actions

Bug #5241

open

GTP: Malformed Packet pdp ctx response.

Added by keith over 2 years ago. Updated about 2 years ago.

Status:
Feedback
Priority:
Low
Assignee:
Category:
libgtp
Target version:
-
Start date:
09/29/2021
Due date:
03/18/2022 (over 2 years late)
% Done:

50%

Spec Reference:

Description

I have some Alcatel 1066G feature phones.

I notice they do have a "browser" and they are Class 12 devices.

I don't see any IP traffic from them though, when using the browser.

Wireshark notes a "Malformed Packet" in the create pdp ctx response, however this only happens with GTP version 1.

(Wireshark can't parse the QoS IE, even though it is the same IE as the one in the pdp ctx request)

  • These phones do have some strange behaviour - for example:
  • When choosing the "Network Account" (APN) to use for the browser, it doesn't always respect what you set, even after power cycle.
  • It doesn't always delete the PDP context on shutdown.
  • The APN profiles have an option for IP v4/v6/both, but it doesn't respect it and always asks for IPv4v6

Maybe some of the above behaviour may be due to error from the network?
I don't care about getting data working on this device, but maybe it's pointing out a bug in libgtp to us?

THe main difference I can see in the pdp ctx requests/response with this and other phones is the length, with this alcatel QoS IE length is 11, with others it is 14.


Files

pdp_ctx_malformed.pcap pdp_ctx_malformed.pcap 438 Bytes keith, 09/29/2021 07:47 PM
xid-l3_par.pcapng xid-l3_par.pcapng 92.6 KB keith, 03/22/2022 08:30 PM
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)