September 2018 - OpenBSC - lists.osmocom.org

Save the Date: OsmoCon 2018 on October 18-19, 2018

by Harald Welte

== OsmoCon 2018 == OsmoCon (Osmocom Conference) 2018 is the technical conference for Osmocom users, operators and developers! We are happy to announce the date of OsmoCon 2018. It has been scheduled on October 18 + 19, 2018 and will happen in Berlin, Germany. For the second time, the Osmocom Conference brings together users, operators and developers of the Osmocom Open Source cellular infrastructure projects, such as OsmoBTS, OsmoBSC, OsmoSGSN, OpenGGSN and others. Join us for two days of presentations and discussions with the main developers behind Open Source Mobile Communications, as well as commercial and non-profit users of the Osmocom cellular infrastructure software. You can find some initial information in our wiki at http://osmocom.org/projects/osmo-dev-con/wiki/OsmoCon2018 which will be updated as more information becomes available. == Call for Participation == We're also at the same time announcing the Call for Participation and call on everyone with experiences to share around the Osmocom member projects to submit talks, workshops, discussions or other proposals. You can find the CfP at https://pretalx.sysmocom.de/osmocon2018/cfp We are particularly looking for contributions about: * updates on features/functionality/status of individual Osmocom projects * success stories on how Osmocom projects are deployed in practice * migration from OsmoNITB to the post-NITB architecture * tutorials / workshops on how to setup / analyze Osmocom projects * statistics, reporting, operations aspects of Osmocom projects * third-party open source utilities to be used with Osmocom projects Looking forward to meeting many existing and new Osmocom users at OsmCon this October! Regards, Harald Welte -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

5 years, 6 months

3
4
0 0

Re: LimeSDR-USB experience with New Splits Solved!

by Vadim Yanitskiy

> Are you referring to the ones from 2015 or so with > Russian titles? Those are the only ones I am aware of Yes. There are few. Check out this one: https://youtu.be/jw-63aOOPk0 > how do you know that phone was running against an > Osmocom network [...] I know the author. Also, you can see the logs of OpenBSC on the background of the mentioned video. > The relation is simple: if phones like Mot C1xx running > Motorola's original factory fw don't work with Osmocom > networks, [...] In order to confirm, I just tested a Motorola C118 running the original firmware with Osmocom-based network. LimeSDR-Mini was used as PHY for OsmoTRX. Everything works fine, including: SDCCH: SMS, USSD, other signaling TCH/H: both HR and AMR codecs TCH/F: FR, AMR and EFR codecs Probably, the author of this topic has some problems with codec / network configuration. With best regards, Vadim Yanitskiy.

5 years, 6 months

2
1
0 0

Trace needed: AMR voice call signalling on SCCP in AoIP network

by Philipp Maier

