- OpenBSC - lists.osmocom.org

Osmo TRX Make Issue
by Turi, Benjamin Thomas 23 Sep '15

23 Sep '15

Greetings! I'm not sure if I am emailing the right list, but I got stuck with an error with making Osmo-TRX and need some help. To give you some background, I am doing a project with OpenBTS and GSM. My project is being built on the small, yet powerful Beaglebone Black. As you might now, Osmo TRX is one of the few ARM-friendly transceivers for OpenBTS. I was following the instructions as provided on the main website for install it and when it came time to make the project, I ran across an error: Make: ***No rule to make target '/Makefile.common', needed by 'Makefile.in'. Stop. I am using the code from the github site. Unfortunately, I could not diagnose the bug and the error. Would anyone be able to assist me? Thank you so much for your help, I really do appreciate it! As an added note: Another error that I ran into that you might want to know about is when I ran "autoreconf -i", I got an error saying: C objects in subdir but 'AM_PROG_CC_C_0' not in 'configure.ac' Which caused automake to fail with exit status 1. However, simply adding 'AM_PROG_CC_C_0' to the file configure.ac seemed to fix the problem. Thanks again! :)

1 0

L1SAP and TRX rebase, the last one (TM)
by Harald Welte 22 Sep '15

22 Sep '15

Dear all, after my futile attempt in September last year to finally merge l1sap (see the 201409-l1sap branch), I'm making one final attempt. The following branches have been created + pushed: * 201509-l1sap: The core l1sap change that I intend to merge This is most of the heavy lifting by introducing L1SAP between the sysmobts l1 and the common code. Hasn't been modified much. * 201509-trx-rebase: osmo-bts-trx support that I intend to merge This is what I can merge without too much review, as it does not touch the common code, except some minor l1sap fixes, and * the AMR multirate change, requiring a matching patch on openbsc.git * bts_model_abis_close() which should be fine * ability to configue multiple TRX from VTY * 201509-fairwaves-rebase Stuff I cannot merge in its current form * the abis/e1inp multi-trx and reconnect changes require in-depth review and testing. Part of it is marked as HACK even by Andreas. * a so-called 'fix for use after free' that is actually a patch that introduces another copy for every primitive and is only required for the loopback mode * copying gsm_data_common.[ch] into the repo for debian packaging [let's not discuss further work on this before l1sap and trx-rebase are merged] I recommend everyone with a stake in this to review or test the code in 201509-l1sap and 201509-trx-rebase now. My schedule is to merge at some point next week, unless someone raises some serious objections. What needs to be done after the merge is to unify the src/common/power_control.c code from Holger originating in master with src/common/loops.c from Andreas originating from the osmo-trx branch. There is no doubt that the power control and timing advance loops should be part of common, as this is required in virtually any BTS hardware. However, we can safely merge/unify this after the merging of the above branches. 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)

4 13

DL TBF abnormal release
by Sipos Csaba 21 Sep '15

21 Sep '15

Dear Jacob, Finally I managed to get everything in a working order, so I can finally start testing the GPRS part of OpenBSC/Osmo-PCU with an USRP B200. I am using a Cat 12 device with a 4 PDCH configuration. In the past I wrote a little script to test the PRACH stability of OpenBTS, which sends a single ping to the gateway address, waits until the session goes into idle, and then tries again. The goal is to generate as many PRACH as possible and check if there is a response. I used this script and it turns out that around 1 out of every 20 requests the ping is not reaching the gateway, and the UE indicates an abnormal DL TBF release. I attached the UE side log, so you can take a look. During this issue there is no reasonable frequency nor timing variation indicated on the UE side. What I noticed is the very high number of RLC resent and RLC restarted. After a few minutes of pinging, this is the result from the PCU: RLC Sent : 18015 (0/s 0/m 0/h 0/d) RLC Resent : 17596 (0/s 0/m 0/h 0/d) RLC Restarted : 15669 (0/s 0/m 0/h 0/d) RLC Stalled : 0 (0/s 0/m 0/h 0/d) Please note that the ARFCN I use is completely clean, I filter the uplink with proper duplexer and the TRX is not complaining about anything. Also interesting that during constant pinging (the system does not need to do PRACH), this problem is not popping up. Will update my UHD stack from 3.8.0 to 3.9.0 just to test with the latest, but I don't think itt will change anything about this issue. And to be hones, we've seen similar PRACH related issues with OpenBTS GPRS too. If you need any more logs or you have an idea what to try, I am happy to do that. :-) Regards, Csaba

3 4

Motorola Horizon macro BTS available for free
by Harald Welte 20 Sep '15

20 Sep '15

Hi all, I am getting rid of some old hardware to make space for new stuff. The most bulky item in my collection is a Motorola Horizon macro BTS. If you don't know it, check out http://openbsc.osmocom.org/trac/wiki/Motorola_Horizon_macro in the OpenBSC wiki. IMPORTANT: Due to the large deviations of Motorola from standard GSM, this BTS does not have an Abis interface and thus is not compatible with OpenBSC! Still, it contains some interesting electronics, including the 40W PAs and hybrid combiner/duplexers. The unit comes with three TRX (as on the pictures linked above), as well as my custom-made serial cable to access the console port of all three main processors, see http://openbsc.osmocom.org/trac/wiki/Motorola_Horizon_macro/MCUF_Console You can have it free of charge if you take care of shipping. Please contact me privately if you are interested. 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)

1 0

Last two Siemens BS-11 available
by Harald Welte 20 Sep '15

20 Sep '15

Hi all, the history of OpenBSC (and thus the Osmocom umbrella project) started with the Siemens BS-11 microBTS. I still have three of those BTS, and think that one is enough, i.e. two BS-11 are available. If you are an active contributor to OpenBSC or represent a public research organization, I will provide them free of charge, you only have to pay for shipping. For all other interested parties, I would like 200 EUR per unit (excl. shipping), which still makes it one of the cheapest options for running your own network with OpenBSC. If you're not familiar with the BS-11 and its technical data, please check http://openbsc.osmocom.org/trac/wiki/BS11 and related pages i nthe wiki. They units I have available are with 230V power supply and operate in the GSM900 band. I also have one compatible HFC-E1 PCI E1 adapter (supported by mISDN + OpenBSC) available. Please contact me privately if you are interested. 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)

1 0

[PATCH] build: have a disable-static build succeed
by Jan Engelhardt 16 Sep '15

16 Sep '15

When using configure --disable-static, no libosmogsm.a will be created, and the tests fail to link because symbols like _a5_3 and _a5_4 are not exported through the only remaining libosmogsm.so. A method to overcome this is an intermediate private non-distributed library, examples of which are present in e.g. libabc, kmod and systemd. With this, disable-static can now be the default and practical compile time be halved. --- * This is for libosmocore. * configure.ac | 2 +- src/gsm/Makefile.am | 8 ++++++-- tests/Makefile.am | 6 ++---- 3 files changed, 9 insertions(+), 7 deletions(-) diff --git a/configure.ac b/configure.ac index c492277..9a744b1 100644 --- a/configure.ac +++ b/configure.ac @@ -13,7 +13,7 @@ AC_PROG_MAKE_SET AC_PROG_MKDIR_P AC_PROG_CC AC_PROG_INSTALL -LT_INIT([pic-only]) +LT_INIT([pic-only disable-static]) AC_CONFIG_MACRO_DIR([m4]) diff --git a/src/gsm/Makefile.am b/src/gsm/Makefile.am index d8aff4a..1878050 100644 --- a/src/gsm/Makefile.am +++ b/src/gsm/Makefile.am @@ -10,9 +10,10 @@ noinst_HEADERS = milenage/aes.h milenage/aes_i.h milenage/aes_wrap.h \ milenage/common.h milenage/crypto.h milenage/includes.h \ milenage/milenage.h +noinst_LTLIBRARIES = libgsmint.la lib_LTLIBRARIES = libosmogsm.la -libosmogsm_la_SOURCES = a5.c rxlev_stat.c tlv_parser.c comp128.c comp128v23.c \ +libgsmint_la_SOURCES = a5.c rxlev_stat.c tlv_parser.c comp128.c comp128v23.c \ gsm_utils.c rsl.c gsm48.c gsm48_ie.c gsm0808.c sysinfo.c \ gprs_cipher_core.c gsm0480.c abis_nm.c gsm0502.c \ gsm0411_utils.c gsm0411_smc.c gsm0411_smr.c \ @@ -21,8 +22,11 @@ libosmogsm_la_SOURCES = a5.c rxlev_stat.c tlv_parser.c comp128.c comp128v23.c \ auth_milenage.c milenage/aes-encblock.c \ milenage/aes-internal.c milenage/aes-internal-enc.c \ milenage/milenage.c gan.c ipa.c gsm0341.c apn.c +libgsmint_la_LDFLAGS = -no-undefined +libgsmint_la_LIBADD = ../libosmocore.la +libosmogsm_la_SOURCES = libosmogsm_la_LDFLAGS = $(LTLDFLAGS_OSMOGSM) -version-info $(LIBVERSION) -no-undefined -libosmogsm_la_LIBADD = $(top_builddir)/src/libosmocore.la +libosmogsm_la_LIBADD = libgsmint.la EXTRA_DIST = libosmogsm.map diff --git a/tests/Makefile.am b/tests/Makefile.am index 8e31f66..cf0977d 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -19,12 +19,10 @@ utils_utils_test_SOURCES = utils/utils_test.c utils_utils_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la a5_a5_test_SOURCES = a5/a5_test.c -a5_a5_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la -a5_a5_test_LDFLAGS = -static +a5_a5_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libgsmint.la kasumi_kasumi_test_SOURCES = kasumi/kasumi_test.c -kasumi_kasumi_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la -kasumi_kasumi_test_LDFLAGS = -static +kasumi_kasumi_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libgsmint.la comp128_comp128_test_SOURCES = comp128/comp128_test.c comp128_comp128_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la -- 2.4.3

2 2

Patch: EPC capability flag support
by Tomáš Morvay 16 Sep '15

16 Sep '15

Hi, as a part of our project at university, we implemented extraction of EPC Capability flag. This flag is a bit sent by mobile phone to indicate support of EPC (or LTE). This bit is extracted during processing of Attach request to log this information. An function to check the the of this flag for given sgsn context is also created to make it reusable. For the extraction of the EPC Capability field we used the location described in TS 24.008 v10.15.0 section 10.5.5.12. This can be interesting information for any developers experimenting with devices supporting 4G, so I think I would be a good idea to make it available in the original repository. The patch for this change is in the attachment. Best regards, Tomas Movay

1 0

DAHDi support broken (with DAHDI 2.7.0 onwards)
by Sipos Csaba 15 Sep '15

15 Sep '15

Dear Harald, This is probably no the best moment, but as the original implementer of DAHDI support in OpenBSC, maybe you can fix this. It seems that DAHDI 2.7.0 breaks the compatibility with OpenBSC. I think the only thing they changed is the way you need to refer to the E1 device in /dev and because of that, OpenBSC will not going to find the DAHDI device and give an error in that regard. The last time I checked (around version 2.9) this was the only problem, otherwise OpenBSC compiles fine with DAHDI. Anyway, the use of DAHDI 2.6.3 (the latest which works with OpenBSC) forces us to use very old kernels (and OSes), and I am quite sure we are not the only ones still using OpenBSC with E1. :-) I hope you will have some time and take a quick look into this. If you dont have any E1 based hardware anymore, I am more than happy to help you and test the fix on our (Nokia InSite, MetroSite, Ultrasite based) system. Thank you! Regards, Csaba

1 3

minor patches
by Neels Hofmeyr 15 Sep '15

15 Sep '15

Hello OpenBSC, see attached patches: one added configure script requirement and two entirely cosmetic tweaks. ~Neels

2 1

[PATCH] Add SMPP support in the debian build, include libsmpp34-dev as a dependency.
by Ciaby 14 Sep '15

14 Sep '15

This is the last out-of-tree patch that we're still using to package OpenBSC in Rhizomatica. Adding SMPP support in the Debian packages shouldn't be an issue, right? Cheers Ciaby

2 2