OpenBSC

openbsc@lists.osmocom.org

16 participants
4247 discussions

AW: OpenBSC+LCR+Asterisk: I got it!
by Andreas.Eversberg 26 Jul '10

26 Jul '10

hi, what howto do you mean? can you give me the link to it? regards, andreas > To use in extensions.conf is: > > [btsctrl] > exten => _02X.,1,GotoIf($[${CALLERID(name)} != ""]?4) > exten => _02X.,2,Set(CALLIDORIG=${CALLERID(num)}) > exten => _02X.,3,Set(CALLERID(num)=02${CALLIDORIG}) > exten => _02X.,4,Dial(LCR/GSM/${EXTEN:2},120) > > So can I define a prefix (02) for mobiles and forward the calls to LCR. > > Maybe help someone other having my problem. > I suggest Andreas Everberg to update his HowTo...

1 0

Unable to configure a BTS
by Luca Bertoncello 25 Jul '10

25 Jul '10

Hi, again! So, as I said in my last E-Mail, I got a new BTS (DSC1800). Now I have to configure it, so I started ipaccess-find to get his IP and then ipaccess-config to configure it. I get this error: lucabert@Luca:/tmp$ ipaccess-config -u 151/0/0 -o 192.168.1.18 192.168.1.108 ipaccess-config (C) 2009-2010 by Harald Welte and others This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY Trying to connect to ip.access BTS ... Lost some E1 TEI link Lost some E1 TEI link Segmentation fault Can someone say me what is the problem? Thanks! -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12 HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de _______________________________________________________________________

5 27

Detect phone calls
by Luca Bertoncello 25 Jul '10

25 Jul '10

Hi, list! Of course OpenBSC knows which phone-calls there are right now. I'd like to get this list. How can I do this? Thanks a lot! -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Kesselsdorfer Str. 216, 01169 Dresden Fax: 0351/41381 - 12 HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de _______________________________________________________________________

3 4

Re: PATCH/RFC use recvfrom with MSG_TRUNC as flag
by Dieter Spaar 23 Jul '10

23 Jul '10

Hello Holger, On Fri, 23 Jul 2010 21:38:36 +0800, "Holger Hans Peter Freyther" <holger(a)freyther.de> wrote: > > PS: How big is your diff to make it compile on Windows? I have not ported the TUN calls yet. My last try for OpenBSC plus GPRS was in a Linux VM, however I had problems there with the TUN interface. I could see outgoing packets with proper NAT translation (the DNS queries from the phone) and I could also see the DNS replies "outside" the VM but they never got through to the TUN interface. Maybe its a problem related to the VM, but after this experience I decided to wait playing with the TUN interface on Cygwin because it probably makes sense to have a running reference system first. BTW, anyone having OpenBSC plus GPRS running on MacOS X ? Thats the closest to Unix I have here besides a VM. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

[PATCH] Subscriber data in measurement report
by Luca Bertoncello 23 Jul '10

23 Jul '10

I find the measurement report of OpenBSC very difficult to read, because it is not possible to distinguish the various phones. Of course, it is possible to filter the log (logging filter imsi ...), but sometimes, as in my case, it is necessary to get the measurement reports of many phones at the same time. In this case, it is not possible to know which phone generate which report. I create a patch to solve this problem. With this patch, the measurement reports contain the lchan in which the call (or SMS) runs (just as information), the IMSI and the extension of the phone. If you are interested, here is it! Greetings -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12 HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de _______________________________________________________________________

1 0

Re: PATCH/RFC use recvfrom with MSG_TRUNC as flag
by Dieter Spaar 23 Jul '10

23 Jul '10

Hello Holger, On Fri, 23 Jul 2010 19:07:55 +0800, "Holger Hans Peter Freyther" <holger(a)freyther.de> wrote: > > Dieter do you know if cygwin will silently ignore the MSG_TRUNC > flag or if you will have a problem on Window? Thanks for asking. According to what I found so far, Cygwin should support MSG_TRUNC. However considering the fact that there is much more to do to get OpenBSC and GPRS running under Cygwin (porting the calls to access the TUN interface in OpenGGSN), one more obstacle should not really care ;-) (I guess I am the only one who uses OpenBSC on Cygwin). Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

PATCH/RFC use recvfrom with MSG_TRUNC as flag
by Holger Hans Peter Freyther 23 Jul '10

23 Jul '10

