August 2026 - gerrit-log - lists.osmocom.org

[XS] Change in osmo-ttcn3-hacks[master]: SGSN: f_service_request: fix required authentication when doing Servi...
by lynxis lazus 31 Aug '26

31 Aug '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43455?usp=email ) Change subject: SGSN: f_service_request: fix required authentication when doing Service Request ...................................................................... SGSN: f_service_request: fix required authentication when doing Service Request The authentication was broken before, because f_gmm_auth was consuming the SecurityModeCommand and it never ended in as_service_request(). Change-Id: I1a4248c93514293ffdcdf9b42857bffab1fb92d9 --- M sgsn/BSSGP_ConnHdlr.ttcn 1 file changed, 3 insertions(+), 1 deletion(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/55/43455/1 diff --git a/sgsn/BSSGP_ConnHdlr.ttcn b/sgsn/BSSGP_ConnHdlr.ttcn index 8c12ea6..b19ce86 100644 --- a/sgsn/BSSGP_ConnHdlr.ttcn +++ b/sgsn/BSSGP_ConnHdlr.ttcn @@ -814,12 +814,14 @@ } } + /* f_gmm_auth can't be used because it consume the Security Command */ if (expect_auth) { - f_gmm_auth(umts_aka_challenge := true, ran_index := ran_index); + g_pars.vec := f_gen_auth_vec_3g(); } alt { [] as_service_request(exp_service_acc := expect_service_acc, ran_index := ran_index) { setverdict(pass); } + [expect_auth] as_gmm_auth(umts_aka_challenge := true, ran_index := ran_index, expect_sai := true) { repeat; }; [not expect_auth] RAN_CONN.receive(tr_PDU_DTAP_PS_MT(tr_GMM_AUTH_REQ)) { Misc_Helpers.f_shutdown(__BFILE__, __LINE__, fail, "Service Request: Unexpected GMM Auth Req"); -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43455?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I1a4248c93514293ffdcdf9b42857bffab1fb92d9 Gerrit-Change-Number: 43455 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[S] Change in osmo-ttcn3-hacks[master]: SGSN: Iu: follow Service Request according to ETSI PMM IDLE exception
by lynxis lazus 31 Aug '26

31 Aug '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43457?usp=email ) Change subject: SGSN: Iu: follow Service Request according to ETSI PMM IDLE exception ...................................................................... SGSN: Iu: follow Service Request according to ETSI PMM IDLE exception The Service Request is not always responded with a Service Accept. When the UE is in PMM IDLE, a Security Command is equivalent to a Service Accept. See 3GPP TS 124 008, 4.7.13.3 Service request procedure accepted by the network. Change-Id: I04d980d27c0c61830da8e1c52b988d6fecace171 --- M sgsn/SGSN_Tests_Iu.ttcn 1 file changed, 14 insertions(+), 7 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/57/43457/1 diff --git a/sgsn/SGSN_Tests_Iu.ttcn b/sgsn/SGSN_Tests_Iu.ttcn index a1a89bc..f9fca39 100644 --- a/sgsn/SGSN_Tests_Iu.ttcn +++ b/sgsn/SGSN_Tests_Iu.ttcn @@ -216,7 +216,7 @@ /* first perform regular attach */ f_gmm_attach(umts_aka_challenge := true, force_gsm_sres := false, ran_index := ran_index); - f_service_request(apars, service_type := SERVICE_TYPE_Signalling, ran_index := ran_index); + f_service_request(apars, service_type := SERVICE_TYPE_Signalling, expect_service_acc := false, ran_index := ran_index); f_pdp_tx_ctx_act(apars, ran_index := ran_index); as_ggsn_gtp_ctx_act_req(apars, send_recovery := false); T.start; @@ -253,7 +253,7 @@ /* first perform regular attach */ f_gmm_attach(umts_aka_challenge := true, force_gsm_sres := false, ran_index := 3); - f_service_request(apars, service_type := SERVICE_TYPE_Signalling, ran_index := 3); + f_service_request(apars, service_type := SERVICE_TYPE_Signalling, expect_service_acc := false, ran_index := 3); f_pdp_ctx_act(apars, ran_index := 3); @@ -264,7 +264,7 @@ /* Now UE tries to send new data after a while of being IDLE. * SGSN recreates the Iu ctx and recovers the Direct Tunnel RNC<->GGSN: */ - f_service_request(apars, service_type := SERVICE_TYPE_Data, pdp_status := '2000'O /*NSAPI=5*/, ran_index := 3); + f_service_request(apars, service_type := SERVICE_TYPE_Data, pdp_status := '2000'O /*NSAPI=5*/, expect_service_acc := false, ran_index := 3); as_ranap_rab_ass_req(apars); as_ggsn_gtp_ctx_upd_req(apars, exp_dir_tun := true, ran_index := 3); @@ -325,7 +325,7 @@ /* first perform regular attach */ f_gmm_attach(umts_aka_challenge := true, force_gsm_sres := false, ran_index := 3); - f_service_request(apars, service_type := SERVICE_TYPE_Signalling, ran_index := 3); + f_service_request(apars, service_type := SERVICE_TYPE_Signalling, expect_service_acc := false, ran_index := 3); f_pdp_ctx_act(apars, ran_index := 3); @@ -344,7 +344,7 @@ /* Ue comes back, answering the paging: * SGSN recreates the Iu ctx and recovers the Direct Tunnel RNC<->GGSN: */ - f_service_request(apars, service_type := SERVICE_TYPE_Data, pdp_status := '2000'O /*NSAPI=5*/, ran_index := 3); + f_service_request(apars, service_type := SERVICE_TYPE_Data, pdp_status := '2000'O /*NSAPI=5*/, expect_service_acc := false, ran_index := 3); as_ranap_rab_ass_req(apars); as_ggsn_gtp_ctx_upd_req(apars, exp_dir_tun := true, ran_index := 3); @@ -373,7 +373,10 @@ /* first perform regular attach */ f_gmm_attach(umts_aka_challenge := true, force_gsm_sres := false, ran_index := ran_index); - f_service_request(apars, service_type := SERVICE_TYPE_Signalling, ran_index := ran_index); + f_service_request(apars, + service_type := SERVICE_TYPE_Signalling, + expect_service_acc := false, + ran_index := ran_index); f_pdp_ctx_act(apars, ran_index := ran_index); @@ -405,7 +408,11 @@ /* Ue comes back, answering the paging: * SGSN recreates the Iu ctx and recovers the Direct Tunnel RNC<->GGSN: */ - f_service_request(apars, service_type := SERVICE_TYPE_Data, pdp_status := '2000'O /*NSAPI=5*/, ran_index := ran_index); + f_service_request(apars, + service_type := SERVICE_TYPE_Data, + pdp_status := '2000'O /*NSAPI=5*/, + expect_service_acc := false, + ran_index := ran_index); as_ranap_rab_ass_req(apars); as_ggsn_gtp_ctx_upd_req(apars, exp_dir_tun := true, ran_index := ran_index); -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43457?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I04d980d27c0c61830da8e1c52b988d6fecace171 Gerrit-Change-Number: 43457 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[S] Change in osmo-ttcn3-hacks[master]: SGSN: ensure every tests use a new subscriber
by lynxis lazus 31 Aug '26

31 Aug '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43456?usp=email ) Change subject: SGSN: ensure every tests use a new subscriber ...................................................................... SGSN: ensure every tests use a new subscriber If a test uses the same subscriber as the previuos tests, the test might fail, because there is no need to request for authentication data, because the UE still has a valid security context with the network Change-Id: I76e4b503bae1078d1c6ec2480aa221e029abed24 --- M sgsn/SGSN_Tests.ttcn 1 file changed, 13 insertions(+), 13 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/56/43456/1 diff --git a/sgsn/SGSN_Tests.ttcn b/sgsn/SGSN_Tests.ttcn index ac0e0ff..023113a 100644 --- a/sgsn/SGSN_Tests.ttcn +++ b/sgsn/SGSN_Tests.ttcn @@ -699,7 +699,7 @@ var BSSGP_ConnHdlr vc_conn; f_init(); vc_conn := f_start_handler(refers(f_TC_attach_timeout_after_pdp_act), - testcasename(), g_gb, 21, t_guard := 45.0); + testcasename(), g_gb, 59, t_guard := 45.0); vc_conn.done; f_cleanup(); } @@ -1198,7 +1198,7 @@ testcase TC_attach_second_attempt() runs on test_CT { var BSSGP_ConnHdlr vc_conn; f_init(); - vc_conn := f_start_handler(refers(f_TC_attach_forget_tlli_attach), testcasename(), g_gb, 22); + vc_conn := f_start_handler(refers(f_TC_attach_forget_tlli_attach), testcasename(), g_gb, 53); vc_conn.done; f_cleanup(); } @@ -1640,7 +1640,7 @@ var BSSGP_ConnHdlr vc_conn; f_init(); f_sleep(1.0); - vc_conn := f_start_handler(refers(f_TC_hlr_location_cancel_request_unknown_subscriber_update), testcasename(), g_gb, 30); + vc_conn := f_start_handler(refers(f_TC_hlr_location_cancel_request_unknown_subscriber_update), testcasename(), g_gb, 32); vc_conn.done; f_cleanup(); } @@ -1840,7 +1840,7 @@ var BSSGP_ConnHdlr vc_conn; f_init(); f_sleep(1.0); - vc_conn := f_start_handler(refers(f_TC_attach_rau_a_b_wrong_old_ra), testcasename(), g_gb, 39); + vc_conn := f_start_handler(refers(f_TC_attach_rau_a_b_wrong_old_ra), testcasename(), g_gb, 55); vc_conn.done; f_cleanup(); } @@ -1897,7 +1897,7 @@ var BSSGP_ConnHdlr vc_conn; f_init(); f_sleep(1.0); - vc_conn := f_start_handler(refers(f_TC_attach_gmm_attach_req_while_gmm_attach), testcasename(), g_gb, 39); + vc_conn := f_start_handler(refers(f_TC_attach_gmm_attach_req_while_gmm_attach), testcasename(), g_gb, 56); vc_conn.done; f_cleanup(); } @@ -1961,7 +1961,7 @@ var BSSGP_ConnHdlr vc_conn; f_init(); f_sleep(1.0); - vc_conn := f_start_handler(refers(f_TC_attach_gmm_attach_req_while_gmm_attach_retransmit), testcasename(), g_gb, 39); + vc_conn := f_start_handler(refers(f_TC_attach_gmm_attach_req_while_gmm_attach_retransmit), testcasename(), g_gb, 57); vc_conn.done; f_cleanup(); } @@ -2029,7 +2029,7 @@ var BSSGP_ConnHdlr vc_conn; f_init(); f_sleep(1.0); - vc_conn := f_start_handler(refers(f_TC_attach_gmm_attach_req_while_gmm_attach_changed), testcasename(), g_gb, 39); + vc_conn := f_start_handler(refers(f_TC_attach_gmm_attach_req_while_gmm_attach_changed), testcasename(), g_gb, 58); vc_conn.done; f_cleanup(); } @@ -2236,7 +2236,7 @@ f_init(); f_sleep(1.0); f_vty_config(SGSNVTY, "sgsn", "encryption gea 0 3 4"); - vc_conn := f_start_handler(refers(f_TC_attach_usim_a54_a54), testcasename(), g_gb, 40); + vc_conn := f_start_handler(refers(f_TC_attach_usim_a54_a54), testcasename(), g_gb, 74); vc_conn.done; f_cleanup(); } @@ -2246,7 +2246,7 @@ f_init(); f_sleep(1.0); f_vty_config(SGSNVTY, "sgsn", "encryption gea 0 3 4"); - vc_conn := f_start_handler(refers(f_TC_attach_usim_a54_a53), testcasename(), g_gb, 40); + vc_conn := f_start_handler(refers(f_TC_attach_usim_a54_a53), testcasename(), g_gb, 75); vc_conn.done; f_cleanup(); } @@ -2256,7 +2256,7 @@ f_init(); f_sleep(1.0); f_vty_config(SGSNVTY, "sgsn", "encryption gea 0 3"); - vc_conn := f_start_handler(refers(f_TC_attach_usim_a53_a54), testcasename(), g_gb, 40); + vc_conn := f_start_handler(refers(f_TC_attach_usim_a53_a54), testcasename(), g_gb, 76); vc_conn.done; f_cleanup(); } @@ -2266,7 +2266,7 @@ f_init(); f_sleep(1.0); f_vty_config(SGSNVTY, "sgsn", "encryption gea 0"); - vc_conn := f_start_handler(refers(f_TC_attach_usim_a50_a54), testcasename(), g_gb, 40); + vc_conn := f_start_handler(refers(f_TC_attach_usim_a50_a54), testcasename(), g_gb, 77); vc_conn.done; f_cleanup(); } @@ -2276,7 +2276,7 @@ f_init(); f_sleep(1.0); f_vty_config(SGSNVTY, "sgsn", "encryption gea 0 3 4"); - vc_conn := f_start_handler(refers(f_TC_attach_usim_a54_a50), testcasename(), g_gb, 40); + vc_conn := f_start_handler(refers(f_TC_attach_usim_a54_a50), testcasename(), g_gb, 78); vc_conn.done; f_cleanup(); } @@ -2413,7 +2413,7 @@ */ var BSSGP_ConnHdlr vc_conn; f_init(); - vc_conn := f_start_handler(refers(f_TC_attach_pdp_act_gmm_detach), testcasename(), g_gb, 26); + vc_conn := f_start_handler(refers(f_TC_attach_pdp_act_gmm_detach), testcasename(), g_gb, 54); vc_conn.done; f_cleanup(); } -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43456?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I76e4b503bae1078d1c6ec2480aa221e029abed24 Gerrit-Change-Number: 43456 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[XS] Change in osmo-ttcn3-hacks[master]: SGSN: raiv_to_gtp_rai(): fix copy-paste error
by lynxis lazus 31 Aug '26

31 Aug '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43459?usp=email ) Change subject: SGSN: raiv_to_gtp_rai(): fix copy-paste error ...................................................................... SGSN: raiv_to_gtp_rai(): fix copy-paste error Change-Id: I9001c493e9b5c37142e731b9d87c21470b39b008 --- M sgsn/SGSN_Tests.ttcn 1 file changed, 1 insertion(+), 1 deletion(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/59/43459/1 diff --git a/sgsn/SGSN_Tests.ttcn b/sgsn/SGSN_Tests.ttcn index 023113a..a9808a3 100644 --- a/sgsn/SGSN_Tests.ttcn +++ b/sgsn/SGSN_Tests.ttcn @@ -3090,7 +3090,7 @@ function raiv_to_gtp_rai(in RoutingAreaIdentificationV rai) return template (value) RoutingAreaIdentity { return ts_RoutingAreaIdentity( mcc_digits := rai.mccDigit1 & rai.mccDigit2 & rai.mccDigit3, - mnc_digits := rai.mccDigit3 & rai.mccDigit1 & rai.mccDigit2, + mnc_digits := rai.mncDigit3 & rai.mncDigit1 & rai.mncDigit2, lac := rai.lac, rac := rai.rac) } -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43459?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I9001c493e9b5c37142e731b9d87c21470b39b008 Gerrit-Change-Number: 43459 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[XS] Change in osmo-ttcn3-hacks[master]: SGSN: osmo-sgsn.cfg: assign gummei to test-mme0
by lynxis lazus 31 Aug '26

31 Aug '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43458?usp=email ) Change subject: SGSN: osmo-sgsn.cfg: assign gummei to test-mme0 ...................................................................... SGSN: osmo-sgsn.cfg: assign gummei to test-mme0 To allow Context Out tests (4G -> 2G), the SGSN must know which mme is responsible for the given RAI Change-Id: I4d3f6b9910756e78d3425459bdfd3196886097ef --- M sgsn/osmo-sgsn.cfg 1 file changed, 1 insertion(+), 0 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/58/43458/1 diff --git a/sgsn/osmo-sgsn.cfg b/sgsn/osmo-sgsn.cfg index a4c4022..f95e9b9 100644 --- a/sgsn/osmo-sgsn.cfg +++ b/sgsn/osmo-sgsn.cfg @@ -114,5 +114,6 @@ no compression rfc1144 no compression v42bis mme test-mme0 + gummei 262 42 12 6 gtp remote-ip 127.0.0.103 gtp ran-info-relay 262 42 3 -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43458?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I4d3f6b9910756e78d3425459bdfd3196886097ef Gerrit-Change-Number: 43458 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[S] Change in osmo-ttcn3-hacks[master]: SGSN: TC_sgsn_context_req_out(): rework TC and make it work
by lynxis lazus 31 Aug '26

31 Aug '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43460?usp=email ) Change subject: SGSN: TC_sgsn_context_req_out(): rework TC and make it work ...................................................................... SGSN: TC_sgsn_context_req_out(): rework TC and make it work The TC_sgsn_context_req_out() was broken in different ways: - using uninitialized variable in template - used the wrong TLLI in the RAU - fix typo in error message - require RAT type to be present in TC even SGSN doesn't sent it atm Change-Id: I83a596aff460e7db88b86b7f18361db5ad91a24e --- M sgsn/SGSN_Tests.ttcn 1 file changed, 21 insertions(+), 8 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/60/43460/1 diff --git a/sgsn/SGSN_Tests.ttcn b/sgsn/SGSN_Tests.ttcn index a9808a3..861387e 100644 --- a/sgsn/SGSN_Tests.ttcn +++ b/sgsn/SGSN_Tests.ttcn @@ -3105,7 +3105,6 @@ /* Used for the UE which is transmited via Ctx Response */ var OCT4 pdp_teidc := f_gtp_teic_random(); timer T; - var RoutingAreaIdentificationV rai; var P_TMSI_TypeTV p_tmsi_type; var OCT3 p_tmsi_sig; var OCT4 add_p_tmsi; @@ -3120,9 +3119,9 @@ g_pars.vec := f_gen_auth_vec_3g(); /* SGSN Context Req doesn't necessarily contain IMSI, hence expect it through TEID=0 */ - f_gtp1u_register_teid('00000000'O); - f_gtp1u_register_teid(ctx_teidc); - f_gtp1u_register_teid(pdp_teidc); + f_gtp_register_teic('00000000'O, GTP_GGSN_IDX); + f_gtp_register_teic(ctx_teidc, GTP_GGSN_IDX); + f_gtp_register_teic(pdp_teidc, GTP_GGSN_IDX); g_pars.ra := f_random_RAI(); var NAS_EPS_Types.GUTI guti := valueof(ts_NAS_GUTI( @@ -3132,7 +3131,11 @@ mmec := '06'O, tmsi := '12345678'O)); + /* Use the mapped p-tmsi as tlli */ guti2rai_ptmsi(guti, '8888'O, add_rai, add_p_tmsi, p_tmsi_sig); + f_bssgp_client_unregister(g_pars.imsi); + g_pars.tlli := add_p_tmsi or4b 'c0000000'O + f_bssgp_client_register(g_pars.imsi, g_pars.tlli); /* The MS goes to GERAN/UTRAN from an LTE cell */ f_send_l3(ts_GMM_RAU_REQ(mi_lv := valueof(ts_MI_TMSI_LV(add_p_tmsi)), @@ -3152,16 +3155,26 @@ tr_GTPC_SGSNContextReq( peer, tr_SGSNContextReqPDU( - rai := raiv_to_gtp_rai(rai), + rai := raiv_to_gtp_rai(add_rai), ptmsi := ts_PTMSI(add_p_tmsi), - ptmsi_sig := ts_PTMSI_sig(p_tmsi_sig), - rat_type := int2oct(enum2int(rat_type), 1)))) -> value gtpc_ud { + ptmsi_sig := ts_PTMSI_sig(p_tmsi_sig)))) -> value gtpc_ud { log("Rx SGSN Context Req from SGSN"); setverdict(pass); T.stop; } + [] GTP[GTP_GGSN_IDX].receive( + tr_GTPC_SGSNContextReq( + peer, + tr_SGSNContextReqPDU())) -> value gtpc_ud { + setverdict(fail, "Rx wrong SGSN Context Req"); + mtc.stop; + } [] GTP[GTP_GGSN_IDX].receive(tr_GTPC_SGSNContextResp) { - setverdict(fail, "Rx unexpected SGSN Context Req"); + setverdict(fail, "Rx unexpected SGSN Context Resp"); + mtc.stop; + } + [] GTP[GTP_GGSN_IDX].receive { + setverdict(fail, "Rx wrong GTP message"); mtc.stop; } [] BSSGP[0].receive(tr_LLC_XID_MT_CMD(?, ?)) { -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43460?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I83a596aff460e7db88b86b7f18361db5ad91a24e Gerrit-Change-Number: 43460 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[M] Change in osmo-ttcn3-hacks[master]: SGSN: add TC_attach_gmm_attach_req_while_gmm_attach_changed
by lynxis lazus 31 Aug '26

31 Aug '26

Attention is currently required from: fixeria, laforge, lynxis lazus, pespin. Hello Jenkins Builder, laforge, pespin, I'd like you to reexamine a change. Please visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39256?usp=email to look at the new patch set (#15). The following approvals got outdated and were removed: Code-Review+1 by laforge, Code-Review+1 by pespin, Verified+1 by Jenkins Builder Change subject: SGSN: add TC_attach_gmm_attach_req_while_gmm_attach_changed ...................................................................... SGSN: add TC_attach_gmm_attach_req_while_gmm_attach_changed Add a TC to to simulate multiple GMM Attach with a different content. When receiving a GMM Attach while in an Attach procedure, but with a different content, the old GMM Attach should be discarded silently and a new GMM Attach procedure should be initiated. Change-Id: Ia721d3c29bf09014b197670ae02d1cd1901750bc --- M sgsn/SGSN_Tests.ttcn M sgsn/expected-results.xml 2 files changed, 70 insertions(+), 0 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/56/39256/15 -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39256?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newpatchset Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: Ia721d3c29bf09014b197670ae02d1cd1901750bc Gerrit-Change-Number: 39256 Gerrit-PatchSet: 15 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: laforge <laforge(a)osmocom.org> Gerrit-Reviewer: pespin <pespin(a)sysmocom.de> Gerrit-CC: fixeria <vyanitskiy(a)sysmocom.de> Gerrit-Attention: laforge <laforge(a)osmocom.org> Gerrit-Attention: pespin <pespin(a)sysmocom.de> Gerrit-Attention: fixeria <vyanitskiy(a)sysmocom.de> Gerrit-Attention: lynxis lazus <lynxis(a)fe80.eu>

1 0

[S] Change in osmo-ttcn3-hacks[master]: SGSN: remove TC_attach_no_imei_response
by lynxis lazus 31 Aug '26

31 Aug '26

Attention is currently required from: lynxis lazus. Hello Jenkins Builder, laforge, pespin, I'd like you to reexamine a change. Please visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39260?usp=email to look at the new patch set (#16). The following approvals got outdated and were removed: Verified+1 by Jenkins Builder The change is no longer submittable: Verified is unsatisfied now. Change subject: SGSN: remove TC_attach_no_imei_response ...................................................................... SGSN: remove TC_attach_no_imei_response The SGSN doesn't request the IMEI via Identity Response anymore. This information is requested via Authentication/Ciphering Req/Resp. Change-Id: I42dc927513fb54b0fd2d07dda4cf8d4646b9f351 --- M sgsn/SGSN_Tests.ttcn M sgsn/expected-results.xml 2 files changed, 0 insertions(+), 48 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/60/39260/16 -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39260?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newpatchset Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I42dc927513fb54b0fd2d07dda4cf8d4646b9f351 Gerrit-Change-Number: 39260 Gerrit-PatchSet: 16 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: laforge <laforge(a)osmocom.org> Gerrit-Reviewer: pespin <pespin(a)sysmocom.de> Gerrit-Attention: lynxis lazus <lynxis(a)fe80.eu>

1 0

[M] Change in osmo-ttcn3-hacks[master]: SGSN: Remove unsupported acl test cases
by lynxis lazus 31 Aug '26

31 Aug '26

Attention is currently required from: daniel, laforge, lynxis lazus, pespin. Hello Jenkins Builder, daniel, dexter, laforge, pespin, I'd like you to reexamine a change. Please visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39261?usp=email to look at the new patch set (#17). The following approvals got outdated and were removed: Verified+1 by Jenkins Builder Change subject: SGSN: Remove unsupported acl test cases ...................................................................... SGSN: Remove unsupported acl test cases The functionality for ACL based authentication (only use the IMSI, but don't request information from the HLR) will be removed from the SGSN. Change-Id: I1506324300fe3864069706d5b05860e7b44cd895 --- M sgsn/SGSN_Tests.ttcn M sgsn/expected-results.xml 2 files changed, 0 insertions(+), 181 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-ttcn3-hacks refs/changes/61/39261/17 -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/39261?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newpatchset Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I1506324300fe3864069706d5b05860e7b44cd895 Gerrit-Change-Number: 39261 Gerrit-PatchSet: 17 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: daniel <dwillmann(a)sysmocom.de> Gerrit-Reviewer: dexter <pmaier(a)sysmocom.de> Gerrit-Reviewer: laforge <laforge(a)osmocom.org> Gerrit-Reviewer: pespin <pespin(a)sysmocom.de> Gerrit-CC: fixeria <vyanitskiy(a)sysmocom.de> Gerrit-Attention: laforge <laforge(a)osmocom.org> Gerrit-Attention: pespin <pespin(a)sysmocom.de> Gerrit-Attention: daniel <dwillmann(a)sysmocom.de> Gerrit-Attention: lynxis lazus <lynxis(a)fe80.eu>

1 0

[XS] Change in onomondo-eim[master]: esipa_asn_handler: add TODO about missing download options
by dexter 31 Aug '26

31 Aug '26

dexter has uploaded this change for review. ( https://gerrit.osmocom.org/c/onomondo-eim/+/43449?usp=email ) Change subject: esipa_asn_handler: add TODO about missing download options ...................................................................... esipa_asn_handler: add TODO about missing download options SGP.32 also defines other download trigger options next to the commonly used activationCode method. Let's add a related TODO to the code. Related: SYS#8100 Change-Id: I5e72416284027731627c264fa81c62a4a9a0d407 --- M src/esipa_asn1_handler.erl 1 file changed, 3 insertions(+), 0 deletions(-) git pull ssh://gerrit.osmocom.org:29418/onomondo-eim refs/changes/49/43449/1 diff --git a/src/esipa_asn1_handler.erl b/src/esipa_asn1_handler.erl index c006a7a..f1be50a 100644 --- a/src/esipa_asn1_handler.erl +++ b/src/esipa_asn1_handler.erl @@ -292,6 +292,9 @@ mnesia_db_work:bind(Pid, EimTransactionId), mnesia_db_work:update(Pid, #{}), {[{<<"download">>, {Download}}]} = Order, + % TODO: Add missing download options: This eIM currently only allows to trigger a profile download using + % an activationCode (option a) It still lacks download triggers via SM-DS (option b) and downloads from + % the default SM-DP+ (option c). See also GSMA SGP.32, section 3.2.3.2 ActivationCode = proplists:get_value(<<"activationCode">>, Download), {profileDownloadTriggerRequest, #{ profileDownloadData => {activationCode, ActivationCode}, -- To view, visit https://gerrit.osmocom.org/c/onomondo-eim/+/43449?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: onomondo-eim Gerrit-Branch: master Gerrit-Change-Id: I5e72416284027731627c264fa81c62a4a9a0d407 Gerrit-Change-Number: 43449 Gerrit-PatchSet: 1 Gerrit-Owner: dexter <pmaier(a)sysmocom.de>

1 0

2026

2025

2024

2023

2022

gerrit-log August 2026