Hello Folks, I am trying to resolve some open questions about the encoding of the AMR codec configuration bits S0-S15. (see also 3GPP TS 48.008, 3.2.2.103, "The coding of Speech Codec Element for FR_AMR, HR_AMR and OHR_AMR:" and 3GPP TS 28.062, Table 7.11.3.1.3-2) Since I do not have any AoIP network that I could trace against to verify that all my assumptions about the coding of those bits are correct I would love to see a trace from some other network. It would be kind if anyone of you could help me out with that. All I need is a trace from a call. It is important that AMR is negotiated in the Assignment request. best regards, Philipp Maier -- Philipp Maier <pmaier(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

5 years, 7 months

1
0
0 0

Re: Build failure of network:osmocom:nightly/simtrace2 in xUbuntu_18.04/x86_64

by Neels Hofmeyr

These build failures are continuously piling up in my inbox. Would it make sense to either fix or disable it? ~N On Sat, Sep 22, 2018 at 08:01:31PM +0000, OBS Notification wrote: > Visit https://build.opensuse.org/package/live_build_log/network:osmocom:nightly/s… > > Package network:osmocom:nightly/simtrace2 failed to build in xUbuntu_18.04/x86_64 > > Check out the package for editing: > osc checkout network:osmocom:nightly simtrace2

5 years, 7 months

2
2
0 0

CBSP protocol traces wanted / wireshark dissector

by Harald Welte

Hi! I recently wrote a wireshark dissector for the CBSP protocol, which is a 3GPP standard for the interface between the Cell Broadcast Centre and the BSC. It's specified in 3GPP TS 48.049 in case you're curious. The dissector can be found at https://code.wireshark.org/review/#/c/29745/ However, I couldn't find any protocol traces to verify the dissector against. So if you happen to have done any work on cell broadcast in 2G network and have a CBSP trace around (or can generate one): Please send it to me, thanks! If I ever find the time, I'd love to add CBSP support to OsmoBSC, and even to go one step further and write a minimal CBC itself. Contributions are of course always welcome, in case there are other interested folks. Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

5 years, 7 months

1
0
0 0

CBCH support for osmo-bts-trx

by Lorenzo Cavallini

Hello everyone, I was going to add support for CBCH to osmo-bts-trx for a project, then just by chance I looked at this ticket: https://osmocom.org/issues/1617 and I've seen that the issue was reopened 13 days ago. Any chance on getting some pre-pre-pre-alpha patch? I would gladly test and work on it in whatever state the code is now, still better than starting from scratch. Thanks for the awesome work anyway! Best regards, Lorenzo

5 years, 7 months

3
15
0 0

Jenkins build is back to normal : Coverity-Upload (jenkins-job-builder) #240

by jenkins＠lists.osmocom.org

See <https://jenkins.osmocom.org/jenkins/job/osmocom-coverity/240/display/redire…>

5 years, 7 months

1
0
0 0

Build failed in Jenkins: Coverity-Upload (jenkins-job-builder) #233

by jenkins＠lists.osmocom.org

See <https://jenkins.osmocom.org/jenkins/job/osmocom-coverity/233/display/redire…> ------------------------------------------ [...truncated 533.22 KB...] Generating docs for compound osmo_scu_unitdata_param... Generating docs for compound osmo_ss7_as... Generating docs for compound osmo_ss7_asp... Generating docs for compound osmo_ss7_asp_peer... Generating docs for compound osmo_ss7_instance... Generating docs for compound osmo_ss7_link... Generating docs for compound osmo_ss7_linkset... Generating docs for compound osmo_ss7_pc_fmt... Generating docs for compound osmo_ss7_route... Generating docs for compound osmo_ss7_route_table... Generating docs for compound osmo_ss7_routing_key... Generating docs for compound osmo_ss7_user... Generating docs for compound osmo_xlm_prim... Generating docs for compound osmo_xlm_prim_error... Generating docs for compound osmo_xlm_prim_notify... Generating docs for compound osmo_xlm_prim_rk_dereg... Generating docs for compound osmo_xlm_prim_rk_reg... Generating docs for compound osmo_xua_layer_manager... Generating docs for compound osmo_xua_server... Generating docs for compound pcap_hdr... Generating docs for compound pcaprec_hdr... Generating docs for compound sccp_connection... Generating docs for compound sccp_data_callback... Generating docs for compound sccp_system... Generating docs for compound xua_as_fsm_priv... Generating docs for compound xua_asp_fsm_priv... Generating docs for compound xua_common_hdr... Generating docs for compound xua_dialect... Generating docs for compound xua_msg... Generating docs for compound xua_msg_class... Generating docs for compound xua_msg_event_map... Generating docs for compound xua_msg_part... Generating docs for compound xua_parameter_hdr... Generating namespace index... Generating graph info page... Generating directory documentation... Generating index page... Generating page index... Generating module index... Generating namespace index... Generating namespace member index... Generating annotated compound index... Generating alphabetical compound index... Generating hierarchical class index... Generating member index... Generating file index... Generating file member index... Generating example index... finalizing index lists... writing tag file... lookup cache used 2511/65536 hits=19828 misses=2595 finished... cd ./doc && tar cf html.tar */html make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp' make[1]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp' + make install make install-recursive make[1]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp' Making install in include make[2]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include' Making install in sccp make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/sccp' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/sccp' make[4]: Nothing to be done for 'install-exec-am'. /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/sccp' /usr/bin/install -c -m 644 sccp_types.h sccp.h '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/sccp' make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/sccp' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/sccp' Making install in mtp make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/mtp' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/mtp' make[4]: Nothing to be done for 'install-exec-am'. /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/mtp' /usr/bin/install -c -m 644 mtp_level3.h mtp_pcap.h '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/mtp' make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/mtp' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/mtp' Making install in osmocom make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom' Making install in sigtran make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom/sigtran' make[5]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom/sigtran' make[5]: Nothing to be done for 'install-exec-am'. /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/sigtran' /usr/bin/install -c -m 644 xua_types.h xua_msg.h m2ua_types.h sccp_sap.h sigtran_sap.h sccp_helpers.h mtp_sap.h osmo_ss7.h '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/sigtran' /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/sigtran/protocol' /usr/bin/install -c -m 644 protocol/sua.h protocol/m3ua.h protocol/mtp.h '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/include/osmocom/sigtran/protocol' make[5]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom/sigtran' make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom/sigtran' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom' make[5]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom' make[5]: Nothing to be done for 'install-exec-am'. make[5]: Nothing to be done for 'install-data-am'. make[5]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom' make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include/osmocom' make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include' make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/include' Making install in src make[2]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/src' make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/src' /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib' /bin/bash ../libtool --mode=install /usr/bin/install -c libosmo-sigtran.la '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib' libtool: install: /usr/bin/install -c .libs/libosmo-sigtran.so.0.2.0 /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib/libosmo-sigtran.so.0.2.0 libtool: install: (cd /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib && { ln -s -f libosmo-sigtran.so.0.2.0 libosmo-sigtran.so.0 || { rm -f libosmo-sigtran.so.0 && ln -s libosmo-sigtran.so.0.2.0 libosmo-sigtran.so.0; }; }) libtool: install: (cd /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib && { ln -s -f libosmo-sigtran.so.0.2.0 libosmo-sigtran.so || { rm -f libosmo-sigtran.so && ln -s libosmo-sigtran.so.0.2.0 libosmo-sigtran.so; }; }) libtool: install: /usr/bin/install -c .libs/libosmo-sigtran.lai /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib/libosmo-sigtran.la libtool: install: /usr/bin/install -c .libs/libosmo-sigtran.a /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib/libosmo-sigtran.a libtool: install: chmod 644 /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib/libosmo-sigtran.a libtool: install: ranlib /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib/libosmo-sigtran.a libtool: finish: PATH="/home/osmocom-build/osmo-ci/coverity/cov-analysis-linux64-8.5.0/bin/:/usr/local/bin:/usr/bin:/bin:/usr/games:/home/osmocom-build/bin:/opt/coverity/current/bin:/sbin" ldconfig -n /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib ---------------------------------------------------------------------- Libraries have been installed in: /home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the '-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the 'LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the 'LD_RUN_PATH' environment variable during linking - use the '-Wl,-rpath -Wl,LIBDIR' linker flag - have your system administrator add LIBDIR to '/etc/ld.so.conf' See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib' /usr/bin/install -c -m 644 libsccp.a libmtp.a libxua.a '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib' ( cd '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib' && ranlib libsccp.a ) ( cd '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib' && ranlib libmtp.a ) ( cd '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/lib' && ranlib libxua.a ) make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/src' make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/src' Making install in tests make[2]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests' Making install in xua make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/xua' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/xua' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/xua' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/xua' Making install in sccp make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/sccp' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/sccp' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/sccp' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/sccp' Making install in mtp make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/mtp' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/mtp' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/mtp' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/mtp' Making install in m2ua make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/m2ua' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/m2ua' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/m2ua' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/m2ua' Making install in ss7 make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/ss7' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/ss7' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/ss7' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests/ss7' make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests' make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/tests' Making install in examples make[2]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/examples' make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/examples' make[3]: Nothing to be done for 'install-exec-am'. make[3]: Nothing to be done for 'install-data-am'. make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/examples' make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/examples' Making install in stp make[2]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/stp' make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/stp' /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/bin' /bin/bash ../libtool --mode=install /usr/bin/install -c osmo-stp '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/bin' libtool: install: /usr/bin/install -c .libs/osmo-stp /home/osmocom-build/osmo-ci/coverity/install-Osmocom/bin/osmo-stp make[3]: Nothing to be done for 'install-data-am'. make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/stp' make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/stp' Making install in doc make[2]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc' Making install in examples make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc/examples' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc/examples' make[4]: Nothing to be done for 'install-exec-am'. /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/share/doc/libosmo-sccp/examples/osmo-stp' /usr/bin/install -c -m 644 osmo-stp.cfg '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/share/doc/libosmo-sccp/examples/osmo-stp' /bin/mkdir -p '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/etc/osmocom' /usr/bin/install -c -m 644 osmo-stp.cfg '/home/osmocom-build/osmo-ci/coverity/install-Osmocom/etc/osmocom' make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc/examples' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc/examples' make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc' make[4]: Nothing to be done for 'install-exec-am'. make[4]: Nothing to be done for 'install-data-am'. make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc' make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc' make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/doc' Making install in contrib make[2]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/contrib' Making install in systemd make[3]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/contrib/systemd' make[4]: Entering directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/contrib/systemd' make[4]: Nothing to be done for 'install-exec-am'. /bin/mkdir -p '/lib/systemd/system' /usr/bin/install -c -m 644 osmo-stp.service '/lib/systemd/system' /usr/bin/install: cannot create regular file '/lib/systemd/system/osmo-stp.service': Permission denied Makefile:328: recipe for target 'install-systemdsystemunitDATA' failed make[4]: *** [install-systemdsystemunitDATA] Error 1 make[4]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/contrib/systemd' Makefile:398: recipe for target 'install-am' failed make[3]: *** [install-am] Error 2 make[3]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/contrib/systemd' Makefile:362: recipe for target 'install-recursive' failed make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp/contrib' Makefile:489: recipe for target 'install-recursive' failed make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory '/home/osmocom-build/osmo-ci/coverity/source-Osmocom/libosmo-sccp' Makefile:788: recipe for target 'install' failed make: *** [install] Error 2 [WARNING] Build command ./build_Osmocom.sh exited with code 2. Please verify that the build completed successfully. Emitted 431 C/C++ compilation units (100%) successfully 431 C/C++ compilation units (100%) are ready for analysis For more details, please look at: /home/osmocom-build/osmo-ci/coverity/source-Osmocom/cov-int/build-log.txt Build step 'Execute shell' marked build as failure

5 years, 7 months

1
2
0 0

re: "codec_pref: fix typo in comment"

by Neels Hofmeyr

BTW, "iff" is not a typo, it means "If and only if". https://www.merriam-webster.com/dictionary/iff re https://gerrit.osmocom.org/10962 ~N

5 years, 7 months

1
0
0 0

shellcheck for our shell scripts?

by Holger Freyther

Hey, I recently stumbled across shellcheck[1] and think we should make it a goal that our shell scripts don't produce errors/warnings with it. Some of the examples in the GSM tester: In jenkins-build-common.sh line 76: cd "$base" ^-- SC2164: Use 'cd ... || exit' or 'cd ... || return' in case cd fails. In jenkins-build-common.sh line 93: rm -rf * ^-- SC2035: Use ./*glob* or -- *glob* so names with dashes won't become options. What do you think? My approach would be: * Install shellcheck into our build containers * Run them and provide warnings * Fix them over time and on new code * Make CI fail with failures cheers holger [1] https://www.shellcheck.net/

5 years, 7 months

4
3
0 0

LimeSDR-USB experience with New Splits Solved!

by Sandi Suhendro

Osmocom New Splits stacks for voice is SOLVED and stable with LimeSDR! Voice is working actually since back then, my fault is using only C117/118 for test call all the time. Now I just test using newer phone both Caller and Callee and voice is work perfectly! I tested both osmo-trx-lms and osmo-trx legacy. using osmo-trx legacy 0.20 also have better performance using the firmware/gateware version I mention here : firmware/gateware version: LimeSDR-USB_HW_1.3_r3.0.img and LimeSDR-USB_HW_1.4_r2.9.rbf from LimeSuite . There is trace in wireshark when using old phone as C117/118, the BTS always freeze and send Measurement Indication all the time when calling is made and answered, but with newer phone, the Indication is normal. -- Best Regards, DUO

5 years, 7 months

3
4
0 0

Re: Osmo-pcu error: PCU interface version number of BTS (7) is different (9).

by Pau Espin Pedrol

Sorry forgot to reply-all and didn't send original mail to ML, re-sending now. On 9/14/18 3:25 PM, Pau Espin Pedrol wrote: > Hi Rafael, > > You may want to check at PCU_IF_VERSION in both osmo-pcu.git and > osmo-pcu.git > > It seems that you are running a recent osmo-pcu together with a quite > old osmo-bts (from at least Feb 28 2018, see osmo-bts.git > 4046e3b3dd0cffd53d8d0d1f3e1bf9d0dec83ede), and they are not protocol > compatible. > > So you need to either use a newer osmo-bts (preferred I guess) or switch > to an older osmo-pcu which uses PCU_IF_VERSION 7. > > If you are using NuRan original firmware, you either ask them to update > their stuff or your are pretty much on your own to build new images > (with non-upstream osmocom versions afaik). > > At sysmocom we maintain meta-sysmocom-bsp [1] which together with > system-images [2] and osmocom's meta-telephny [3] allows to build > firmware for both sysmobts and litecell 1.5 machines, together with SDKs > to compile software for them. > > I think generated images are not available publicly, but I guess you can > either attempt building them yourself or perhaps ask sysmocom customer > support to have access to it. > > [1] https://git.sysmocom.de/poky/meta-sysmocom-bsp/ > [2] https://git.sysmocom.de/poky/system-images/ > [3] https://git.osmocom.org/meta-telephony/ > > Regards, > Pau > -- - Pau Espin Pedrol <pespin(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

5 years, 7 months

3
3
0 0

Re: Osmo-pcu error: PCU interface version number of BTS (7) is different (9).

by Pau Espin Pedrol

And again, forgot to include the list, sorry ;) On 9/14/18 3:59 PM, Pau Espin Pedrol wrote: > Hi Rafael, > > I'm not sure right now about the details of the binary firmware > installation and the exact rights you have as customer/user regarding > it, but I guess you can ask NuRan to provide them, or take them from > your current LC 1.5 image you are using if they are available there. I > think the headers are at least provided publicly in gitlab: > https://gitlab.com/nrw_noa > > Regards, > Pau -- - Pau Espin Pedrol <pespin(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

5 years, 7 months

2
1
0 0

Osmo-pcu error: PCU interface version number of BTS (7) is different (9).

by Rafael Diniz

Hi all, I'm trying to test trunk osmo-pcu (using armhf osmo repo) in the NuRan LC 1.5 in the lab, but I get: 20180914124657820 DLGLOBAL <000e> telnet_interface.c:104 telnet at 127.0.0.2 4240 20180914124657821 DL1IF <0001> osmobts_sock.cpp:248 Opening OsmoPCU L1 interface to OsmoBTS 20180914124657821 DL1IF <0001> osmobts_sock.cpp:308 osmo-bts PCU socket /tmp/pcu_bts has been connected 20180914124657821 DL1IF <0001> osmobts_sock.cpp:312 Sending version 0.5.1.3-3e9c to BTS. 20180914124657821 DL1IF <0001> pcu_l1_if.cpp:113 Sending 0.5.1.3-3e9c TXT as PCU_VERSION to BTS PCU interface version number of BTS (7) is different (9). Please re-compile! Any way to make it work without changing BTS software? Thanks, Rafael Diniz

5 years, 7 months

1
0
0 0

Re: LimeSDR-USB experience with New Splits Solved!

by Vadim Yanitskiy

Hi Mychaela, > If Motorola phones running their original firmware [...] > don't work with Osmocom networks [...] it is a very grave > problem from the perspective of Freedom [...] Actually, they do. You can even find some videos on YouTube, where an original Motorola phone runing FreeCalypso firmware was tested with Osmocom based network (most likely, CalypsoBTS). The problem is that the author of this topic is using LimeSDR, that is still not 100% reliable as a PHY for OsmoTRX, and not reliable itself, because even a regular firmware update can brick the board... Moreover, AFAIK the author is not using any stable clock source, such as GPSDO. > Sysmocom has two of my FreeCalypso development boards [...] > The board you've got set up there is the one that did get > properly calibrated before being sold to Sysmocom. Maybe I am missing something, but how is this related to the original topic? > Do you still have that firmware image in the flash, or have > you erased it? Where is the RF from that board connected to - > does it go to a sysmoBTS unit? Would it be possible for someone > from Sysmocom [...] to test and see if the FCDEV3B can successfully > connect to Osmocom network using the official FreeCalypso > firmware on the board, driven via AT commands? I think you could ask this in context of the mentioned issue. > If Sysmocom folks are philosophically against doing any > tests with FreeCalypso firmware [...] Please don't get me wrong, but I am philosophically against abusing the mailing list in order to PR your production. This is not the first time I see some thread mixed with your advertisements. There are other commercial companies also using this mailing list, and let's imagine everybody would constantly PR their production here? It would just result in a mess. Even Sysmocom is not abusing that much, at least I don't see any offers to buy e.g. sysmoBTS when a general question about some BTS is asked... With best regards, Vadim Yanitskiy.

5 years, 7 months

2
1
0 0

Nokia packet Abis experiment

by Michael Andersen

Hi OpenBSC, My company is working on integrating some BTS (Nokia Flexi ESMB) with Nokia packet Abis with OsmoBSC. The Nokia packet Abis seems to be Nokia OML/RSL over SCTP/IUA (RFC 3057). To get started, we have built a little stub that takes the incoming SCTP/IUA connection and carries out ASP_UP/ASP_ACTIVE handshake. After this handshake is complete, we see OML coming in from the BTS. It seems that this OML is in a form that would be understood by "bts_nokia_site.c". So now we would like to continue the experiment by feeding the OML/RSL into a BTS configured in OsmoBSC as type "nokia_site". Now the questions: 1. Is it possible to configure a BTS of type "nokia_site" to run Abis over a unix domain socket ? 2. Is there a better way to prototype this integration ? PS: PCAP trace available on request Best Regards, Michael Andersen

5 years, 7 months

3
3
0 0

confused by osmo-bts rsl.c:bts_supports_cm()

by Keith

Hi All. posting to the list here rather than going down the line of a ticket as I'm using the nitb to configure my bts and so this may not be a bug, but rather a missing back port to legacy. (which may not be appreciated here, I'm aware!) Anyway, this is the scenario: I noticed a lack of audio with latest osmo-bts, and this log message: <0000> rsl.c:1503 invalid mode/codec instructed by BSC, check BSC configuration. I added some logging in osmo-bts to check what was being passed into this line in rsl.c: if (bts_supports_cm(lchan->ts->trx->bts, lchan->ts->pchan, lchan->tch_mode) != 1) and the values are 0 (zero), GSM_PCHAN_TCH_F_TCH_H_PDCH and GSM48_CMODE_SPEECH_AMR but bts_supports_cm() only checks against GSM_PCHAN_TCH_F and GSM_PCHAN_TCH_H Is it that osmo-bsc is sending the actual current channel mode now, whereas the osmo-nitb is sending the configured mode, i.e. TCH_F_TCH_H_PDCH ?? in which case, sorry to bother you, but I will ask: should we try to keep basic functionality between BTS and nitb for a little while longer :) Or are we missing checks for all possible modes in rsl.c:bts_supports_cm() Related commit: http://git.osmocom.org/osmo-bts/commit/src?id=a4bca1155 Thanks!! k/

5 years, 7 months

5
8
0 0

Relevant GSM 3GPP standards

by Rafael Diniz

Hi all, I'm diving into 3GPP standards after all the OsMux discussion. For example, LCLS, 3GPP TS 44.007 standard was mentioned. Trying to figure out where to download it, I reached: http://www.3gpp.org/DynaReport/44-series.htm But it's not there any 44.007. Any hint? Thanks, Rafael Diniz

5 years, 7 months

5
4
0 0

logging level all everything

by Neels Hofmeyr

Hi list, looking at the logging code, I was surprised: turns out the 'logging level all everything', though quite a misnomer, was an important counterpart to 'logging level all (debug|...|fatal)'. It worked like this: Assuming some levels are set... logging level foo fatal logging level bar debug Now 'logging level all' would override all of them forcefully: logging level all error # Now all categories including 'foo' and 'bar' log exactly error,fatal # messages. logging level all debug # Now all categories including 'foo' and 'bar' log all messages from debug # thru fatal. # manipulating individual categories has no effect at all now! logging level foo notice logging level bar error # no change in logging behavior! logging level foo fatal logging level bar debug # the way to get rid of the forced level was: logging level all everything # Now we see above configured behavior of foo == fatal, bar == debug This is *still the case*, only that we're now ignoring the 'everything' keyword. The consequence is that we can force all categories and clamp them to all-the-same level, but we cannot lift that clamp anymore! :/ I think we should never have accepted the removal of 'everything' as such, it should have been replaced with a more accurate command, like 'no logging level all'. I am considering to bring this back now, ... but But now that we haven't had 'everything' for a long time and the outrage about it has been limited, I am also drawn towards completely dropping that feature, or at least renaming it. Damage is done, no need to go back to mad naming. From the logging discussion, we concluded that we want a command to set the log level for all categories at once, one-time; not force-clamping all to one level until the clamp is removed, but as if we set each individual level manually. I've cracked my head on what name other than "all" we could want this command to have, 'logging level (*|each|any|set-all)'? I keep coming back to 'logging level all (debug|...|fatal)' being by far the best name for this. Backwards compatibility: what do users see when we modify 'logging level all' to not be a forceful clamp, but instead setting individual levels once-off? If a user had a config of "all" coming last: logging level foo debug logging level bar fatal logging level all notice then the experience is that all categories are logging at level 'notice', and that is what the user most likely also expects to happen. Changing the 'all' command does not change the logging behavior one bit. If in turn the config has "all" first: logging level all notice logging level foo debug logging level bar fatal Then the experience is still that before changing the command, all categories are logging at level 'notice'. Most likely the user expected though to see foo='debug' and bar='fatal', because they were set after the 'all' -- what other reason could a user have to keep these lines in the config file, which don't have any effect as-is? If we change the 'all' command to not be a forceful clamp but just a one-time set, then the logging behavior changes to what the user likely expected when writing this config. However: if these settings were forgotten in the config file, we would suddenly change the logging behavior and might surprise users ... but I still kinda think we would change it to what the user expected, right? And the user would likely go: "ah, finally it's doing what I wanted all the while!" right? So, I want to make 'logging level all' manipulate each individual category once-off, I want to completely deprecate the 'everything' keyword, and drop the "global clamp" feature entirely. Maybe I'd re-add the clamp as 'logging level force-all (debug|...|fatal)' and 'no logging level force-all' to switch it off. That would be exactly the old clamping feature just with less confusing names. The only thing that makes me write here is that I'm only 90% sure on changing the meaning of an existing command, of 'logging level all'. If there is no negative feedback on this here, that would bring me to 100%. Thanks! ~N

5 years, 7 months

4
10
0 0

OsMux + MGW + SIP

by Keith Whyte

Hi community! I'd like here to set out a few issues that we have identified for going forward with the rhizomatica autonomous networks and the osmocom split stack. Some of this has been very briefly discussed between myself and Pablo, and I bring it to the mailing list so hopefully there will be feedback, ideas and suggestions :) I am cherry picking from previous emails here, (mostly mine) please excuse any repetition. I hope others will post their previous comments on this thread, either verbatim of edited to be relevant to the current discussion. 1) This is a question that relates to voip traffic in and out of the autonomous communities over satellite. Currently this is what we HAVE to have in the local village to support autonomous operation): * BSC * MSC * HLR * Freeswitch (freeswitch is our call control, call routing, billing etc) We can't have any essential backhaul running over the satellite , like A for example as we would loose all functionality when the sat link is down, and we'd burn expensive bandwidth! One option to use osmux from autonomous community (village) is to teach osmo-mgw to speak osmux, then we have a co-located bsc/msc/mgw in the village, and the media transport is osmux to another mgw in our datacentre that is demuxing and converting to RTP suitable to be forwarded to our upstream VoIP provider. The question here is what is signalling the MGW in the data centre? Maybe another freeswitch could signal the osmoMGW via some kind of SIP<->MGCP translator. Or we teach the MGW to speak SIP? Another option that I want to put on the table and see what people say is to look at implementing osmux as a codec in freeswitch. I don't know what that would mean in terms of effort. I don't know if the osmux code can be abstracted, if that is the right term, into it's own external includible library that could then be used to build a freeswitch codec. I looked some implementations of AMR codec for freeswitch, and really it looks like a boiler plate codec with registration, setup and then it calls the encoding and decoding functions in the opencore amr library. Maybe, we can do the same with osmux? Then we could have two freeswitchs signalling and transcoding to/from osmux? - then we are not really working on osmo solution and others in the osmo community might prefer to see osmux fully implemented in MGW before anything else? Here are a number of related tickets from Harald on osmux integration: http://osmocom.org/issues/1683 and http://osmocom.org/issues/2832 as well as https://osmocom.org/issues/2909 I think though, that in 1683, we are stalled by https://osmocom.org/issues/2391 for the split setup. 2) Another question relates to this proposal of a media gateway less mode: https://osmocom.org/issues/3142 I think this suits us, because really our call signalling is all happening in freeswitch and we would prefer I think not to have the media gateway at all most of the time. and in fact for local Mobile to Mobile calls on the same BTS, we would in fact prefer the RTP be local on the sysmobts, or indeed BTS<->BTS! Freeswitch has a "bypass media" parameter, in fact you can even activate this at call processing time before bridging the call, depending on whether it makes sense in terms of direct connection being possible and the lack of transcoding. There's also a "bypass media after bridge" parameter that is automatically using SIP (re)-INVITES to switch the RTP stream from passing through freeswitch or going directly from end point to end point. Using "bypass media" in our profile works nicely; of course, as all it is doing is using the IP address(es) of the osmo-bts in the SDP, so the rtp stream loops on lo in the sysmobts. It would help with something that I mentioned at Osmodevcon, Harald, which was that in some cases we might like to avoid having our RTP go over the (sometimes variable quality) Wifi links between the BTS and the BSC. A problem is that if you use "bypass media" you have no early media and no audible ringing signal, you don't get any audio stream until the B leg picks up. This is what "bypass media after bridge" is for. Unfortunately, osmo-nitb (at least, and I don't believe anything has been done in osmo-bsc related) plus LCR or osmo-sip-connector combinations do not react correctly to the SIP reINVITES, you end up with multiple calls. So all that needs to be fixed / implemented. I noticed mention of implementation of MNCC_RTP_MODIFY on fairwaves branches of OpenBSC and LCR. I've compiled and tested this, but as far as I can see it is still not working, as issuing a SIP reINVITE from freeswitch is still setting up new calls, not just changing the RTP streams. Maybe I also need a fairwaves osmo-bts. So this is something I think I would like to see: * Full support for SIP reinvite in osmo-sip-connector which would then send a MNCC_RTP_MODIFY which ends up sending (I think it's called a IPAC_CRCX?) to osmo-bts which will then switch the stream endpoints. This I believe is also necessary for handover to function with an MNCC socket setup and we don't currently have it, not even in the osmo-nitb. * Implement a no media gateway mode in osmo-msc and have the MSC control the media stream using SIP via MNCC/osmo-sip-connector instead of controlling the MGW using MGCP. K/

5 years, 7 months

6
9
0 0

Re: OsMux + MGW + SIP

by Keith

I was browsing a little through the osmux code in openbsc and libosmo-netif, but I did not quite find the answer to this question I have: Pablo maybe you can shed light? When you divide the OSMUX stream again and turn each circuit ID back into individual RTP stream you have an associated port and IP, right? (on the terrestrial side) I'm wondering if we could have: * local bsc and it's colocated mgw * local msc, with two colocated mgws (we decide which one to signal depending on if the call is local or needs the SAT stream) another point here is I undertand we don't _really_ need two MGWs, so maybe just one in the village, shared between bsc/msc and one in the datacentre. so in the case of a call that is using sat/ osmux, the MSC in the village is signalling the MGW in the datacentre, therefore this MSC knows which IP/port combination to tell to osmo-sip-connector and on to freeswitch, which then signals whatever SIP UA in the data centre So, the fact that osmux is used at all is completely transparent to the SIP UAs Does that make sense? k/

5 years, 7 months

2
2
0 0

Call Detail Log - OSMO Elements

by Ron

Hi Community, Is there a documentation regarding the Call Detail Logs in any of the OSMO Elements such as Call Information (call started, duration and end/caller and callee information,etc...) and SMS Information (sent/received time/sender and receiver,etc...)? And may we know what log level configuration do we need to configure for us to see those information? Thanks in advance. Best Regard, Ron Menez ron.menez(a)entropysolution.com<mailto:ron.menez@entropysolution.com>

5 years, 7 months

4
6
0 0

Fwd: Multi-Tenancy / Multi-Operator Support

by Shingirai Simba

---------- Forwarded message --------- From: Harald Welte <laforge(a)gnumonks.org> Date: Thu, Sep 6, 2018 at 12:30 PM Subject: Re: Multi-Tenancy / Multi-Operator Support To: Shingirai Simba <shingy92(a)gmail.com> Hi! I would appreciate if you could send your response to the mailing list, so I can further follow-up to it. This way, our conversation is to the benefit of the wider Osmocom community. Regards, Harald On Thu, Sep 06, 2018 at 11:57:48AM +0200, Shingirai Simba wrote: > Hie Harald > > Indeed i am referring to 3GPP MOCN / GWCN as per TS 23.251, but any viable > work around is most welcomed even if it does not met specifications. I am > contemplating the idea of just running this kind of configuration as 3 > different LXD instances, but will i able to share the same physical SDR > radio instance with the 3 separate core networks.' > > Regards > > Shingirai A. Simba > > On Thu, Sep 6, 2018 at 7:54 AM Harald Welte <laforge(a)gnumonks.org> wrote: > > > Hi Shingirai Simba, > > > > On Wed, Sep 05, 2018 at 04:15:26PM +0200, Shingirai Simba wrote: > > > We are contemplating on a Multi-Operator / shared radio for 3 communitiy > > > operators in Zimbabwe, Africa. > > > > The question is: How exactly does the above high-level goal translate into > > concrete technical architecture? Would the goal be to run your complete > > own > > PLMN with the other operators just roaming into that network (i.e. using > > TCAP/MAP > > roaming interface), or are you referring to a 3GPP MOCN / GWCN as per TS > > 23.251? > > > > Or something else entirely? > > > > > Does OsmoBSC/OsmoMSC n support this using SDR front ends. > > > > In either of the two cases, the current implementation doesn't provide > > everything > > you'd need for such a setup. But let's continue this discussion once it's > > more > > clear what kind of technical architecture you're looking for. > > > > -- > > - Harald Welte <laforge(a)gnumonks.org> > > http://laforge.gnumonks.org/ > > > > ============================================================================ > > "Privacy in residential applications is a desirable marketing option." > > (ETSI EN 300 175-7 Ch. > > A6) > > -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

5 years, 7 months

2
1
0 0

Multi-Tenancy / Multi-Operator Support

by Shingirai Simba

Hie We are contemplating on a Multi-Operator / shared radio for 3 communitiy operators in Zimbabwe, Africa. Does OsmoBSC/OsmoMSC n support this using SDR front ends. Regards Shingirai Simba

5 years, 7 months

2
1
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC September 2018