Dear OpenBSC lovers and developers!
My questions is follow:
1. The OpenBSC software operate FemtoCell? (installed OpenBSC generate
firmware to FemtoCell devices or operate FemtoCell devices? it is not clear to
me)
2. If question nr1 is yes, you do not need any other hardware? (e.g. usrp
device or BS11 or anything)
3. If question nr1 and nr2 both yes, then FemtoCell device and OpenBSC the
combined use of mini private GSM network?
I would like to deal with her hobby, and a better-cheaper-FemtoCell device
access, such as a usrp device.
Thank you for your answers!
bthomyka from Hungary(EU)
[ bthomas at mailbox dot hu ]
How does the phone know if it is roaming or not? When my phone camps to OpenBTS network it says it is roaming but in OpenBSC it doesn't.
I wonder what makes such difference
Sent from my iPhone
Hi,
I have followed the instructions on building openBSC and have used the
git versions of both libosmocore and openbsc.
libosmocore builds fine but openbsc gives the following error when
running make (after autoreconf -i && ./configure)
Making all in libcommon
make[3]: Entering directory
`/home/user/Desktop/openbsc_git/openbsc/src/libcommon'
CC common_vty.o
In file included from common_vty.c:27:
../../include/openbsc/gsm_data.h:26: error: nested redefinition of ‘enum
gsm_phys_chan_config’
../../include/openbsc/gsm_data.h:26: error: redeclaration of ‘enum
gsm_phys_chan_config’
../../include/openbsc/gsm_data.h:27: error: redeclaration of enumerator
‘GSM_PCHAN_NONE’
/usr/local/include/osmocom/gsm/gsm_utils.h:119: note: previous
definition of ‘GSM_PCHAN_NONE’ was here
../../include/openbsc/gsm_data.h:28: error: redeclaration of enumerator
‘GSM_PCHAN_CCCH’
/usr/local/include/osmocom/gsm/gsm_utils.h:120: note: previous
definition of ‘GSM_PCHAN_CCCH’ was here
../../include/openbsc/gsm_data.h:29: error: redeclaration of enumerator
‘GSM_PCHAN_CCCH_SDCCH4’
/usr/local/include/osmocom/gsm/gsm_utils.h:121: note: previous
definition of ‘GSM_PCHAN_CCCH_SDCCH4’ was here
../../include/openbsc/gsm_data.h:30: error: redeclaration of enumerator
‘GSM_PCHAN_TCH_F’
/usr/local/include/osmocom/gsm/gsm_utils.h:122: note: previous
definition of ‘GSM_PCHAN_TCH_F’ was here
../../include/openbsc/gsm_data.h:31: error: redeclaration of enumerator
‘GSM_PCHAN_TCH_H’
/usr/local/include/osmocom/gsm/gsm_utils.h:123: note: previous
definition of ‘GSM_PCHAN_TCH_H’ was here
../../include/openbsc/gsm_data.h:32: error: redeclaration of enumerator
‘GSM_PCHAN_SDCCH8_SACCH8C’
/usr/local/include/osmocom/gsm/gsm_utils.h:124: note: previous
definition of ‘GSM_PCHAN_SDCCH8_SACCH8C’ was here
../../include/openbsc/gsm_data.h:33: error: redeclaration of enumerator
‘GSM_PCHAN_PDCH’
/usr/local/include/osmocom/gsm/gsm_utils.h:125: note: previous
definition of ‘GSM_PCHAN_PDCH’ was here
../../include/openbsc/gsm_data.h:34: error: redeclaration of enumerator
‘GSM_PCHAN_TCH_F_PDCH’
/usr/local/include/osmocom/gsm/gsm_utils.h:126: note: previous
definition of ‘GSM_PCHAN_TCH_F_PDCH’ was here
../../include/openbsc/gsm_data.h:35: error: redeclaration of enumerator
‘GSM_PCHAN_UNKNOWN’
/usr/local/include/osmocom/gsm/gsm_utils.h:127: note: previous
definition of ‘GSM_PCHAN_UNKNOWN’ was here
../../include/openbsc/gsm_data.h:37: error: redeclaration of enumerator
‘_GSM_PCHAN_MAX’
/usr/local/include/osmocom/gsm/gsm_utils.h:129: note: previous
definition of ‘_GSM_PCHAN_MAX’ was here
../../include/openbsc/gsm_data.h:39: error: nested redefinition of ‘enum
gsm_chan_t’
../../include/openbsc/gsm_data.h:39: error: redeclaration of ‘enum
gsm_chan_t’
../../include/openbsc/gsm_data.h:40: error: redeclaration of enumerator
‘GSM_LCHAN_NONE’
/usr/local/include/osmocom/gsm/gsm_utils.h:133: note: previous
definition of ‘GSM_LCHAN_NONE’ was here
../../include/openbsc/gsm_data.h:41: error: redeclaration of enumerator
‘GSM_LCHAN_SDCCH’
/usr/local/include/osmocom/gsm/gsm_utils.h:134: note: previous
definition of ‘GSM_LCHAN_SDCCH’ was here
../../include/openbsc/gsm_data.h:42: error: redeclaration of enumerator
‘GSM_LCHAN_TCH_F’
/usr/local/include/osmocom/gsm/gsm_utils.h:135: note: previous
definition of ‘GSM_LCHAN_TCH_F’ was here
../../include/openbsc/gsm_data.h:43: error: redeclaration of enumerator
‘GSM_LCHAN_TCH_H’
/usr/local/include/osmocom/gsm/gsm_utils.h:136: note: previous
definition of ‘GSM_LCHAN_TCH_H’ was here
../../include/openbsc/gsm_data.h:44: error: redeclaration of enumerator
‘GSM_LCHAN_UNKNOWN’
/usr/local/include/osmocom/gsm/gsm_utils.h:137: note: previous
definition of ‘GSM_LCHAN_UNKNOWN’ was here
../../include/openbsc/gsm_data.h:45: error: redeclaration of enumerator
‘GSM_LCHAN_CCCH’
/usr/local/include/osmocom/gsm/gsm_utils.h:138: note: previous
definition of ‘GSM_LCHAN_CCCH’ was here
../../include/openbsc/gsm_data.h:47: error: redeclaration of enumerator
‘_GSM_LCHAN_MAX’
/usr/local/include/osmocom/gsm/gsm_utils.h:140: note: previous
definition of ‘_GSM_LCHAN_MAX’ was here
make[3]: *** [common_vty.o] Error 1
make[3]: Leaving directory `/home/user/openbsc_git/openbsc/src/libcommon'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/user/openbsc_git/openbsc/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/user/openbsc_git/openbsc'
make: *** [all] Error 2
Any ideas?
Steve
These are improvements for the autoconf input of libosmocore.
Please integrate them, if they seem useful.
Alexander Huemer (2):
libosmocore: add missing AC_LANG_SOURCE for current autoconf
libosmocore: rename configure.in -> configure.ac
configure.in => configure.ac | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
These are improvements for the autoconf input of libosmo-sccp,
and an update to .gitignore.
Please integrate them, if they seem useful.
Alexander Huemer (2):
libosmo-sccp: add missing AC_LANG_SOURCE for current autoconf
libosmo-sccp: update .gitignore
.gitignore | 2 ++
configure.ac | 2 +-
2 files changed, 3 insertions(+), 1 deletions(-)
These are improvements for the autoconf input of openbsc,
an update to .gitignore,
and a fix for a segfault.
Please integrate them, if they seem useful.
Alexander Huemer (4):
openbsc: add missing AC_LANG_SOURCE for current autoconf
openbsc: rename configure.in -> configure.ac
openbsc: update .gitignore
libabis: fix segfault on malformed ipaccess RSL link
openbsc/.gitignore | 3 +++
openbsc/{configure.in => configure.ac} | 2 +-
openbsc/src/libabis/input/ipaccess.c | 5 ++++-
3 files changed, 8 insertions(+), 2 deletions(-)
From: Pablo Neira Ayuso <pablo(a)gnumonks.org>
Hi!
This patchset adds new VTY commands that allows to route IPA flows.
Patch 3/3 includes one feature that changes the current default
behaviour of OpenBSC since you explicity have to make a "ipa setup"
to enable OML and RSL links. If you like it, I can make a similar
patch for HSL femto, so the only initial open socket is the one at
port 4242 for telnet configuration.
BTW, the original command syntax was proposed by Harald.
Successfully tested bootstrapping the nanoBTS. See the patches for
more details.
Comments welcome!
Pablo Neira Ayuso (3):
libcommon: add make_sock_stream_connect()
libabis: add VTY commands to route IPA flows
libabis: add IPA VTY command to setup ip.access nanoBTS OML and RSL
links
openbsc/include/openbsc/ipaccess.h | 3 +
openbsc/include/openbsc/socket.h | 2 +
openbsc/include/openbsc/vty.h | 1 +
openbsc/src/ipaccess/Makefile.am | 4 +-
openbsc/src/libabis/Makefile.am | 2 +-
openbsc/src/libabis/e1_input.c | 2 +
openbsc/src/libabis/input/ipaccess.c | 962 +++++++++++++++++++++++++++++-
openbsc/src/libbsc/bsc_vty.c | 1 +
openbsc/src/libcommon/socket.c | 54 ++
openbsc/src/openbsc.cfg.ipa-proxy | 18 +
openbsc/src/openbsc.cfg.nanobts | 3 +
openbsc/src/openbsc.cfg.nanobts.multitrx | 3 +
openbsc/tests/db/Makefile.am | 5 +-
13 files changed, 1043 insertions(+), 17 deletions(-)
create mode 100644 openbsc/src/openbsc.cfg.ipa-proxy
--
1.7.2.3
Hi Holger,
Thanks for fixing this, I missed it:
http://cgit.osmocom.org/cgit/libosmocore/commit/?id=952a18ed19f531b82e26108…
However, this fix is incomplete:
/* This generates the logging command string for VTY. */
const char *log_vty_command_string(const struct log_info *info)
{
int len = 0, offset = 0, ret, i, rem;
int size = strlen("logging level () ()") + 1;
^^
We also have to add `(all|' there.
Hi Pablo!
I am sometimes getting osmo-nitb segfaults, and sometimes random bytes
as output of log messages.
I've quickly started it in valgrind, and even during connection of the
BTS I get the following issues:
<000d> input/ipaccess.c:693 accept()ed new OML link from 192.168.200.117
==21897== Conditional jump or move depends on uninitialised value(s)
==21897== at 0x60D4BD4: vfprintf (vfprintf.c:1620)
==21897== by 0x60F8F01: vsnprintf (vsnprintf.c:120)
==21897== by 0x4E33670: _output (logging.c:177)
==21897== by 0x4E33878: _logp (logging.c:227)
==21897== by 0x4E33BCB: logp2 (logging.c:246)
==21897== by 0x435E5C: listen_fd_cb (ipaccess.c:692)
==21897== by 0x4E32419: osmo_select_main (select.c:132)
==21897== by 0x40555B: main (bsc_hack.c:306)
==21897==
==21897== Use of uninitialised value of size 8
==21897== at 0x60D5008: vfprintf (vfprintf.c:1620)
==21897== by 0x60F8F01: vsnprintf (vsnprintf.c:120)
==21897== by 0x4E33670: _output (logging.c:177)
==21897== by 0x4E33878: _logp (logging.c:227)
==21897== by 0x4E33BCB: logp2 (logging.c:246)
==21897== by 0x435E5C: listen_fd_cb (ipaccess.c:692)
==21897== by 0x4E32419: osmo_select_main (select.c:132)
==21897== by 0x40555B: main (bsc_hack.c:306)
==21897==
==21897== Use of uninitialised value of size 8
==21897== at 0x6101CE0: _IO_default_xsputn (genops.c:480)
==21897== by 0x60D4ED3: vfprintf (vfprintf.c:1620)
==21897== by 0x60F8F01: vsnprintf (vsnprintf.c:120)
==21897== by 0x4E33670: _output (logging.c:177)
==21897== by 0x4E33878: _logp (logging.c:227)
==21897== by 0x4E33BCB: logp2 (logging.c:246)
==21897== by 0x435E5C: listen_fd_cb (ipaccess.c:692)
==21897== by 0x4E32419: osmo_select_main (select.c:132)
==21897== by 0x40555B: main (bsc_hack.c:306)
==21897==
==21897== Conditional jump or move depends on uninitialised value(s)
==21897== at 0x6101CF2: _IO_default_xsputn (genops.c:479)
==21897== by 0x60D4ED3: vfprintf (vfprintf.c:1620)
==21897== by 0x60F8F01: vsnprintf (vsnprintf.c:120)
==21897== by 0x4E33670: _output (logging.c:177)
==21897== by 0x4E33878: _logp (logging.c:227)
==21897== by 0x4E33BCB: logp2 (logging.c:246)
==21897== by 0x435E5C: listen_fd_cb (ipaccess.c:692)
==21897== by 0x4E32419: osmo_select_main (select.c:132)
==21897== by 0x40555B: main (bsc_hack.c:306)
==21897==
<000d> input/ipaccess.c:755 accept()ed new RSL link from 192.168.200.117
<0004> bsc_init.c:251 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 871
using MCC=602 MNC=42 LAC=1 CID=0 BSIC=63 TSC=7
==21897== Use of uninitialised value of size 8
==21897== at 0x60D2EDB: _itoa_word (_itoa.c:195)
==21897== by 0x60D5386: vfprintf (vfprintf.c:1619)
==21897== by 0x60F8F01: vsnprintf (vsnprintf.c:120)
==21897== by 0x4E33670: _output (logging.c:177)
==21897== by 0x4E33878: _logp (logging.c:227)
==21897== by 0x4E33BCB: logp2 (logging.c:246)
==21897== by 0x410141: inp_sig_cb (bsc_init.c:247)
Can you please investigate? I suspect it to be related to your recent
_output() related changes in libosmocore.
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)
