I am working on get OpenBSC connected to a 3rd party MSC, I read from the Osmo document that I can use the bsc only mode and the osm-bsc instead of the osmo-nitb.

Currently I had osmo-trx-uhd, osmo-bts-trx, osmo-bsc, and osmo-stp configured and and running,

but I see a lot of below error logs in the osmo-stp console: DLSS7 <000c> osmo_ss7.c:1468 asp-asp-dyn-0: xua_srv_conn_cb(): sctp_recvmsg() returned 56 (flags=0x80) DLM3UA <000f> m3ua.c:722 asp-asp-dyn-0: Received M3UA Message (XFER:DATA) DLM3UA <000f> m3ua.c:541 asp-asp-dyn-0: m3ua_rx_xfer DLM3UA <000f> m3ua.c:580 asp-asp-dyn-0: m3ua_rx_xfer(): M3UA data header: opc=337=0.42.1 dpc=185=0.23.1 DLSS7 <000c> osmo_ss7_hmrt.c:278 m3ua_hmdc_rx_from_l2(): dpc=185=0.23.1 not local, message is for routing DLSS7 <000c> osmo_ss7_hmrt.c:258 MTP-TRANSFER.req for DPC 185: no route!

<0007> a_reset.c:106 A-RESET(msc-0)[0xb76ce0]{DISC}: (re)sending BSSMAP

<0007> osmo_bsc_sigtran.c:93 Sending RESET to MSC: RI=SSN_PC,PC=0.23.1,SSN=BSSAP

Can anyone identify what is the issue here?

Hello everyone, I am still not be able to figure out how to configure the A interface on the OsmoBSC side to talk to MSC, I will really appreciated if someone could share a similar configuration. Or if someone could point me to the right document, I looked through the OsmoBSC user manual(http://ftp.osmocom.org/docs/latest/osmobsc-usermanual.pdf) and could not find the A interfaces config section. Thanks, Weiqi -----Original Message----- From: wyao(a)corrections.com &lt;wyao(a)corrections.com&gt; Sent: Tuesday, April 16, 2019 12:02 PM To: 'Harald Welte' &lt;laforge(a)gnumonks.org&gt; Cc: OpenBSC(a)lists.osmocom.org Subject: RE: OpenBSC on 3rd party MSC Thanks Harald for your reply, Looks like the issue is the connection between OsmoBSC and my MSC. I checked again on my MSC side, looks like it interfaces with softBSC on AoIP, connect to BSC port 2427 and 5000. So basically it just require a softBSC IP address to be able to connect. I found an example cfg called osmo-bsc-mgcp.cfg under the OpenBSC folder, but I have no clue if this is the right one to modify. I will appreciate if you can provide some example BSC configuration like this. Also, Should I still keep the OsmoSTP? Thanks again! Regards, Weiqi -----Original Message----- From: Harald Welte &lt;laforge(a)gnumonks.org&gt; Sent: Saturday, April 13, 2019 5:51 AM To: wyao(a)corrections.com Cc: OpenBSC(a)lists.osmocom.org Subject: Re: OpenBSC on 3rd party MSC Hi Weiqi, On Thu, Apr 11, 2019 at 04:00:08PM -0400, wyao(a)corrections.com wrote: This is correct. However, the terminology is a bit messed-up. So it's best to not use OpenBSC anymore but alsways call it OsmoBSC. sidenote: You will have to add osmo-mgw for handling voice calls later on, but that is irrelevant until you get the signalling plane up and running. Your SS7 routing seems to be misconfigured. The STP receives SCCP from OsmoBSC, but there's no (currently active/working) route for the MSC. Hence the message cannot be routed and is discarded. RESET message... The BSC is trying to send a BSSMAP RESET to the MSC, but there's no response. It's a SS7 routing / SIGTRAN configuration issue. You need to make sure the osmo-stp and osmo-bsc SS7 related configuration exactly matches the configuration on the MSC side. Also, depending on your SIGTRAN network setup, you may not even need osmo-stp. That would be the case e.g. if the MSC or an existing STP in your core network would already provide a M3UA SGW functionality to which the AS/ASP of OsmoBSC can connect to. It's really not possible to give you an easy answer without fully understanding your core networks SS7/SIGTRAN configuration, routing, addresses, point codes, etc. SIGTRAN and SS7 are rather complex protocol stacks themselves. There's little we can do on the Osmocom side to avoid that. We can just provide all the possible settings/options so you can configure it to match your network topology. Regards, Harald -- - Harald Welte &lt;laforge(a)gnumonks.org&gt; http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)