- OpenBSC - lists.osmocom.org

OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
by Ellen Apolinar 04 Jul '12

04 Jul '12

Hey folks, OpenBSC seems to work without errors but to connect it with asterisk I need mISDN, mISDNuser and LCR. LCR doesn't seem to work. Here what I get as I searched for the problems: lcradmin state > Failed to connect to socket "/var/tmp/LCR.socket". > Is LCR running? > lcr query > ** LCR Version 1.7 > -> Using 'misdn_info' > Found 1 port > Port 0 'hfc-e1.1': TE/NT-mode PRI E1 (for phone lines & E1 > devices) > 30 B-channels: 1-15 17-31 > B-protocols: RAW HDLC X75slp L2:DSP > L2:DSPHDLC > lcr fork > ** LCR Version 1.7 > 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found. > root@ctdi-HP-Compaq-dc7100-CMT-PE219ET:~# > LCR: Starting daemon. > *GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms > while configure!* > I installed LCR in the following way: > ./configure --prefix=/usr/src/lcr --with-gsm-bs > make > make install > There were no errors after configure but <make> and <make install> showed following errors: make > chan_lcr.po > chan_lcr.c: In function ‘send_setup_to_lcr’: > chan_lcr.c:644:12: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:655:12: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c: In function ‘lcr_in_setup’: > chan_lcr.c:858:2: warning: passing argument 9 of ‘__ast_channel_alloc’ > makes integer from pointer without a cast [enabled by default] > /usr/include/asterisk/channel.h:1118:2: note: expected ‘int’ but argument > is of type ‘char *’ > chan_lcr.c:883:6: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:885:6: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:887:6: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:890:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:893:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:896:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:900:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:903:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:906:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:909:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c: In function ‘handle_queue’: > chan_lcr.c:1707:18: error: incompatible types when assigning to type > ‘union ast_frame_subclass’ from type ‘char’ > chan_lcr.c: In function ‘lcr_request’: > chan_lcr.c:1820:2: warning: passing argument 9 of ‘__ast_channel_alloc’ > makes integer from pointer without a cast [enabled by default] > /usr/include/asterisk/channel.h:1118:2: note: expected ‘int’ but argument > is of type ‘char *’ > chan_lcr.c: In function ‘lcr_call’: > chan_lcr.c:1927:9: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1927:31: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1928:29: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1931:9: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1931:32: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1932:30: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1934:9: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1934:33: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1935:31: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c: In function ‘lcr_write’: > chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark > chan_lcr.c:2166:20: error: invalid operands to binary & (have ‘union > ast_frame_subclass’ and ‘format_t’) > chan_lcr.c: In function ‘lcr_read’: > chan_lcr.c:2229:25: error: incompatible types when assigning to type > ‘union ast_frame_subclass’ from type ‘format_t’ > chan_lcr.c: In function ‘lcr_indicate’: > chan_lcr.c:2274:8: warning: assignment from incompatible pointer type > [enabled by default] > chan_lcr.c:2289:8: warning: assignment from incompatible pointer type > [enabled by default] > chan_lcr.c:2316:8: warning: assignment from incompatible pointer type > [enabled by default] > chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type > chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type > chan_lcr.c: At top level: > chan_lcr.c:2602:2: warning: initialization from incompatible pointer type > [enabled by default] > chan_lcr.c:2602:2: warning: (near initialization for ‘lcr_tech.requester’) > [enabled by default] > chan_lcr.c: In function ‘load_module’: > chan_lcr.c:2818:2: warning: passing argument 2 of > ‘ast_register_application2’ from incompatible pointer type [enabled by > default] > /usr/include/asterisk/module.h:458:5: note: expected ‘int (*)(struct > ast_channel *, const char *)’ but argument is of type ‘int (*)(struct > ast_channel *, void *)’ > make[1]: *** [chan_lcr.po] Error 1 > make[1]: Leaving directory `/usr/src/lcr' > make: *** [all] Error 2 > make install > gcc -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include > -I./openbsc -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" > -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" > -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c > chan_lcr.c -o chan_lcr.po > chan_lcr.c: In function ‘send_setup_to_lcr’: > chan_lcr.c:644:12: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:655:12: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c: In function ‘lcr_in_setup’: > chan_lcr.c:858:2: warning: passing argument 9 of ‘__ast_channel_alloc’ > makes integer from pointer without a cast [enabled by default] > /usr/include/asterisk/channel.h:1118:2: note: expected ‘int’ but argument > is of type ‘char *’ > chan_lcr.c:883:6: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:885:6: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:887:6: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:890:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:893:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:896:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:900:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:903:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:906:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:909:7: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c: In function ‘handle_queue’: > chan_lcr.c:1707:18: error: incompatible types when assigning to type > ‘union ast_frame_subclass’ from type ‘char’ > chan_lcr.c: In function ‘lcr_request’: > chan_lcr.c:1820:2: warning: passing argument 9 of ‘__ast_channel_alloc’ > makes integer from pointer without a cast [enabled by default] > /usr/include/asterisk/channel.h:1118:2: note: expected ‘int’ but argument > is of type ‘char *’ > chan_lcr.c: In function ‘lcr_call’: > chan_lcr.c:1927:9: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1927:31: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1928:29: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1931:9: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1931:32: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1932:30: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1934:9: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1934:33: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c:1935:31: error: ‘struct ast_channel’ has no member named ‘cid’ > chan_lcr.c: In function ‘lcr_write’: > chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark > chan_lcr.c:2166:20: error: invalid operands to binary & (have ‘union > ast_frame_subclass’ and ‘format_t’) > chan_lcr.c: In function ‘lcr_read’: > chan_lcr.c:2229:25: error: incompatible types when assigning to type > ‘union ast_frame_subclass’ from type ‘format_t’ > chan_lcr.c: In function ‘lcr_indicate’: > chan_lcr.c:2274:8: warning: assignment from incompatible pointer type > [enabled by default] > chan_lcr.c:2289:8: warning: assignment from incompatible pointer type > [enabled by default] > chan_lcr.c:2316:8: warning: assignment from incompatible pointer type > [enabled by default] > chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type > chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type > chan_lcr.c: At top level: > chan_lcr.c:2602:2: warning: initialization from incompatible pointer type > [enabled by default] > chan_lcr.c:2602:2: warning: (near initialization for ‘lcr_tech.requester’) > [enabled by default] > chan_lcr.c: In function ‘load_module’: > chan_lcr.c:2818:2: warning: passing argument 2 of > ‘ast_register_application2’ from incompatible pointer type [enabled by > default] > /usr/include/asterisk/module.h:458:5: note: expected ‘int (*)(struct > ast_channel *, const char *)’ but argument is of type ‘int (*)(struct > ast_channel *, void *)’ > make: *** [chan_lcr.po] Error 1 > I have read that with Asterisk 1.8 and LCR 1.7 and the new OpenBSC chan_lcr isn't used and there is no gsm.conf-file needed. But I'm not sure and the most manuals and HotTo's I've found in the internet are old. (I am working with Ubuntu 11.10 and Kernel 3.0.22, mISDN is integrated with Kernel, mISDN_info works, mISDNuser is installed, OpenBSC gives no errors, Asterisk works with Twinkle since a few months without errors, I use a Cologne Chip HFC-E1 card which works with hfcmulti driver.) It would be appreciate if someone of you can help me in this case. I also searched for a solution in this german forum: http://www.ip-phone-forum.de (I also tried to work with Dahdi/zaphfc and Dahdi/cwain but they aren't recommended for using an HFC-E1 evalutaion board which is noch from Junghanns.) Best regards Ellen

