OpenBSC December 2015

openbsc@lists.osmocom.org

17 participants
38 discussions

libosmocore: broken pybombs installation because of talloc

by Piotr Krysik

Hi all, libosmocore can't be installed with GNU Radio's pybombs currently. The reason is that libosmocore requires libtalloc which isn't installed automatically by pybombs. Manually the problem can be solved by installing libtalloc-dev package. It would be good to fix the pybombs recipe however. I would do this simply by adding libtalloc-dev to dependencies but I don't know if this is proper solution from your point of view. Can you (libosmocore developers) fix the recipe or tell me how to fix it appropriately? Best Regards, Piotr Krysik

9 years, 5 months

Problem with RF and states of sysmoBTS

by Diego Fernandez Alonso

Hi, I have a problem with my sysmoBTS.I restored the system using a sysmocom-recovery.ubi and executing a sysmocom-restore from a backup file .tar. Everything was apparently ok but the RF Active led is switched off, without transmision, and the state of the BTS is not normal. First of all with a serial conexion I received this message: fpgadl: Error: INIT_B LOW during programming and checking the state I get the parameters: OpenBSC> show bts 0 BTS 0 is of nanobts type in band DCS1800, has CI 0 LAC 1, BSIC 63, TSC 7 and 1 TRX Description: (null) MS Max power: 15 dBm Minimum Rx Level for Access: -110 dBm Cell Reselection Hysteresis: 4 dBm RACH TX-Integer: 9 RACH Max transmissions: 7 Channel Description Attachment: yes Channel Description BS-PA-MFRMS: 5 Channel Description BS-AG_BLKS-RES: 1 System Information present: 0x00000000, static: 0x00000000 Unit ID: 1801/0/0, OML Stream ID 0xff NM State: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' Site Mgr NM State: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS NSE: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS CELL: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS NSVC0: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' GPRS NSVC1: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' Paging: 0 pending requests, 20 free slots OML Link state: disconnected. Current Channel Load: OpenBSC> OpenBSC> show trx 0 0 TRX 0 of BTS 0 is on ARFCN 514 Description: (null) RF Nominal Power: 23 dBm, reduced by 20 dB, resulting BS power: 3 dBm NM State: Oper 'NULL', Admin 'Unlocked', Avail 'Power off' Baseband Transceiver NM State: Oper 'NULL', Admin 'unknown 0x0', Avail 'Power off' ip.access stream ID: 0x00 OpenBSC> I would be very grateful for some idea for recovering the states to 'Enable' Thanks so much. Diego.

9 years, 5 months

PCU-Testing at CCC

by Jacob Erlbeck

Hi, it would be great to do some PCU testing at the congress. Branch: jerlbeck/master PCU Configuration: example config NITB/BSC Configuration: At least 2 adjacent PDCH Interesting VTY commands - show tbf all - show ms all - show ms imsi SOME_IMSI Other things to look at: - PCU load (CPU) Please keep me informed on how it works. I'll be able to investigate or fix things on Mon and Tue (and maybe on Sun). Thanks and have fun Jacob -- - Jacob Erlbeck <jerlbeck(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 Directors: Holger Freyther, Harald Welte

9 years, 5 months

Wiki update for B2x0 series

by Sipos Csaba

Dear list, As of today, I revised and updated the Wiki page for Ettus SDRs. https://openbsc.osmocom.org/trac/wiki/Ettus_USRP_B2xx_family What is tested: - Voice calls (MO and MT with full rate) - Interconnect with Asterisk (voice call routing and interconnecting GSM calls to SIP or other telephony technologies) - SMS (MO and MT) - GPRS What needs to be tested: - Voice calls with half rate and AMR If someone can go through it and revise it, that would be nice. Regards, Csaba

9 years, 5 months

Osmo-PCU: make error

by Sipos Csaba

Dear Jacob, Today I started to update my setup to latest master for all the Osmocom projects and hit a compile error with Osmo-PCU: root@D6420:~/newer_osmocom/osmo-pcu# make Making all in src make[1]: Entering directory `/root/newer_osmocom/osmo-pcu/src' CXX gprs_debug.lo CXX csn1.lo CXX gsm_rlcmac.lo CXX gprs_bssgp_pcu.lo In file included from /usr/local/include/osmocom/gsm/prim.h:3:0, from /usr/local/include/osmocom/gprs/gprs_bssgp.h:8, from ./gprs_bssgp_pcu.h:32, from gprs_bssgp_pcu.cpp:22: /usr/local/include/osmocom/core/prim.h:23:27: error: uninitialized const 'osmo_prim_op_names' [-fpermissive] const struct value_string osmo_prim_op_names[5]; ^ In file included from /usr/local/include/osmocom/core/msgb.h:24:0, from /usr/local/include/osmocom/gprs/gprs_ns.h:8, from ./gprs_bssgp_pcu.h:31, from gprs_bssgp_pcu.cpp:22: /usr/local/include/osmocom/core/utils.h:22:8: note: 'const struct value_string' has no user-provided default constructor struct value_string { ^ /usr/local/include/osmocom/core/utils.h:23:15: note: and the implicitly-defined constructor does not initialize 'unsigned int value_string::value' unsigned int value; /*!< \brief numeric value */ ^ make[1]: *** [gprs_bssgp_pcu.lo] Error 1 make[1]: Leaving directory `/root/newer_osmocom/osmo-pcu/src' make: *** [all-recursive] Error 1 I can see that you moving some parts from openbsc to the core library, probably that process is not yet finsihed (or merged to master) and that is causing this problem. Just wanted to give some feedback and notify the list about this. Regards, Csaba

9 years, 5 months

[PATCH] fix format warnings added by 86ec3118

by Neels Hofmeyr

Commit 86ec3118 ("msgb: Let msgb_hexdump be more tolerant") added new format warnings to my 64bit build of libosmocore. It's not a pressing matter, really, but the libosmocore build is otherwise clean of such warnings so it'd be nice to keep it that way. This patch fixes the warnings by using PRIdPTR. That seems to be the Correct Way to fix it, but I'm a bit unsure. Thanks for any thoughts! Neels Hofmeyr (1): Fix some recently added formats on 64bit src/msgb.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) -- 2.1.4

9 years, 5 months

(no subject)

by Alexander Huemer

Hi. This patch is for osmo-iuh. Without it the build only works on machines that have the needed headers in the default search path for includes. Otherwise the build fails like this: > gcc -DPACKAGE_NAME=\"osmo-iuh\" -DPACKAGE_TARNAME=\"osmo-iuh\" -DPACKAGE_VERSION=\"0.0\" -DPACKAGE_STRING=\"osmo-iuh\ 0.0\" -DPACKAGE_BUGREPORT=\"\ openbsc(a)lists.osmocom.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"osmo-iuh\" -DVERSION=\"0.0\" -DSTDC_HEADERS=1 -I. -I/home/blackbit/usr/stow/libasn1c/include/ -I/home/blackbit/usr/stow/libasn1c/include/asn1c -I. -g -O2 -MT Criticality.o -MD -MP -MF $depbase.Tpo -c -o Criticality.o Criticality.c &&\ > mv -f $depbase.Tpo $depbase.Po > In file included from Criticality.h:50:0, > from Criticality.c:8: > /home/blackbit/usr/stow/libasn1c/include/asn1c/asn_internal.h:18:33: fatal error: osmocom/core/talloc.h: No such file or directory > compilation terminated. Kind regards, -Alex

9 years, 5 months

[PATCH] fix build if depenedencies are in distinct directories

by Alexander Huemer

Hi. This patch is for libosmo-sccp. Without it the build only works on machines that have the needed headers in the default search path for includes. Otherwise the build fails like this: > /bin/bash ../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"libosmo-sccp\" -DPACKAGE_TARNAME=\"libosmo-sccp\" -DPACKAGE_VERSION=\"0.0.6.3.33-8209\" -DPACKAGE_STRING=\"libosmo-sccp\ 0.0.6.3.33-8209\" -DPACKAGE_BUGREPORT=\"openbsc(a)lists.osmocom.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"libosmo-sccp\" -DVERSION=\"0.0.6.3.33-8209\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../include -I.. -Wall -I/home/blackbit/usr/stow/libosmocore/include/ -g -O2 -MT sua.lo -MD -MP -MF .deps/sua.Tpo -c -o sua.lo sua.c > libtool: compile: gcc -DPACKAGE_NAME=\"libosmo-sccp\" -DPACKAGE_TARNAME=\"libosmo-sccp\" -DPACKAGE_VERSION=\"0.0.6.3.33-8209\" "-DPACKAGE_STRING=\"libosmo-sccp 0.0.6.3.33-8209\"" -DPACKAGE_BUGREPORT=\"openbsc(a)lists.osmocom.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"libosmo-sccp\" -DVERSION=\"0.0.6.3.33-8209\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../include -I.. -Wall -I/home/blackbit/usr/stow/libosmocore/include/ -g -O2 -MT sua.lo -MD -MP -MF .deps/sua.Tpo -c sua.c -fPIC -DPIC -o .libs/sua.o > sua.c:32:34: fatal error: osmocom/netif/stream.h: No such file or directory > compilation terminated. Kind regards, -Alex

9 years, 5 months

osmobts multiple bts

by stanley lary

Hi, I have followed the steps as in Multi-BTS with Osmocom and a single UmTRX <http://umtrx.org/multi-bts-with-osmocom-and-a-single-umtrx/> but I wasn't able to get the right results. I was able to get both TX transmitting the broadcast channel but when I try to connect my phone, only BTS0 works fine. When I try to change the BTS unit_id, I noticed that only the BTS having the lower unit_id would work while the other one only transmits broadcast signals (ex: unit_id 1801 works if I have 1801 and 1802). Any ideas what could be the problem ? Thank you, <http://umtrx.org/multi-bts-with-osmocom-and-a-single-umtrx/>

9 years, 5 months

osmo-iuh update

by Harald Welte

FYI: Last night I a) merged the SCTP support for libosmo-netif to master b) moved the sua code from osmo-iuh into the libosmo-sccp repository, where we now build a shared libosmo-sigtran.so, which will be linked by the MSC, SGSN and HNB-GW code for the IuCS/IuPS interface. Unlike the spec demands, we will not use SCCP in M3UA in SCTP here, but will use SUA in SCTP as a simplification. Furthermore, the SUA code in libosmo-sigtran does not yet a) fully implement all the correct state machine transitions and inactivity timers (this is to be done) b) implement the ASP management state machines This is done as a short-cut as we initially only want to communicate between our own network elements. What's important is that we can use wireshark for decoding the protocol stacking that we use, and that the SCCP USER SAP is specified in a way that will enable us to put SCCP+M3UA or other sigtran dialects underneath the RANAP code in the future, as needed. Regards, Harald -- - Harald Welte <hwelte(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 Directors: Holger Freyther, Harald Welte

9 years, 5 months

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC December 2015