Project

General

Profile

Actions

Bug #3936

open

Iu: first GMM Service Request does not find a MM ctx

Added by lynxis almost 5 years ago. Updated almost 5 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Iu interface
Target version:
-
Start date:
04/16/2019
Due date:
% Done:

0%

Spec Reference:
TS 24.008

Description

As in OS#3920 on the first GMM Service Request after an successful PDP Context Request. The sgsn can not find the MM ctx. But it should find it!

Apr 16 20:24:38 Core osmo-sgsn[8553]: <0002> gprs_gmm.c:1831 MM(---/ffffffff) -> GMM SERVICE REQUEST MI(3913630026) type="data" 
Apr 16 20:24:39 Core osmo-sgsn[8553]: <0018> gprs_gmm.c:205 Cannot find mm ctx for IU event 1

Related issues

Related to OsmoSGSN - Support #3920: PCAPs files of 3G PS for Osmocom network and Commercial oneIn Progress04/12/2019

Actions
Actions #1

Updated by lynxis almost 5 years ago

  • Related to Support #3920: PCAPs files of 3G PS for Osmocom network and Commercial one added
Actions #2

Updated by efistokl almost 5 years ago

lynxis wrote:

As in OS#3920 on the first GMM Service Request after an successful PDP Context Request. The sgsn can not find the MM ctx. But it should find it!

It could be a bug of libosmo-sccp/osmo-stp or osmo-iuh/osmo-hnbgw. The Initial-UE Service Request has one (new) ranap_ue_conn_ctx (conn_id), but the SecurityModeComplete that comes later has a different one (which was used for communication before). Then after 30 seconds my phone sends another Service Request (Direct Transfer), using old ranap_ue_conn_ctx, and all goes well here. I will try to debug osmo-stp/osmo-hnbgw conn_id use/allocation somehow...

Actions #3

Updated by efistokl almost 5 years ago

efistokl wrote:

It could be a bug of libosmo-sccp/osmo-stp or osmo-iuh/osmo-hnbgw. The Initial-UE Service Request has one (new) ranap_ue_conn_ctx (conn_id), but the SecurityModeComplete that comes later has a different one (which was used for communication before). Then after 30 seconds my phone sends another Service Request (Direct Transfer), using old ranap_ue_conn_ctx, and all goes well here. I will try to debug osmo-stp/osmo-hnbgw conn_id use/allocation somehow...

Uploaded a patch that fixed the problem for me: https://gerrit.osmocom.org/#/c/osmo-iuh/+/13896/

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)