pespin has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/libosmo-sigtran/+/42025?usp=email )
Change subject: IPSP: don't route any incoming M3UA messages in IPSP case
......................................................................
Patch Set 2:
This change is ready for review.
--
To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/42025?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: libosmo-sigtran
Gerrit-Branch: master
Gerrit-Change-Id: Iad7280619ec5814cda7a179418079048a5955976
Gerrit-Change-Number: 42025
Gerrit-PatchSet: 2
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-CC: laforge <laforge(a)osmocom.org>
Gerrit-Comment-Date: Fri, 06 Feb 2026 17:09:01 +0000
Gerrit-HasComments: No
Gerrit-Has-Labels: No
pespin has posted comments on this change by pespin. ( https://gerrit.osmocom.org/c/libosmo-sigtran/+/42028?usp=email )
Change subject: vty: Prohibit configuring an ASP as IPSP in an SG node
......................................................................
Patch Set 2:
This change is ready for review.
--
To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/42028?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: comment
Gerrit-Project: libosmo-sigtran
Gerrit-Branch: master
Gerrit-Change-Id: I38bbd9226bad478f8068d02f7a4d7b3711596208
Gerrit-Change-Number: 42028
Gerrit-PatchSet: 2
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Comment-Date: Fri, 06 Feb 2026 17:08:46 +0000
Gerrit-HasComments: No
Gerrit-Has-Labels: No
pespin has uploaded this change for review. ( https://gerrit.osmocom.org/c/libosmo-sigtran/+/42071?usp=email )
Change subject: vty: Prohibit confiruing an IPA ASP as IPSP
......................................................................
vty: Prohibit confiruing an IPA ASP as IPSP
We could eventually define how the IPA CCM is expected to behave when in
IPSP role (eg. implementing/allowing both sides of IPA CCM, or assigning
an IPA CCM role based on TCP client/server), but that has not yet been
defined.
IPSP is actually a good candidate for IPA ASPs, since in IPA proto we
don't have SNM messaging either, and it's meant to be used
point-to-point (or through STP by assigning hardocded routes).
Change-Id: I18ad3e9ad4aac7a3d8e84483ba1bf09016520b54
---
M src/ss7_asp_vty.c
1 file changed, 5 insertions(+), 0 deletions(-)
git pull ssh://gerrit.osmocom.org:29418/libosmo-sigtran refs/changes/71/42071/1
diff --git a/src/ss7_asp_vty.c b/src/ss7_asp_vty.c
index 27b7462..6731398 100644
--- a/src/ss7_asp_vty.c
+++ b/src/ss7_asp_vty.c
@@ -423,6 +423,11 @@
vty_out(vty, "IPSP role can't be used in an SG node since they are point-to-point%s", VTY_NEWLINE);
return CMD_WARNING;
}
+ if (asp->cfg.proto == OSMO_SS7_ASP_PROT_IPA) {
+ /* There's no definition yet on how IPA ASPs should behave in IPSP role... */
+ vty_out(vty, "IPSP role is not supported in ASP protol 'ipa'%s", VTY_NEWLINE);
+ return CMD_WARNING;
+ }
asp->cfg.role = OSMO_SS7_ASP_ROLE_IPSP;
} else {
OSMO_ASSERT(0);
--
To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/42071?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: newchange
Gerrit-Project: libosmo-sigtran
Gerrit-Branch: master
Gerrit-Change-Id: I18ad3e9ad4aac7a3d8e84483ba1bf09016520b54
Gerrit-Change-Number: 42071
Gerrit-PatchSet: 1
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
pespin has uploaded this change for review. ( https://gerrit.osmocom.org/c/libosmo-sigtran/+/42072?usp=email )
Change subject: xua_rkm: Adapt RKM code to support IPSP
......................................................................
xua_rkm: Adapt RKM code to support IPSP
Related: OS#6474
Change-Id: I9c59d6fb43d4e7ceda552f156dd7761173545b11
---
M src/ss7_as_vty.c
M src/xua_rkm.c
2 files changed, 12 insertions(+), 11 deletions(-)
git pull ssh://gerrit.osmocom.org:29418/libosmo-sigtran refs/changes/72/42072/1
diff --git a/src/ss7_as_vty.c b/src/ss7_as_vty.c
index 80359aa..f92b6d7 100644
--- a/src/ss7_as_vty.c
+++ b/src/ss7_as_vty.c
@@ -667,9 +667,9 @@
* then announce using RKM.
* Still, allow STPs to have AS(P) configured in an ASP mode to talk to a
* peer STP by announcing remote PCs. */
- if (as_role == OSMO_SS7_ASP_ROLE_ASP &&
+ if ((as_role == OSMO_SS7_ASP_ROLE_ASP || as_role == OSMO_SS7_ASP_ROLE_IPSP) &&
!osmo_ss7_pc_is_local(as->inst, as->cfg.routing_key.pc))
- vty_out(vty, "%% AS '%s' with local role ASP should have a local PC configured in its "
+ vty_out(vty, "%% AS '%s' with local role ASP/IPSP should have a local PC configured in its "
"routing-key. Fix your config!%s", as->cfg.name, VTY_NEWLINE);
if (as->cfg.proto == OSMO_SS7_ASP_PROT_IPA) {
diff --git a/src/xua_rkm.c b/src/xua_rkm.c
index 21591e9..22bcafe 100644
--- a/src/xua_rkm.c
+++ b/src/xua_rkm.c
@@ -219,16 +219,15 @@
rctx, osmo_ss7_pointcode_print(asp->inst, dpc));
/* We have two cases here:
- * a) pre-configured routing context on both ASP and SG: We will
- * find the AS based on the RCTX send by the client, check if
- * the routing key matches, associated AS with ASP and return
- * success.
- * b) no routing context set on ASP, no pre-existing AS
- * definition on SG. We have to create the AS, set the RK,
+ * a) pre-configured routing context on both ASP and SG (or IPSP peers):
+ * We will find the AS based on the RCTX send by the client, check if
+ * the routing key matches, associated AS with ASP and return success.
+ * b) no routing context set on peer (ASP/IPSP), no pre-existing local AS
+ * definition (SG/IPSP). We have to create the AS, set the RK,
* allocate the RCTX and return that RCTX to the client. This
* is a slightly non-standard interpretation of M3UA RKM
- * which requires the SG to not have a-priori-knowledge of
- * all AS/RK in situations where the ASP are trusted.
+ * which requires the SG/IPSP to not have a-priori-knowledge of
+ * all AS/RK in situations where the peers are trusted.
*/
/* check if there is already an AS for this routing key */
@@ -255,7 +254,9 @@
if (as) {
LOGPASP(asp, DLSS7, LOGL_NOTICE, "RKM: Found existing AS for RCTX %u\n", rctx);
- if (as->cfg.routing_key.pc != dpc) {
+ /* In IPSP we expect in fact to have the local PC configured in routing-key. */
+ if (asp->cfg.role == OSMO_SS7_ASP_ROLE_SG &&
+ as->cfg.routing_key.pc != dpc) {
LOGPASP(asp, DLSS7, LOGL_ERROR, "RKM: DPC doesn't match, rejecting AS (%u != %u)\n",
as->cfg.routing_key.pc, dpc);
msgb_append_reg_res(resp, rk_id, M3UA_RKM_REG_ERR_INVAL_RKEY, 0);
--
To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/42072?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: newchange
Gerrit-Project: libosmo-sigtran
Gerrit-Branch: master
Gerrit-Change-Id: I9c59d6fb43d4e7ceda552f156dd7761173545b11
Gerrit-Change-Number: 42072
Gerrit-PatchSet: 1
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Attention is currently required from: laforge, pespin.
Hello Jenkins Builder, laforge,
I'd like you to reexamine a change. Please visit
https://gerrit.osmocom.org/c/libosmo-sigtran/+/42054?usp=email
to look at the new patch set (#3).
The following approvals got outdated and were removed:
Code-Review+1 by laforge, Verified+1 by Jenkins Builder
Change subject: Refactor xua_layer_manager object
......................................................................
Refactor xua_layer_manager object
Several changes to improve separation of the LM object and its
lifecycle:
* Store in ss7_asp a pointer to a xua_layer_manager, which contains all
implementation dependent information inside its priv pointer.
* Add a new free_func field to the xua_layer_manager struct in order to
be able to free it without knowing how it was allocated.
* Get rid og the loglevel param, LOGL_DEBUG was always passed and that
was actually an implementation specific detail of the default xua
layer manager.
* Pass pointer to function to be called by LM to submit primitives to
M3UA.
Change-Id: Ia96ebf40444f46ad718d61befbecb523f267fd6c
---
M include/osmocom/sigtran/osmo_ss7.h
M src/ss7_asp.c
M src/ss7_asp.h
M src/xua_default_lm_fsm.c
4 files changed, 69 insertions(+), 51 deletions(-)
git pull ssh://gerrit.osmocom.org:29418/libosmo-sigtran refs/changes/54/42054/3
--
To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/42054?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: newpatchset
Gerrit-Project: libosmo-sigtran
Gerrit-Branch: master
Gerrit-Change-Id: Ia96ebf40444f46ad718d61befbecb523f267fd6c
Gerrit-Change-Number: 42054
Gerrit-PatchSet: 3
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: laforge <laforge(a)osmocom.org>
Gerrit-Attention: laforge <laforge(a)osmocom.org>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Hello Jenkins Builder,
I'd like you to reexamine a change. Please visit
https://gerrit.osmocom.org/c/libosmo-sigtran/+/42062?usp=email
to look at the new patch set (#2).
The following approvals got outdated and were removed:
Verified+1 by Jenkins Builder
Change subject: lm: Initialize layer manager also on role=SG
......................................................................
lm: Initialize layer manager also on role=SG
Right now the LM will stay in IDLE for role=SG, but it already provides
with an easier logic where all xUA ASPs (no matter their role) have an
associated FSM object, which can be extnded later on.
This way we already valdiate the FSM instance lifecycle wroks as
expected.
It also allows in the future more easily integrating the LM in role
IPSP, where it will need to be extended.
Change-Id: I1f25cf8371ba72d710796e01a9a967d3fafffb99
---
M src/ss7_asp.c
M src/xua_default_lm_fsm.c
2 files changed, 7 insertions(+), 5 deletions(-)
git pull ssh://gerrit.osmocom.org:29418/libosmo-sigtran refs/changes/62/42062/2
--
To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/42062?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: newpatchset
Gerrit-Project: libosmo-sigtran
Gerrit-Branch: master
Gerrit-Change-Id: I1f25cf8371ba72d710796e01a9a967d3fafffb99
Gerrit-Change-Number: 42062
Gerrit-PatchSet: 2
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Hello Jenkins Builder,
I'd like you to reexamine a change. Please visit
https://gerrit.osmocom.org/c/libosmo-sigtran/+/42059?usp=email
to look at the new patch set (#2).
The following approvals got outdated and were removed:
Verified+1 by Jenkins Builder
Change subject: lm: Use layer manager also on transport-role=server
......................................................................
lm: Use layer manager also on transport-role=server
The upper layers (M3UA) should behave similarly eg. on role ASP
independently of transport role being client or server.
Change-Id: I5f0109463323f214e15610b2c4fe253b828fce3b
---
M src/ss7_asp.c
1 file changed, 1 insertion(+), 2 deletions(-)
git pull ssh://gerrit.osmocom.org:29418/libosmo-sigtran refs/changes/59/42059/2
--
To view, visit https://gerrit.osmocom.org/c/libosmo-sigtran/+/42059?usp=email
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings?usp=email
Gerrit-MessageType: newpatchset
Gerrit-Project: libosmo-sigtran
Gerrit-Branch: master
Gerrit-Change-Id: I5f0109463323f214e15610b2c4fe253b828fce3b
Gerrit-Change-Number: 42059
Gerrit-PatchSet: 2
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder