Started by an SCM changeBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.org000078276782761.09263926308753992629262108707796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/master07796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/master07796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/masterhttps://gerrit.osmocom.org/libosmo-sigtranhttps://jenkins.osmocom.org/jenkins/view/registry/job/master-libosmo-sigtran/1087/artifacthttps://jenkins.osmocom.org/jenkins/view/registry/job/master-libosmo-sigtran/changeshttps://jenkins.osmocom.org/jenkins/view/registry/job/master-libosmo-sigtran/1087/https://jenkins.osmocom.org/jenkins/view/registry/job/master-libosmo-sigtran/1087/testReportfalse#10877827673813master-libosmo-sigtran #10871087falsefalse108777692SUCCESS1775037069851https://jenkins.osmocom.org/jenkins/view/registry/job/master-libosmo-sigtran/1087/src/ss7_asp.csrc/xua_asp_fsm.csrc/xua_asp_fsm.ha70e34cfe09c510b31e8574ff9103add4d8a51e31775032686000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua asp block: SG: turn asp inactive when administratively blocked This commit intentionally leaves aside implementing active->inactive transition for asps with role ASP/(active) IPSP. Change-Id: If8e34cfb05b8b63173b8bb01a520c058daf1fe39 2026-04-01 10:38:06 +0200a70e34cfe09c510b31e8574ff9103add4d8a51e3xua asp block: SG: turn asp inactive when administratively blockededitsrc/ss7_asp.ceditsrc/xua_asp_fsm.heditsrc/xua_asp_fsm.csrc/Makefile.amsrc/xua_rkm.csrc/xua_internal.hsrc/m3ua.csrc/xua_default_lm_fsm.csrc/xua_asp_fsm.csrc/xua_lm_sap.csrc/ss7_asp.csrc/ss7_xua_srv.csrc/xua_lm_sap.hffee38da874f1a43ee8e26c5c2c7a78db2d587881775035862000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deMove xUA<->LM SAP logic to its own file Right now it's difficult to grasp what's implemented of the SAP since it was scattered around several places. Put all the SAP forwarding logic into its own file so it's easy to follow and extend (eg. adding new helper functions, etc.) Change-Id: I93d74dd7f6ea8f2e60a8bc41be15362e433e8962 2026-04-01 11:31:02 +0200ffee38da874f1a43ee8e26c5c2c7a78db2d58788Move xUA<->LM SAP logic to its own fileeditsrc/xua_default_lm_fsm.ceditsrc/Makefile.amaddsrc/xua_lm_sap.ceditsrc/ss7_asp.ceditsrc/xua_rkm.ceditsrc/xua_internal.heditsrc/ss7_xua_srv.caddsrc/xua_lm_sap.heditsrc/xua_asp_fsm.ceditsrc/m3ua.csrc/xua_lm_sap.hsrc/xua_default_lm_fsm.csrc/xua_lm_sap.cdcc116a3635e01f1f66753c7c9fbb25eca9ac5ba1775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Use XLM SAP to send M-ASP_{UP, ACTIVE}.req Change-Id: I5850d9ec9092ff3d099627856697a4184b0d5853 2026-04-01 11:31:15 +0200dcc116a3635e01f1f66753c7c9fbb25eca9ac5baxua_lm: Use XLM SAP to send M-ASP_{UP, ACTIVE}.reqeditsrc/xua_lm_sap.ceditsrc/xua_lm_sap.heditsrc/xua_default_lm_fsm.csrc/xua_default_lm_fsm.csrc/xua_lm_sap.caeb94b5f70a604dff04746a88de21923d79ad3c71775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Use XLM SAP to send M-SCTP_RELEASE.req Change-Id: I582855acaced48fb838700a3013f94bee7db75ad 2026-04-01 11:31:15 +0200aeb94b5f70a604dff04746a88de21923d79ad3c7xua_lm: Use XLM SAP to send M-SCTP_RELEASE.reqeditsrc/xua_default_lm_fsm.ceditsrc/xua_lm_sap.cinclude/osmocom/sigtran/sigtran_sap.h16817274694c2988301a384b600dc5b4d01298051775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.desigtran_sap.h: Fix comment stating RK(DE)_REG prims are not implemented Change-Id: I81a4df1a826fed2f24a4c7ca410b514b1251b44d 2026-04-01 11:31:15 +020016817274694c2988301a384b600dc5b4d0129805sigtran_sap.h: Fix comment stating RK(DE)_REG prims are not implementededitinclude/osmocom/sigtran/sigtran_sap.hsrc/xua_default_lm_fsm.c52c865d3578bc38614679ac806830b06811a5c181775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Fix ending up from active to idle forever Previous transition to S_IDLE was wrong, since there's no way to recover from that state unless the SCTP connection is closed. Instead, try harder waiting for some new notifications to try re-activating the ASP and see if the AS becomes active, or end up timing out and reconnecting to re-attempt complete set of steps. Change-Id: I5c97c0ede9c27c63f9259b43b7267a3d5d71681d 2026-04-01 11:31:15 +020052c865d3578bc38614679ac806830b06811a5c18xua_lm: Fix ending up from active to idle forevereditsrc/xua_default_lm_fsm.csrc/xua_default_lm_fsm.cf13c1f0e788cea409da1a378290b7741ca0e31981775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Handle M-Error.ind Change-Id: I5bdba1ab09084b3eafcb8b4aaa9c9762b15e8583 2026-04-01 11:31:15 +0200f13c1f0e788cea409da1a378290b7741ca0e3198xua_lm: Handle M-Error.indeditsrc/xua_default_lm_fsm.csrc/m3ua.csrc/xua_asp_fsm.csrc/xua_asp_fsm.h99147788822cf4e4701c6380470fe0d801996f891775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_asp_fsm: Stop T(ack) when receiving an Error msg as response There's no need to keep retrying retransmission if the peer already told us something is wrong with the message. Change-Id: Icaeb472fe67911eb15755442cf11010d3c593f1d 2026-04-01 11:31:15 +020099147788822cf4e4701c6380470fe0d801996f89xua_asp_fsm: Stop T(ack) when receiving an Error msg as responseeditsrc/m3ua.ceditsrc/xua_asp_fsm.heditsrc/xua_asp_fsm.csrc/xua_default_lm_fsm.c5edf656792a3a1abe6f38d6276bffdb9036305851775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Handle rx of unsolicited ASPIA ACK Related: OS#6752 Change-Id: Ica4fbaefd08cdb5c4ca2e2a608606ddbec85297c 2026-04-01 11:31:15 +02005edf656792a3a1abe6f38d6276bffdb903630585xua_lm: Handle rx of unsolicited ASPIA ACKeditsrc/xua_default_lm_fsm.csrc/xua_rkm.c50a5793f8debf05dbe84f00dbe76f686877850851775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_rkm: send_reg_req: Avoid adding Routing Context with value 0 We use routing context 0 internally as "no routing context". Since the Routing Context in the Routing KEy IE in RKM REG REQ is optional, if local rctx is 0 (because we expect to get one allocated by the STP and receive it through RKM REG RESP), avoid sending it with the value 0. Change-Id: Iaa584fea3020af06951aea16e638ac6e6a84ae21 2026-04-01 11:31:15 +020050a5793f8debf05dbe84f00dbe76f68687785085xua_rkm: send_reg_req: Avoid adding Routing Context with value 0editsrc/xua_rkm.csrc/xua_rkm.csrc/sua.csrc/m3ua.csrc/xua_as_fsm.c07796d3a0c9971b8225a9ff4fe48e89e95313f831775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deUse osmo_ss7_asp_active() in several places Change-Id: I172e691cb61ac68e2410b44e124737f7a4dd2775 2026-04-01 11:31:15 +020007796d3a0c9971b8225a9ff4fe48e89e95313f83Use osmo_ss7_asp_active() in several placeseditsrc/m3ua.ceditsrc/xua_rkm.ceditsrc/xua_as_fsm.ceditsrc/sua.cgithttps://jenkins.osmocom.org/jenkins/user/pespinPau Espin PedrolpespinBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.orgStarted by upstream project "master-libosmo-sigtran" build number 1,0871087master-libosmo-sigtranjob/master-libosmo-sigtran/000047057470571.0000108707796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/master07796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/master07796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/masterhttps://gerrit.osmocom.org/libosmo-sigtranfalse#10874705744789master-libosmo-sigtran » WITH_MANUALS=0,WITH_TCAP=0,a3=default,a4=default,osmocom-master #10871087falsefalse108777695SUCCESS1775037069851https://jenkins.osmocom.org/jenkins/view/registry/job/master-libosmo-sigtran/WITH_MANUALS=0,WITH_TCAP=0,a3=default,a4=default,label=osmocom-master/1087/build5-deb12build-ansiblesrc/ss7_asp.csrc/xua_asp_fsm.csrc/xua_asp_fsm.ha70e34cfe09c510b31e8574ff9103add4d8a51e31775032686000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua asp block: SG: turn asp inactive when administratively blocked This commit intentionally leaves aside implementing active->inactive transition for asps with role ASP/(active) IPSP. Change-Id: If8e34cfb05b8b63173b8bb01a520c058daf1fe39 2026-04-01 10:38:06 +0200a70e34cfe09c510b31e8574ff9103add4d8a51e3xua asp block: SG: turn asp inactive when administratively blockededitsrc/xua_asp_fsm.heditsrc/ss7_asp.ceditsrc/xua_asp_fsm.csrc/Makefile.amsrc/xua_rkm.csrc/xua_internal.hsrc/m3ua.csrc/xua_default_lm_fsm.csrc/xua_asp_fsm.csrc/xua_lm_sap.csrc/ss7_asp.csrc/xua_lm_sap.hsrc/ss7_xua_srv.cffee38da874f1a43ee8e26c5c2c7a78db2d587881775035862000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deMove xUA<->LM SAP logic to its own file Right now it's difficult to grasp what's implemented of the SAP since it was scattered around several places. Put all the SAP forwarding logic into its own file so it's easy to follow and extend (eg. adding new helper functions, etc.) Change-Id: I93d74dd7f6ea8f2e60a8bc41be15362e433e8962 2026-04-01 11:31:02 +0200ffee38da874f1a43ee8e26c5c2c7a78db2d58788Move xUA<->LM SAP logic to its own fileaddsrc/xua_lm_sap.ceditsrc/m3ua.ceditsrc/xua_internal.haddsrc/xua_lm_sap.heditsrc/ss7_asp.ceditsrc/Makefile.ameditsrc/xua_rkm.ceditsrc/ss7_xua_srv.ceditsrc/xua_default_lm_fsm.ceditsrc/xua_asp_fsm.csrc/xua_lm_sap.hsrc/xua_default_lm_fsm.csrc/xua_lm_sap.cdcc116a3635e01f1f66753c7c9fbb25eca9ac5ba1775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Use XLM SAP to send M-ASP_{UP, ACTIVE}.req Change-Id: I5850d9ec9092ff3d099627856697a4184b0d5853 2026-04-01 11:31:15 +0200dcc116a3635e01f1f66753c7c9fbb25eca9ac5baxua_lm: Use XLM SAP to send M-ASP_{UP, ACTIVE}.reqeditsrc/xua_lm_sap.heditsrc/xua_default_lm_fsm.ceditsrc/xua_lm_sap.csrc/xua_default_lm_fsm.csrc/xua_lm_sap.caeb94b5f70a604dff04746a88de21923d79ad3c71775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Use XLM SAP to send M-SCTP_RELEASE.req Change-Id: I582855acaced48fb838700a3013f94bee7db75ad 2026-04-01 11:31:15 +0200aeb94b5f70a604dff04746a88de21923d79ad3c7xua_lm: Use XLM SAP to send M-SCTP_RELEASE.reqeditsrc/xua_default_lm_fsm.ceditsrc/xua_lm_sap.cinclude/osmocom/sigtran/sigtran_sap.h16817274694c2988301a384b600dc5b4d01298051775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.desigtran_sap.h: Fix comment stating RK(DE)_REG prims are not implemented Change-Id: I81a4df1a826fed2f24a4c7ca410b514b1251b44d 2026-04-01 11:31:15 +020016817274694c2988301a384b600dc5b4d0129805sigtran_sap.h: Fix comment stating RK(DE)_REG prims are not implementededitinclude/osmocom/sigtran/sigtran_sap.hsrc/xua_default_lm_fsm.c52c865d3578bc38614679ac806830b06811a5c181775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Fix ending up from active to idle forever Previous transition to S_IDLE was wrong, since there's no way to recover from that state unless the SCTP connection is closed. Instead, try harder waiting for some new notifications to try re-activating the ASP and see if the AS becomes active, or end up timing out and reconnecting to re-attempt complete set of steps. Change-Id: I5c97c0ede9c27c63f9259b43b7267a3d5d71681d 2026-04-01 11:31:15 +020052c865d3578bc38614679ac806830b06811a5c18xua_lm: Fix ending up from active to idle forevereditsrc/xua_default_lm_fsm.csrc/xua_default_lm_fsm.cf13c1f0e788cea409da1a378290b7741ca0e31981775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Handle M-Error.ind Change-Id: I5bdba1ab09084b3eafcb8b4aaa9c9762b15e8583 2026-04-01 11:31:15 +0200f13c1f0e788cea409da1a378290b7741ca0e3198xua_lm: Handle M-Error.indeditsrc/xua_default_lm_fsm.csrc/m3ua.csrc/xua_asp_fsm.csrc/xua_asp_fsm.h99147788822cf4e4701c6380470fe0d801996f891775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_asp_fsm: Stop T(ack) when receiving an Error msg as response There's no need to keep retrying retransmission if the peer already told us something is wrong with the message. Change-Id: Icaeb472fe67911eb15755442cf11010d3c593f1d 2026-04-01 11:31:15 +020099147788822cf4e4701c6380470fe0d801996f89xua_asp_fsm: Stop T(ack) when receiving an Error msg as responseeditsrc/xua_asp_fsm.heditsrc/m3ua.ceditsrc/xua_asp_fsm.csrc/xua_default_lm_fsm.c5edf656792a3a1abe6f38d6276bffdb9036305851775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Handle rx of unsolicited ASPIA ACK Related: OS#6752 Change-Id: Ica4fbaefd08cdb5c4ca2e2a608606ddbec85297c 2026-04-01 11:31:15 +02005edf656792a3a1abe6f38d6276bffdb903630585xua_lm: Handle rx of unsolicited ASPIA ACKeditsrc/xua_default_lm_fsm.csrc/xua_rkm.c50a5793f8debf05dbe84f00dbe76f686877850851775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_rkm: send_reg_req: Avoid adding Routing Context with value 0 We use routing context 0 internally as "no routing context". Since the Routing Context in the Routing KEy IE in RKM REG REQ is optional, if local rctx is 0 (because we expect to get one allocated by the STP and receive it through RKM REG RESP), avoid sending it with the value 0. Change-Id: Iaa584fea3020af06951aea16e638ac6e6a84ae21 2026-04-01 11:31:15 +020050a5793f8debf05dbe84f00dbe76f68687785085xua_rkm: send_reg_req: Avoid adding Routing Context with value 0editsrc/xua_rkm.csrc/xua_rkm.csrc/sua.csrc/m3ua.csrc/xua_as_fsm.c07796d3a0c9971b8225a9ff4fe48e89e95313f831775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deUse osmo_ss7_asp_active() in several places Change-Id: I172e691cb61ac68e2410b44e124737f7a4dd2775 2026-04-01 11:31:15 +020007796d3a0c9971b8225a9ff4fe48e89e95313f83Use osmo_ss7_asp_active() in several placeseditsrc/xua_rkm.ceditsrc/xua_as_fsm.ceditsrc/m3ua.ceditsrc/sua.cgithttps://jenkins.osmocom.org/jenkins/user/pespinPau Espin PedrolBRANCHmasterEMAIL_NOTIFICATIONSjenkins-notifications@lists.osmocom.org laforge@gnumonks.orgStarted by upstream project "master-libosmo-sigtran" build number 1,0871087master-libosmo-sigtranjob/master-libosmo-sigtran/000073870738701.0000108707796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/master07796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/master07796d3a0c9971b8225a9ff4fe48e89e95313f8307796d3a0c9971b8225a9ff4fe48e89e95313f83origin/masterhttps://gerrit.osmocom.org/libosmo-sigtranfalse#10877387070543master-libosmo-sigtran » WITH_MANUALS=1,WITH_TCAP=1,a3=default,a4=default,osmocom-master #10871087falsefalse108777694SUCCESS1775037069851https://jenkins.osmocom.org/jenkins/view/registry/job/master-libosmo-sigtran/WITH_MANUALS=1,WITH_TCAP=1,a3=default,a4=default,label=osmocom-master/1087/build5-deb12build-ansiblesrc/ss7_asp.csrc/xua_asp_fsm.csrc/xua_asp_fsm.ha70e34cfe09c510b31e8574ff9103add4d8a51e31775032686000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua asp block: SG: turn asp inactive when administratively blocked This commit intentionally leaves aside implementing active->inactive transition for asps with role ASP/(active) IPSP. Change-Id: If8e34cfb05b8b63173b8bb01a520c058daf1fe39 2026-04-01 10:38:06 +0200a70e34cfe09c510b31e8574ff9103add4d8a51e3xua asp block: SG: turn asp inactive when administratively blockededitsrc/xua_asp_fsm.heditsrc/ss7_asp.ceditsrc/xua_asp_fsm.csrc/Makefile.amsrc/xua_rkm.csrc/xua_internal.hsrc/m3ua.csrc/xua_default_lm_fsm.csrc/xua_asp_fsm.csrc/xua_lm_sap.csrc/ss7_asp.csrc/ss7_xua_srv.csrc/xua_lm_sap.hffee38da874f1a43ee8e26c5c2c7a78db2d587881775035862000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deMove xUA<->LM SAP logic to its own file Right now it's difficult to grasp what's implemented of the SAP since it was scattered around several places. Put all the SAP forwarding logic into its own file so it's easy to follow and extend (eg. adding new helper functions, etc.) Change-Id: I93d74dd7f6ea8f2e60a8bc41be15362e433e8962 2026-04-01 11:31:02 +0200ffee38da874f1a43ee8e26c5c2c7a78db2d58788Move xUA<->LM SAP logic to its own fileeditsrc/ss7_asp.caddsrc/xua_lm_sap.ceditsrc/xua_asp_fsm.ceditsrc/ss7_xua_srv.ceditsrc/xua_default_lm_fsm.ceditsrc/xua_internal.heditsrc/Makefile.ameditsrc/m3ua.caddsrc/xua_lm_sap.heditsrc/xua_rkm.csrc/xua_lm_sap.hsrc/xua_default_lm_fsm.csrc/xua_lm_sap.cdcc116a3635e01f1f66753c7c9fbb25eca9ac5ba1775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Use XLM SAP to send M-ASP_{UP, ACTIVE}.req Change-Id: I5850d9ec9092ff3d099627856697a4184b0d5853 2026-04-01 11:31:15 +0200dcc116a3635e01f1f66753c7c9fbb25eca9ac5baxua_lm: Use XLM SAP to send M-ASP_{UP, ACTIVE}.reqeditsrc/xua_default_lm_fsm.ceditsrc/xua_lm_sap.ceditsrc/xua_lm_sap.hsrc/xua_default_lm_fsm.csrc/xua_lm_sap.caeb94b5f70a604dff04746a88de21923d79ad3c71775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Use XLM SAP to send M-SCTP_RELEASE.req Change-Id: I582855acaced48fb838700a3013f94bee7db75ad 2026-04-01 11:31:15 +0200aeb94b5f70a604dff04746a88de21923d79ad3c7xua_lm: Use XLM SAP to send M-SCTP_RELEASE.reqeditsrc/xua_default_lm_fsm.ceditsrc/xua_lm_sap.cinclude/osmocom/sigtran/sigtran_sap.h16817274694c2988301a384b600dc5b4d01298051775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.desigtran_sap.h: Fix comment stating RK(DE)_REG prims are not implemented Change-Id: I81a4df1a826fed2f24a4c7ca410b514b1251b44d 2026-04-01 11:31:15 +020016817274694c2988301a384b600dc5b4d0129805sigtran_sap.h: Fix comment stating RK(DE)_REG prims are not implementededitinclude/osmocom/sigtran/sigtran_sap.hsrc/xua_default_lm_fsm.c52c865d3578bc38614679ac806830b06811a5c181775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Fix ending up from active to idle forever Previous transition to S_IDLE was wrong, since there's no way to recover from that state unless the SCTP connection is closed. Instead, try harder waiting for some new notifications to try re-activating the ASP and see if the AS becomes active, or end up timing out and reconnecting to re-attempt complete set of steps. Change-Id: I5c97c0ede9c27c63f9259b43b7267a3d5d71681d 2026-04-01 11:31:15 +020052c865d3578bc38614679ac806830b06811a5c18xua_lm: Fix ending up from active to idle forevereditsrc/xua_default_lm_fsm.csrc/xua_default_lm_fsm.cf13c1f0e788cea409da1a378290b7741ca0e31981775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Handle M-Error.ind Change-Id: I5bdba1ab09084b3eafcb8b4aaa9c9762b15e8583 2026-04-01 11:31:15 +0200f13c1f0e788cea409da1a378290b7741ca0e3198xua_lm: Handle M-Error.indeditsrc/xua_default_lm_fsm.csrc/m3ua.csrc/xua_asp_fsm.csrc/xua_asp_fsm.h99147788822cf4e4701c6380470fe0d801996f891775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_asp_fsm: Stop T(ack) when receiving an Error msg as response There's no need to keep retrying retransmission if the peer already told us something is wrong with the message. Change-Id: Icaeb472fe67911eb15755442cf11010d3c593f1d 2026-04-01 11:31:15 +020099147788822cf4e4701c6380470fe0d801996f89xua_asp_fsm: Stop T(ack) when receiving an Error msg as responseeditsrc/xua_asp_fsm.heditsrc/m3ua.ceditsrc/xua_asp_fsm.csrc/xua_default_lm_fsm.c5edf656792a3a1abe6f38d6276bffdb9036305851775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_lm: Handle rx of unsolicited ASPIA ACK Related: OS#6752 Change-Id: Ica4fbaefd08cdb5c4ca2e2a608606ddbec85297c 2026-04-01 11:31:15 +02005edf656792a3a1abe6f38d6276bffdb903630585xua_lm: Handle rx of unsolicited ASPIA ACKeditsrc/xua_default_lm_fsm.csrc/xua_rkm.c50a5793f8debf05dbe84f00dbe76f686877850851775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.dexua_rkm: send_reg_req: Avoid adding Routing Context with value 0 We use routing context 0 internally as "no routing context". Since the Routing Context in the Routing KEy IE in RKM REG REQ is optional, if local rctx is 0 (because we expect to get one allocated by the STP and receive it through RKM REG RESP), avoid sending it with the value 0. Change-Id: Iaa584fea3020af06951aea16e638ac6e6a84ae21 2026-04-01 11:31:15 +020050a5793f8debf05dbe84f00dbe76f68687785085xua_rkm: send_reg_req: Avoid adding Routing Context with value 0editsrc/xua_rkm.csrc/xua_rkm.csrc/sua.csrc/m3ua.csrc/xua_as_fsm.c07796d3a0c9971b8225a9ff4fe48e89e95313f831775035875000https://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrolpespin@sysmocom.deUse osmo_ss7_asp_active() in several places Change-Id: I172e691cb61ac68e2410b44e124737f7a4dd2775 2026-04-01 11:31:15 +020007796d3a0c9971b8225a9ff4fe48e89e95313f83Use osmo_ss7_asp_active() in several placeseditsrc/m3ua.ceditsrc/xua_as_fsm.ceditsrc/sua.ceditsrc/xua_rkm.cgithttps://jenkins.osmocom.org/jenkins/user/pespinPau Espin Pedrol