Hi Harald, Dieter, what do you think of using MSG_TRUNC and checking if we have truncated our packets in a recv call? Dieter do you know if cygwin will silently ignore the MSG_TRUNC flag or if you will have a problem on Window? diff --git a/openbsc/src/gprs/gprs_ns.c b/openbsc/src/gprs/gprs_ns.c index 3db1d67..ab2d937 100644 --- a/openbsc/src/gprs/gprs_ns.c +++ b/openbsc/src/gprs/gprs_ns.c @@ -867,7 +867,7 @@ static struct msgb *read_nsip_msg(struct bsc_fd *bfd, int *error, return NULL; } - ret = recvfrom(bfd->fd, msg->data, NS_ALLOC_SIZE - NS_ALLOC_HEADROOM, 0, + ret = recvfrom(bfd->fd, msg->data, NS_ALLOC_SIZE - NS_ALLOC_HEADROOM, MSG_TRUNC, (struct sockaddr *)saddr, &saddr_len); if (ret < 0) { LOGP(DNS, LOGL_ERROR, "recv error %s during NSIP recv\n", @@ -879,6 +879,11 @@ static struct msgb *read_nsip_msg(struct bsc_fd *bfd, int *error, msgb_free(msg); *error = ret; return NULL; + } else if (ret > NS_ALLOC_SIZE - NS_ALLOC_HEADROOM) { + LOGP(DNS, LOGL_ERROR, "truncated msg. real size is: %d\n", ret); + msgb_free(msg); + *error = -ENOSPC; + return NULL; } msg->l2h = msg->data;

1 0

Problem to compile the last version of OpenBSC
by Luca Bertoncello 23 Jul '10

23 Jul '10

Hi, list! A very strange problem... Today I got a new BTS (DSC1800) and I tried to configure it. Unfortunately it does not respond correctly (I'll send a separate E-Mail about this problem), so I decided to try with the last version of OpenBSC (maybe a bug in ipaccess-config?). Unfortunately I can't compile it. I get these errors: gcc -Wall -I/usr/local/include/ -I/usr/local/include/ -g -O2 -L/usr/local/lib -losmocore -o bsc_hack bsc_hack.o bsc_init.o bsc_vty.o vty_interface_layer3.o libmsc.a libbsc.a libvty.a libmsc.a -ldl -ldbi -L/usr/local/lib -losmovty -lcrypt bsc_init.o:(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here bsc_vty.o:(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here vty_interface_layer3.o:(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(gsm_subscriber.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(db.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(mncc.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(gsm_04_08.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(gsm_04_11.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(transaction.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(token_auth.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(rrlp.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(ussd.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(silent_call.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(handover_decision.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(auth.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(osmo_msc.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libmsc.a(gsm_04_80.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(abis_rsl.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(abis_nm.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(gsm_data.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(gsm_04_08_utils.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(chan_alloc.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(debug.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(abis_nm_vty.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(gsm_subscriber_base.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(bsc_rll.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(trau_mux.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(paging.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(e1_config.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(e1_input.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(misdn.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(ipaccess.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(handover_logic.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(talloc_ctx.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(system_information.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(rest_octets.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(rtp_proxy.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(bts_siemens_bs11.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(bts_ipaccess_nanobts.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(bts_unknown.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(bsc_api.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(meas_rep.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(socket.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libbsc.a(subchan_demux.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here libvty.a(common_vty.o):(.data+0x0): multiple definition of `gsm_7bit_alphabet' bsc_hack.o:(.data+0x0): first defined here collect2: ld gab 1 als Ende-Status zurück make[3]: *** [bsc_hack] Fehler 1 make[3]: Verlasse Verzeichnis '/home/lucabert/BSC/openbsc/openbsc/src' make[2]: *** [all-recursive] Fehler 1 make[2]: Verlasse Verzeichnis '/home/lucabert/BSC/openbsc/openbsc/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Verlasse Verzeichnis '/home/lucabert/BSC/openbsc/openbsc' make: *** [all] Fehler 2 Can someone confirm me, that the problem is in this version and not in my PC? Thanks -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 23 Fröbelstr. 57, 01159 Dresden Fax: 0351/41381 - 12 HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de _______________________________________________________________________

2 2

libosmocore now abort()s on msgb overflow/underflow
by Harald Welte 22 Jul '10

22 Jul '10

Hi! I've just committed a patch that will cause libosmocore to abort in case we try to msgb_put() beyond the end fo the buffer or msgb_push() ahead of the start. I hope we can uncover any hidden buffer under/overflows this way, if they exist. 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

installing openbsc on opensuse
by jason mercury 22 Jul '10

22 Jul '10

Hi to all, I want to use openbsc on opensuse linux. What procedure shoul i follow? Thanks. Jason

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC