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

[M] Change in libosmocore[master]: Gb: ensure a BSSGP Tx Status don't overflow on too big messages
by pespin 14 Oct '26

14 Oct '26

Attention is currently required from: lynxis lazus. pespin has posted comments on this change by lynxis lazus. ( https://gerrit.osmocom.org/c/libosmocore/+/43890?usp=email ) Change subject: Gb: ensure a BSSGP Tx Status don't overflow on too big messages ...................................................................... Patch Set 1: (3 comments) Commit Message: https://gerrit.osmocom.org/c/libosmocore/+/43890/comment/9640d693_5c0b86cf?… : PS1, Line 11: TS 48.018 specifies the BSSGP layer should taken the lower layer should take File src/gb/gprs_bssgp_util.c: https://gerrit.osmocom.org/c/libosmocore/+/43890/comment/14342df9_22685fd2?… : PS1, Line 587: OSMO_MIN(msgb_bssgp_len(orig_msg), msgb_tailroom(msg) - 3), is the 3 for T + L? Do you mind writing it in a comment? File tests/gb/gprs_bssgp_test.c: https://gerrit.osmocom.org/c/libosmocore/+/43890/comment/13f171d0_baa98419?… : PS1, Line 293: static bool _test_bssgp_tx_status_too_big_rx = false; This variable seems unused, only set to true and nothing more. -- To view, visit https://gerrit.osmocom.org/c/libosmocore/+/43890?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: comment Gerrit-Project: libosmocore Gerrit-Branch: master Gerrit-Change-Id: I427d23887dcc05705228b553428d14fda086b06f Gerrit-Change-Number: 43890 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Reviewer: Jenkins Builder Gerrit-CC: pespin <pespin(a)sysmocom.de> Gerrit-Attention: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Comment-Date: Wed, 14 Oct 2026 16:54:30 +0000 Gerrit-HasComments: Yes Gerrit-Has-Labels: No

1 0

[M] Change in libosmocore[master]: Gb: ensure a BSSGP Tx Status don't overflow on too big messages
by lynxis lazus 14 Oct '26

14 Oct '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/libosmocore/+/43890?usp=email ) Change subject: Gb: ensure a BSSGP Tx Status don't overflow on too big messages ...................................................................... Gb: ensure a BSSGP Tx Status don't overflow on too big messages When sending a BSSGP Status, ensure the containing message don't overflow the new message. TS 48.018 specifies the BSSGP layer should taken the lower layer MTU into account. However this is the legacy code, keep it simple and ensure it doesn't try to overflow the new message. The newer BSSGP code already handles this in a better way. Reported-by: tsato Fixes: OS#7096 Change-Id: I427d23887dcc05705228b553428d14fda086b06f --- M src/gb/gprs_bssgp_util.c M tests/gb/gprs_bssgp_test.c M tests/gb/gprs_bssgp_test.ok 3 files changed, 50 insertions(+), 1 deletion(-) git pull ssh://gerrit.osmocom.org:29418/libosmocore refs/changes/90/43890/1 diff --git a/src/gb/gprs_bssgp_util.c b/src/gb/gprs_bssgp_util.c index 92896c1..7fcd7c4 100644 --- a/src/gb/gprs_bssgp_util.c +++ b/src/gb/gprs_bssgp_util.c @@ -584,7 +584,8 @@ msgb_tvlv_put(msg, BSSGP_IE_BVCI, 2, (uint8_t *) &_bvci); } msgb_tvlv_put(msg, BSSGP_IE_PDU_IN_ERROR, - msgb_bssgp_len(orig_msg), msgb_bssgph(orig_msg)); + OSMO_MIN(msgb_bssgp_len(orig_msg), msgb_tailroom(msg) - 3), + msgb_bssgph(orig_msg)); return bssgp_ns_send(bssgp_ns_send_data, msg); } diff --git a/tests/gb/gprs_bssgp_test.c b/tests/gb/gprs_bssgp_test.c index 775ae43..fba3e9c 100644 --- a/tests/gb/gprs_bssgp_test.c +++ b/tests/gb/gprs_bssgp_test.c @@ -289,6 +289,51 @@ printf("----- %s END\n", __func__); } + +static bool _test_bssgp_tx_status_too_big_rx = false; +static struct msgb *_msg_too_big = NULL; +static int _test_bssgp_tx_status_too_big_gprs_ns_sendmsg(void *ctx, struct msgb *msg) +{ + _msg_too_big = msg; + _test_bssgp_tx_status_too_big_rx = true; + return 0; +} + +/* test if bssgp_tx_status() can handle tooo big messages */ +static void test_bssgp_tx_status_too_big(void) +{ + struct msgb *msg; + struct bssgp_normal_hdr *bgph; + + uint16_t bvci = htons(4); + + bssgp_set_bssgp_callback(_test_bssgp_tx_status_too_big_gprs_ns_sendmsg, NULL); + + printf("----- %s START\n", __func__); + msg = msgb_alloc_headroom(8096, 128, "testtoobig"); + OSMO_ASSERT(msg != NULL); + + /* fill a dummy BSSGP header */ + msgb_bssgph(msg) = msg->data; + bgph = (struct bssgp_normal_hdr *) msgb_put(msg, sizeof(*bgph)); + msgb_nsei(msg) = 23; + msgb_bvci(msg) = 42; /* ns bvci */ + msgb_tvlv_put(msg, BSSGP_IE_BVCI, 2, (uint8_t *) &bvci); + bgph->pdu_type = BSSGP_PDUT_FLUSH_LL; + msgb_put(msg, 5120); + + bssgp_tx_status(BSSGP_CAUSE_INV_MAND_INF, &bvci, msg); + + OSMO_ASSERT(_msg_too_big); + OSMO_ASSERT(msgb_nsei(_msg_too_big) == 23); + OSMO_ASSERT(msgb_bvci(_msg_too_big) == 0); /* BVCI is 0 for STATUS in most cases. see exceptions */ + msgb_free(msg); + msgb_free(_msg_too_big); + + printf("----- %s END\n", __func__); +} + + static struct log_info info = {}; int main(int argc, char **argv) @@ -317,6 +362,7 @@ test_bssgp_bad_reset(); test_bssgp_flow_control_bvc(); test_bssgp_msgb_copy(); + test_bssgp_tx_status_too_big(); printf("===== BSSGP test END\n\n"); exit(EXIT_SUCCESS); diff --git a/tests/gb/gprs_bssgp_test.ok b/tests/gb/gprs_bssgp_test.ok index c5b3e7d..e11a94a 100644 --- a/tests/gb/gprs_bssgp_test.ok +++ b/tests/gb/gprs_bssgp_test.ok @@ -17,5 +17,7 @@ Old msgb: [L3]> 22 04 82 00 02 07 81 08 New msgb: [L3]> 22 04 82 00 02 07 81 08 ----- test_bssgp_msgb_copy END +----- test_bssgp_tx_status_too_big START +----- test_bssgp_tx_status_too_big END ===== BSSGP test END -- To view, visit https://gerrit.osmocom.org/c/libosmocore/+/43890?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: libosmocore Gerrit-Branch: master Gerrit-Change-Id: I427d23887dcc05705228b553428d14fda086b06f Gerrit-Change-Number: 43890 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[S] Change in osmo-msc[master]: libvlr: only use SGS fsm for CS
by pespin 14 Oct '26

14 Oct '26

Attention is currently required from: lynxis lazus, neels. pespin has posted comments on this change by lynxis lazus. ( https://gerrit.osmocom.org/c/osmo-msc/+/43889?usp=email ) Change subject: libvlr: only use SGS fsm for CS ...................................................................... Patch Set 1: Code-Review+1 -- To view, visit https://gerrit.osmocom.org/c/osmo-msc/+/43889?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: comment Gerrit-Project: osmo-msc Gerrit-Branch: master Gerrit-Change-Id: I319123e52ddb6a5ee086e77b75f18caaa85589bd Gerrit-Change-Number: 43889 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: neels <nhofmeyr(a)sysmocom.de> Gerrit-Reviewer: pespin <pespin(a)sysmocom.de> Gerrit-Attention: neels <nhofmeyr(a)sysmocom.de> Gerrit-Attention: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Comment-Date: Wed, 14 Oct 2026 16:32:20 +0000 Gerrit-HasComments: No Gerrit-Has-Labels: Yes

1 0

[S] Change in osmo-msc[master]: libvlr: only use SGS fsm for CS
by lynxis lazus 14 Oct '26

14 Oct '26

lynxis lazus has uploaded this change for review. ( https://gerrit.osmocom.org/c/osmo-msc/+/43889?usp=email ) Change subject: libvlr: only use SGS fsm for CS ...................................................................... libvlr: only use SGS fsm for CS The SGS interface towards the MME only exists in CS. Don't initialize or use the interfaces when running in PS. Change-Id: I319123e52ddb6a5ee086e77b75f18caaa85589bd --- M src/libvlr/vlr.c M src/libvlr/vlr_lu_fsm.c 2 files changed, 11 insertions(+), 6 deletions(-) git pull ssh://gerrit.osmocom.org:29418/osmo-msc refs/changes/89/43889/1 diff --git a/src/libvlr/vlr.c b/src/libvlr/vlr.c index 5baf2c3..95e4f28 100644 --- a/src/libvlr/vlr.c +++ b/src/libvlr/vlr.c @@ -420,7 +420,8 @@ /* Create an SGs FSM, which is needed to control CSFB, * in cases where CSFB/SGs is not in use, this FSM will * just do nothing. (see also: sgs_iface.c) */ - vlr_sgs_fsm_create(vsub); + if (vlr_is_cs(vlr)) + vlr_sgs_fsm_create(vsub); llist_add_tail(&vsub->list, &vlr->subscribers); vlr_stat_item_inc(vlr, VLR_STAT_SUBSCRIBER_COUNT); @@ -476,7 +477,8 @@ osmo_timer_del(&vsub->sgs.Ts5); /* Remove SGs FSM (see also: sgs_iface.c) */ - vlr_sgs_fsm_remove(vsub); + if (vlr_is_cs(vsub->vlr)) + vlr_sgs_fsm_remove(vsub); talloc_free(vsub); } @@ -1621,13 +1623,14 @@ vlr_lu_fsm_init(is_ps); /* vlr_access_request_fsm.c */ vlr_parq_fsm_init(is_ps); - /* vlr_sgs_fsm.c */ - vlr_sgs_fsm_init(); if (is_ps) vlr_tdefs = sgsn_tdefs_vlr; - else + else { /* is_cs */ + /* vlr_sgs_fsm.c */ + vlr_sgs_fsm_init(); vlr_tdefs = msc_tdefs_vlr; + } return vlr; diff --git a/src/libvlr/vlr_lu_fsm.c b/src/libvlr/vlr_lu_fsm.c index c306ff7..cc7dfc4 100644 --- a/src/libvlr/vlr_lu_fsm.c +++ b/src/libvlr/vlr_lu_fsm.c @@ -379,7 +379,9 @@ vlr_subscr_get(vsub, VSUB_USE_ATTACHED); } _vlr_lu_compl_fsm_done(fi, VLR_FSM_RESULT_SUCCESS, 0); - vlr_sgs_fsm_update_id(vsub); + + if (vlr_is_cs(vsub->vlr)) + vlr_sgs_fsm_update_id(vsub); } static void vlr_lu_compl_fsm_dispatch_result(struct osmo_fsm_inst *fi, -- To view, visit https://gerrit.osmocom.org/c/osmo-msc/+/43889?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: newchange Gerrit-Project: osmo-msc Gerrit-Branch: master Gerrit-Change-Id: I319123e52ddb6a5ee086e77b75f18caaa85589bd Gerrit-Change-Number: 43889 Gerrit-PatchSet: 1 Gerrit-Owner: lynxis lazus <lynxis(a)fe80.eu>

1 0

[XS] Change in osmo-remsim[master]: Add INACTIVE state to slot mapping
by lynxis lazus 14 Oct '26

14 Oct '26

Attention is currently required from: jolly. lynxis lazus has posted comments on this change by jolly. ( https://gerrit.osmocom.org/c/osmo-remsim/+/43744?usp=email ) Change subject: Add INACTIVE state to slot mapping ...................................................................... Patch Set 3: (1 comment) Patchset: PS2: I would use SUSPENDED instead of INACTIVE. INACTIVE might be taken for a mapping, which isn't yet active. -- To view, visit https://gerrit.osmocom.org/c/osmo-remsim/+/43744?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: comment Gerrit-Project: osmo-remsim Gerrit-Branch: master Gerrit-Change-Id: I95dff90deb965f8198effdd355d45419bb4c2b02 Gerrit-Change-Number: 43744 Gerrit-PatchSet: 3 Gerrit-Owner: jolly <andreas(a)eversberg.eu> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: laforge <laforge(a)osmocom.org> Gerrit-Reviewer: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Attention: jolly <andreas(a)eversberg.eu> Gerrit-Comment-Date: Wed, 14 Oct 2026 15:16:34 +0000 Gerrit-HasComments: Yes Gerrit-Has-Labels: No

1 0

[M] Change in osmo-ttcn3-hacks[master]: smf: Introduce test TC_pfcp_heartbeat_recovery_timestamp
by osmith 14 Oct '26

14 Oct '26

Attention is currently required from: pespin. osmith has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43880?usp=email ) Change subject: smf: Introduce test TC_pfcp_heartbeat_recovery_timestamp ...................................................................... Patch Set 7: Code-Review+1 -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43880?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: comment Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I15ad5c295fc47ed9f38b91b6392b674bd0b4c4d7 Gerrit-Change-Number: 43880 Gerrit-PatchSet: 7 Gerrit-Owner: pespin <pespin(a)sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: osmith <osmith(a)sysmocom.de> Gerrit-Attention: pespin <pespin(a)sysmocom.de> Gerrit-Comment-Date: Wed, 14 Oct 2026 14:46:55 +0000 Gerrit-HasComments: No Gerrit-Has-Labels: Yes

1 0

[M] Change in osmo-ttcn3-hacks[master]: smf: TC_pfcp_heartbeat_timeout: Expect Delete Bearer Request
by osmith 14 Oct '26

14 Oct '26

Attention is currently required from: pespin. osmith has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43886?usp=email ) Change subject: smf: TC_pfcp_heartbeat_timeout: Expect Delete Bearer Request ...................................................................... Patch Set 2: Code-Review+1 -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43886?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: comment Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I5d55801923533b36ca2a1a573f1205281809f76d Gerrit-Change-Number: 43886 Gerrit-PatchSet: 2 Gerrit-Owner: pespin <pespin(a)sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: osmith <osmith(a)sysmocom.de> Gerrit-Attention: pespin <pespin(a)sysmocom.de> Gerrit-Comment-Date: Wed, 14 Oct 2026 14:45:12 +0000 Gerrit-HasComments: No Gerrit-Has-Labels: Yes

1 0

[M] Change in libosmo-sigtran[master]: vty: tcap: Fix AS tcap-unroutable-sessions in show running config
by pespin 14 Oct '26

14 Oct '26

pespin has submitted this change. ( https://gerrit.osmocom.org/c/libosmo-sigtran/+/43887?usp=email ) Change subject: vty: tcap: Fix AS tcap-unroutable-sessions in show running config ...................................................................... vty: tcap: Fix AS tcap-unroutable-sessions in show running config The code printed and old naming which is not the one being used nowadays. Furthermore, let's print the tcap-unroutable-sessions stuff only if tcap is enabled on the AS, it makes no sense to print it otherwise. Since it is not only printed when tcap routing is enabled, make sure to always print in that case, even when the default reject-udts is used, so that the user gets better understanding of the (not) configured policy. Change-Id: Idf288701e70b867dedf59113794aa197db5a6382 --- M src/ss7_as_vty.c M tests/vty/osmo_stp_test_tcap.vty 2 files changed, 39 insertions(+), 17 deletions(-) Approvals: fixeria: Looks good to me, approved pespin: Looks good to me, but someone else must approve Jenkins Builder: Verified osmith: Looks good to me, but someone else must approve diff --git a/src/ss7_as_vty.c b/src/ss7_as_vty.c index 3805db9..ca00ae3 100644 --- a/src/ss7_as_vty.c +++ b/src/ss7_as_vty.c @@ -642,24 +642,23 @@ vty_out(vty, " sls-shift %u%s", as->cfg.loadshare.sls_shift, VTY_NEWLINE); } #ifdef WITH_TCAP_LOADSHARING - if (as->cfg.loadshare.tcap.enabled) + if (as->cfg.loadshare.tcap.enabled) { + const char *tcap_unroutable_str = get_value_string_or_null(osmo_ss7_as_tcap_unroutable_vals, + as->cfg.loadshare.tcap.unroutable_tcap_msg); vty_out(vty, " tcap-routing%s", VTY_NEWLINE); - - const char *tcap_unroutable_str = get_value_string_or_null(osmo_ss7_as_tcap_unroutable_vals, - as->cfg.loadshare.tcap.unroutable_tcap_msg); - switch (as->cfg.loadshare.tcap.unroutable_tcap_msg) { - case SS7_AS_TCAP_UNROUTABLE_REJECT_UDTS: - /* default value, no need to write it out */ - break; - case SS7_AS_TCAP_UNROUTABLE_ROUTE_FALLBACK: - vty_out(vty, " tcap-route-fallback %s%s%s", tcap_unroutable_str, - osmo_ss7_pointcode_print(as->inst, as->cfg.loadshare.tcap.unroutable_tcap_fallback_dpc), - VTY_NEWLINE); - break; - case SS7_AS_TCAP_UNROUTABLE_LOAD_SHARE_AS: - vty_out(vty, " tcap-route-fallback %s%s", tcap_unroutable_str, VTY_NEWLINE); - default: - break; + switch (as->cfg.loadshare.tcap.unroutable_tcap_msg) { + case SS7_AS_TCAP_UNROUTABLE_REJECT_UDTS: + case SS7_AS_TCAP_UNROUTABLE_LOAD_SHARE_AS: + vty_out(vty, " tcap-unroutable-sessions %s%s", tcap_unroutable_str, VTY_NEWLINE); + break; + case SS7_AS_TCAP_UNROUTABLE_ROUTE_FALLBACK: + vty_out(vty, " tcap-unroutable-sessions %s %s%s", tcap_unroutable_str, + osmo_ss7_pointcode_print(as->inst, as->cfg.loadshare.tcap.unroutable_tcap_fallback_dpc), + VTY_NEWLINE); + break; + default: + break; + } } #endif /* WITH_TCAP_LOADSHARING */ diff --git a/tests/vty/osmo_stp_test_tcap.vty b/tests/vty/osmo_stp_test_tcap.vty index d32c237..255acbd 100644 --- a/tests/vty/osmo_stp_test_tcap.vty +++ b/tests/vty/osmo_stp_test_tcap.vty @@ -46,3 +46,26 @@ traffic-mode Remove explicit traffic mode of operation of this AS tcap-routing Disable TCAP-based routing when in traffic-mode loadshare point-code Point Code Specific Features + +OsmoSTP(config-cs7-as)# tcap-unroutable-sessions ? + reject-udts Reject the message with a UDTS + load-share-over-as Fallback to load-share over AS by using all available AS (round robin) + route-fallback Route to a different M3UA PC + +OsmoSTP(config-cs7-as)# do show cs7 config +cs7 instance 0 +... + as my-ass m3ua + routing-key 0 0.0.0 +... + +OsmoSTP(config-cs7-as)# tcap-routing + +OsmoSTP(config-cs7-as)# do show cs7 config +cs7 instance 0 +... + as my-ass m3ua + tcap-routing + tcap-unroutable-sessions reject-udts + routing-key 0 0.0.0 +... -- To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/43887?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: merged Gerrit-Project: libosmo-sigtran Gerrit-Branch: master Gerrit-Change-Id: Idf288701e70b867dedf59113794aa197db5a6382 Gerrit-Change-Number: 43887 Gerrit-PatchSet: 2 Gerrit-Owner: pespin <pespin(a)sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-Reviewer: daniel <daniel(a)totalueberwachung.de> Gerrit-Reviewer: fixeria <vyanitskiy(a)sysmocom.de> Gerrit-Reviewer: lynxis lazus <lynxis(a)fe80.eu> Gerrit-Reviewer: osmith <osmith(a)sysmocom.de> Gerrit-Reviewer: pespin <pespin(a)sysmocom.de>

1 0

[M] Change in osmo-ttcn3-hacks[master]: smf: Introduce test TC_pfcp_heartbeat_recovery_timestamp
by pespin 14 Oct '26

14 Oct '26

pespin has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43880?usp=email ) Change subject: smf: Introduce test TC_pfcp_heartbeat_recovery_timestamp ...................................................................... Set Ready For Review -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43880?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: comment Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I15ad5c295fc47ed9f38b91b6392b674bd0b4c4d7 Gerrit-Change-Number: 43880 Gerrit-PatchSet: 7 Gerrit-Owner: pespin <pespin(a)sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-CC: osmith <osmith(a)sysmocom.de> Gerrit-Comment-Date: Wed, 14 Oct 2026 12:39:42 +0000 Gerrit-HasComments: No Gerrit-Has-Labels: No

1 0

[M] Change in osmo-ttcn3-hacks[master]: smf: TC_pfcp_heartbeat_timeout: Expect Delete Bearer Request
by pespin 14 Oct '26

14 Oct '26

pespin has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43886?usp=email ) Change subject: smf: TC_pfcp_heartbeat_timeout: Expect Delete Bearer Request ...................................................................... Set Ready For Review -- To view, visit https://gerrit.osmocom.org/c/osmo-ttcn3-hacks/+/43886?usp=email To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email Gerrit-MessageType: comment Gerrit-Project: osmo-ttcn3-hacks Gerrit-Branch: master Gerrit-Change-Id: I5d55801923533b36ca2a1a573f1205281809f76d Gerrit-Change-Number: 43886 Gerrit-PatchSet: 2 Gerrit-Owner: pespin <pespin(a)sysmocom.de> Gerrit-Reviewer: Jenkins Builder Gerrit-Comment-Date: Wed, 14 Oct 2026 12:38:15 +0000 Gerrit-HasComments: No Gerrit-Has-Labels: No

1 0