6 16

[libosmo-dsp PATCH 1/5] build: flatten build to a single Makefile.am
by Diego Elio Pettenò 04 Jul '12

04 Jul '12

This is especially important because the library is so small, that even the single recursion within src/ can have a (relative) overhead on the whole build. Signed-off-by: Diego Elio Pettenò <flameeyes(a)flameeyes.eu> --- Makefile.am | 16 +++++++++++++++- configure.ac | 4 ---- include/Makefile.am | 1 - include/osmocom/Makefile.am | 1 - include/osmocom/dsp/Makefile.am | 3 --- src/Makefile.am | 11 ----------- 6 files changed, 15 insertions(+), 21 deletions(-) delete mode 100644 include/Makefile.am delete mode 100644 include/osmocom/Makefile.am delete mode 100644 include/osmocom/dsp/Makefile.am delete mode 100644 src/Makefile.am diff --git a/Makefile.am b/Makefile.am index ec16da9..de7600d 100644 --- a/Makefile.am +++ b/Makefile.am @@ -2,7 +2,6 @@ AUTOMAKE_OPTIONS = foreign dist-bzip2 1.6 ACLOCAL_AMFLAGS = -I m4 INCLUDES = $(all_includes) -I$(top_srcdir)/include -SUBDIRS = include src pkgconfigdir = $(libdir)/pkgconfig pkgconfig_DATA = libosmodsp.pc @@ -15,6 +14,21 @@ dist-hook: EXTRA_DIST = git-version-gen +pkgincludedir = $(includedir)/osmocom/dsp +pkginclude_HEADERS = include/osmocom/dsp/cxvec.h \ + include/osmocom/dsp/cfile.h \ + include/osmocom/dsp/cxvec_math.h + +# This is _NOT_ the library release version, it's an API version. +# Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification +LIBVERSION=0:0:0 +AM_CFLAGS = -fPIC -Wall -ffast-math + +lib_LTLIBRARIES = libosmodsp.la + +libosmodsp_la_SOURCES = src/cfile.c src/cxvec.c src/cxvec_math.c +libosmodsp_la_LDFLAGS = -version-info $(LIBVERSION) + if HAVE_DOXYGEN pkgdocdir=$(docdir)/$(PACKAGE)-$(VERSION) diff --git a/configure.ac b/configure.ac index 2e60a72..6ed54c6 100644 --- a/configure.ac +++ b/configure.ac @@ -39,10 +39,6 @@ AM_CONFIG_HEADER(config.h) AC_OUTPUT( libosmodsp.pc - include/Makefile - include/osmocom/Makefile - include/osmocom/dsp/Makefile - src/Makefile Makefile Doxyfile ) diff --git a/include/Makefile.am b/include/Makefile.am deleted file mode 100644 index b255997..0000000 --- a/include/Makefile.am +++ /dev/null @@ -1 +0,0 @@ -SUBDIRS=osmocom diff --git a/include/osmocom/Makefile.am b/include/osmocom/Makefile.am deleted file mode 100644 index 8369d99..0000000 --- a/include/osmocom/Makefile.am +++ /dev/null @@ -1 +0,0 @@ -SUBDIRS=dsp diff --git a/include/osmocom/dsp/Makefile.am b/include/osmocom/dsp/Makefile.am deleted file mode 100644 index 5a6534f..0000000 --- a/include/osmocom/dsp/Makefile.am +++ /dev/null @@ -1,3 +0,0 @@ -osmodsp_HEADERS = cfile.h cxvec.h cxvec_math.h - -osmodspdir = $(includedir)/osmocom/dsp diff --git a/src/Makefile.am b/src/Makefile.am deleted file mode 100644 index 39a7429..0000000 --- a/src/Makefile.am +++ /dev/null @@ -1,11 +0,0 @@ -# This is _NOT_ the library release version, it's an API version. -# Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification -LIBVERSION=0:0:0 - -INCLUDES = $(all_includes) -I$(top_srcdir)/include -AM_CFLAGS = -fPIC -Wall -ffast-math - -lib_LTLIBRARIES = libosmodsp.la - -libosmodsp_la_SOURCES = cfile.c cxvec.c cxvec_math.c -libosmodsp_la_LDFLAGS = -version-info $(LIBVERSION) -- 1.7.8.6

2 6

[libosmo-abis PATCH 1/7] build: use LT_INIT([pic-only]) instead of forcing -fPIC in AM_CFLAGS.
by Diego Elio Pettenò 01 Jul '12

01 Jul '12

Also contextually remove the AC_PROG_LIBTOOL call (which is an obsolete name for what is now LT_INIT). Signed-off-by: Diego Elio Pettenò <flameeyes(a)flameeyes.eu> --- configure.ac | 3 +-- src/Makefile.am | 2 +- src/input/Makefile.am | 2 +- src/trau/Makefile.am | 2 +- 4 files changed, 4 insertions(+), 5 deletions(-) diff --git a/configure.ac b/configure.ac index f90da49..5be721f 100644 --- a/configure.ac +++ b/configure.ac @@ -11,8 +11,7 @@ dnl checks for programs AC_PROG_MAKE_SET AC_PROG_CC AC_PROG_INSTALL -LT_INIT -AC_PROG_LIBTOOL +LT_INIT([pic-only]) AC_CONFIG_MACRO_DIR([m4]) diff --git a/src/Makefile.am b/src/Makefile.am index 7aaa046..2155a76 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -5,7 +5,7 @@ SUBDIRS=input trau LIBVERSION=1:0:0 INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir) -AM_CFLAGS= -fPIC -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS) +AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS) AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) $(COVERAGE_LDFLAGS) lib_LTLIBRARIES = libosmoabis.la diff --git a/src/input/Makefile.am b/src/input/Makefile.am index 9937465..309fe9d 100644 --- a/src/input/Makefile.am +++ b/src/input/Makefile.am @@ -1,7 +1,7 @@ noinst_LTLIBRARIES = libosmoabis-input.la INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir) -AM_CFLAGS= -fPIC -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS) +AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS) AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(COVERAGE_LDFLAGS) libosmoabis_input_la_SOURCES = dahdi.c \ diff --git a/src/trau/Makefile.am b/src/trau/Makefile.am index 47b5875..71a219c 100644 --- a/src/trau/Makefile.am +++ b/src/trau/Makefile.am @@ -4,7 +4,7 @@ LIBVERSION=0:0:0 INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir) -AM_CFLAGS= -fPIC -Wall \ +AM_CFLAGS= -Wall \ $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) \ $(ORTP_CFLAGS) $(COVERAGE_CFLAGS) AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) \ -- 1.7.8.6

3 8

TOMORROW: Jun 27, 8pm / Osmocom meeting in Berlin
by Holger Hans Peter Freyther 26 Jun '12

26 Jun '12

Hi all! This is the announcement for the next Osmocom Berlin meeting. Jun 27, 8pm @ CCC Berlin, Marienstr. 11, 10113 Berlin Nico will talk about SAP (SIM Access Profile) in osmocomBB. If you are interested to show up, feel free to do so. There is no registration required. The meeting is free as in "free beer", despite no actual free beer being around. Updates and the blog post can be found here[1]. Regards, Holger [1] http://openbsc.osmocom.org/trac/blog/osmug-20120627

1 0

(no subject)
by alex chao 26 Jun '12

26 Jun '12

Hi, I am new to openbsc. I have one question. May I do host test on my ubuntu without BTS to check GSM releated protocol?? Thanks

1 0

Osmocom user group meetings in Berlin
by Harald Welte 19 Jun '12

19 Jun '12

Hi all, I have upated the wiki page at http://openbsc.osmocom.org/trac/wiki/OsmoUserGroup/Berlin to indicate the meeting dates for the next couple of months. So now it is clear that even without any explicit separate announcement, we will be meeting at the indicated date: June 13, 2012 June 27, 2012 July 11, 2012 July 25, 2012 August 8, 2012 August 22, 2012 It had been requested to start a bit later (8pm instead of 7pm), and from the next meeting onwards we will follow that request. Looking forward to meeting you! 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)

2 1

GPRS on Blackberry devices
by Don Fanning 19 Jun '12

19 Jun '12

Greetings, I've attached a BB8700 onto my openBSC and GSM wise, everything works well after a reboot or two concerning "SIM: Call Barred". One issue I am seeing is that it does not bring up GPRS/EDGE. NITB console shows a DATA INDICATION followed by a RELEASE INDICATION. SGSN shows the following when attaching to the network: <0012> gprs_bssgp.c:347 BSSGP TLLI=0x7f5bff3f Rx UPLINK-UNITDATA <0013> gprs_llc.c:478 LLC SAPI=1 C FCS=0xf80758CMD=UI DATA <0013> gprs_llc.c:742 LLC RX: unknown TLLI 0x7f5bff3f, creating LLME on the fly the handset never reaches GPRS mode. Any ideas? PCap available upon request. Cheers, -Don

1 0

OpenBSC with Dahdi+Asterisk and several BTS
by Ellen Apolinar 18 Jun '12

18 Jun '12

Hey folks, I am new with OpenBSC and want to build OpenBSC with several BTS from different types. At first what I need: I want to test OpenBSC without a BTS just to see if the installation worked successfully. Also I need to know what I have to do if I want to use a BTS which isn't configured yet. What we want to do in the end is to test the BTS with a selfmade programm. For this we need an interface between the hardware BTS and the pc. What I have: Ubuntu 11.10 Kernel 3.0.22 several BTS (Siemens BS60/BS240, Nokia Citytalk, Alcatel G9100 etc...) HFC-E1 card from Cologne Chip OpenBSC Asterisk 1.8.4.4 + Web-GUI (Asterisk NOW 2.0) Dahdi 2.4.1 Libpri 1.4 mISDN v2.x mISDNuser 2.0.11 LCR 1.7 Twinkle, Wireshark etc. Why mISDN + Dahdi: First I tried to use mISDn + mISDNuser + LCR for a connection between OpenBSC and Asterisk. mISDN was integrated in the Kernel so I thought it's the best idea to use it. I installed mISDNuser and LCR but there are several problems. For further informations you can have a look here: http://www.ip-phone-forum.de/showthread.php?t=247932 Because of the problems mit LCR/chan_LCR and Asterisk I decided to use Dahdi because it's also installed since I installed Asterisk. Asterisks works fine with the softphones which I created with Twinkle and also the Asterisk GUI works without problems. To use Dahdi: modprobe -r hfcmulti modprobe -r mISDN_core /etc/init.d/dahdi restart /etc/dahdi/system.conf: dchan=1 bchan=2-30 openbsc.cfg: e1_input e1_line 0 driver dahdi To start OpenBSC: cd /etc/openbsc/src/osmo-nitb ./osmo-nitb Error: <0005> bsc_init.c:493 Failed to parse the config file: 'openbsc.cfg' So now I'm not sure what to do because I'm not sure what exactly is wrong and if it could work without a BTS. There are enough informations if I want to test a BS11 or a nanoBTS but I'm a little bit lost how to work with another BTS. In the next day I will get the traces from the several BTS to build an interface between BTS and OpenBSC so I can build the openbsc.cfg-file. But it would be great if it is possible to test OpenBSC before I get the traces. To get a connection between OpenBSC and Astrisk with Dahdi is a problem which I should solve by myself. There should be enough information in the internet. if you have questions or need more informations just write an e-mail. Best regards and thanks in advance. It would be great if someone could help me or give me some advice what I could do. Ellen

4 14

GPRS Gb code (NS/BSSGP) to libosmocore.git / PCU
by Harald Welte 18 Jun '12

18 Jun '12

Hi all! For some time, Ivan of Fairwaves has been working on PCU code for OpenBTS. In order to not have to re-implement NS/BSSGP, he used the openbsc/src/libgb/* code that we already had as part of openbsc.git I've now finally found some time and completely separated this code from all the dependencies to openbsc stuff and migrated it as new "libosmogb" into the libosmocore.git repository. This has been done with git filter-branch, and thus the history has been preserved during the migration. All Gb code has now been removed from openbsc.git. This separation has been much more painful than anticipated (especially on the BSSGP side), and the result is not very clean either. I hope to get back and clean this up further at some point, providing a better interface between applications and the library. Ivan's PCU code is now in osmo-pcu.git on git.osmocom.org, and I've also already ported it over to use the shared libosmogb. The latter is not yet pushed, but I'll do that soon. I've also removed any other direct include and/or linking against openbsc/osmo-sgsn/openggsn, so the PCU can now build fully autonomously, just linking against the shared libosmo{core,gsm,vty,gb}. Next upcomig will be the support of osmo-bts (sysmoBTS hardware) from osmo-pcu. Andreas Eversberg has been contracted by sysmocom to spend some time on this. There is also a new osmocom-pcu(a)lists.osmocom.org mailing list for those interested specificall in GPRS PCU issues. We thought it is best to keep it separate, as it will be of interest to people from the OpenBSC as well as the OpenBTS communities, and list-crossposting might not be the best thing to do. 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

Query OpenBTS
by Manan Bhatt 10 Jun '12

10 Jun '12

Hi all, I am currently trying to implement GSM Test-bed. I am having gnuradio 3.3.0 openBTS-UHD 2.8. Both are installed successfully. I have USRP1 with one daughter board RFX900 and antenna is connected to TX/RX. I have given --wuth-usrp1 and --with-singledb as argument to ./configure of OpenBTS. I have configured Tranceiver52M also. When i probe the usrp it is giving me frequency as 64MHz. My problem is when i run OpenBTS ,it is giving error like Starting the system... 1339228185.9317 ALARM 3079269056 ControlCommon.cpp:658:load: TMSITable cannot open TMSITable.txt for reading 1339228185.9319 ALARM 3079269056 OpenBTS.cpp:517:main: OpenBTS starting, ver 2.6PUBLIC build date Jun 9 2012 1339228185.9384 FORCE 3077736672 Logger.cpp:196:gLogInit: Setting initial global logging level to NOTICE 1339228191.0458 ALARM 3077827440 USRPDevice.cpp:555:setRxFreq: set RX: 900200000.0000failed baseband freq: 897000000.0000 DDC freq: -3200000.0000 residual freq: 0.0030 1339228191.0461 ALARM 3077827440 Transceiver.cpp:540:driveControl: RX failed to tune 1339228191.0463 ALARM 3079269056 TRXManager.cpp:348:tune: RXTUNE failed with status 1 1339228191.0467 ALARM 3079269056 TRXManager.cpp:401:powerOn: POWERON failed with status 1 1339228191.0470 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER failed with status 1 1339228191.5256 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER failed with status 1 1339228191.526095 3079269056: Welcome to OpenBTS. Type "help" to see available commands. OpenBTS> 1339228193.5264 ALARM 3035151216 TRXManager.cpp:415:setPower: SETPOWER failed with status 1 1339228196.5294 ALARM 3070430064 TRXManager.cpp:90:clockHandler: TRX clock interface timed out, assuming TRX is dead. Please anyone can guide we what is the problem.May be it is related to 52MHz and 64MHz frequency difference or problem with my daughter board. -- Regards, Manan Bhatt M. Tech. Dept of Computer sci & Eng. NIT,Surathkal.

2 2