OpenBSC

openbsc@lists.osmocom.org

17 participants
4202 discussions

AW: (problems compiling openbsc)
by Andreas.Eversberg 25 May '10

25 May '10

>> hi, >> >> while trying to bring latest api of openbsc and linux-call-router >> together, i experienced the following problem: > >make a clean rebuild... your libtool seems hosed. this does not work: rm libtool autoreconf -f make and i have the non-working libtool again.

2 1

(no subject)
by Andreas.Eversberg 25 May '10

25 May '10

hi, while trying to bring latest api of openbsc and linux-call-router together, i experienced the following problem: make[2]: Entering directory `/files/projects/isdn/openbsc/libosmocore/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include -fPIC -Wall -g -O2 -MT timer.lo -MD -MP -MF .deps/timer.Tpo -c -o timer.lo timer.c ../libtool: line 775: X--tag=CC: command not found ../libtool: line 808: libtool: ignoring unknown tag : command not found ../libtool: line 775: X--mode=compile: command not found ../libtool: line 925: *** Warning: inferring the mode of operation is deprecated.: command not found ../libtool: line 926: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../libtool: line 1069: Xgcc: command not found ../libtool: line 1069: X-DHAVE_CONFIG_H: command not found ../libtool: line 1069: X-I.: command not found ../libtool: line 1069: X-I..: command not found ../libtool: line 1069: X-I../include: No such file or directory ../libtool: line 1069: X-fPIC: command not found ../libtool: line 1069: X-Wall: command not found ../libtool: line 1069: X-g: command not found ../libtool: line 1069: X-O2: command not found ../libtool: line 1069: X-MT: command not found ../libtool: line 1069: Xtimer.lo: command not found ../libtool: line 1069: X-MD: command not found ../libtool: line 1069: X-MP: command not found ../libtool: line 1069: X-MF: command not found ../libtool: line 1069: X.deps/timer.Tpo: No such file or directory ../libtool: line 1069: X-c: command not found ../libtool: line 1120: Xtimer.lo: command not found ../libtool: line 1125: libtool: compile: cannot determine name of library object from `': command not found make[2]: *** [timer.lo] Error 1 make[2]: Leaving directory `/files/projects/isdn/openbsc/libosmocore/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/files/projects/isdn/openbsc/libosmocore' make: *** [all] Error 2 andreas

2 1

New OpenGGSN project mailing list / 0.90 release
by Harald Welte 25 May '10

25 May '10

Hi! This is just a notification that I've now created a mailing list related to OpenGGSN development. As the entire OpenGGSN project is running on sf.net, the mailinglist is also running there: https://lists.sourceforge.net/lists/listinfo/ggsn-devel So if you're interested in following what's happening in OpenGGSN, I suggest you subscribe there, too. I understand it would probably make more sense to simply move the entire project to osmocom.org and use this very openbsc list (it is low-traffic, after all) - but we never know if the original author wants to come back, and I'd be able to keep that door open for him and thus the project separate and on sf.net. I've also made a openggsn-0.90 release including various bugfixes that were contributed trough the last 5 years, as well as one criticial security fix. You can obtain it from: http://sourceforge.net/projects/ggsn/ 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

problems running osmo_sgsn
by ken 25 May '10

25 May '10

Hi, I have git clone the openbsc program and encountered problem running osmo_sgsn, got the following error messages: " There is no such command. Error occurred during reading below line: nsip local port 23000 Failed to parse the config file: 'osmo-sgsn.cfg' <0014> sgsn_main.c : 170 Cannot parse config file. " Appreciate help on this. Thanks Ken

3 2

[sourceforge] #11031: Abandoned Project Takeover: OpenGGSN (ggsn)]
by Harald Welte 22 May '10

22 May '10

Hi all, as you can see from the attachment, the OpenGGSN takeover request at soruceforge has been resolved earlier than expected, since the original project creator/administrator was not reachable for sf.net. I'll keep you posetd about the further progress. 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

Re: RFC: Relicensing OpenBSC under AGPLv3
by Dieter Spaar 20 May '10

20 May '10

Hello Harald, On Wed, 19 May 2010 21:28:10 +0200, "Harald Welte" <laforge(a)gnumonks.org> wrote: > > So let's start with a poll: > > a) Do you think re-licensing to AGPLv3 is a good idea? I don't have much experience in this area (different GPL versions), but for me it sounds OK. > b) If you have contributed, would you re-license your code under AGPLv3? There is probably not that much from me, but feel free to put the affected parts under AGPLv3. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

Project / Program naming
by Harald Welte 19 May '10

19 May '10

Hi all! I think it's about time that we seriously think about how to handle naming of the individual programs as well as the project itself. OpenBSC was always a mis-nomer since what we started with is much more than a BSC: It's an entire GSM network (excluding BTS) in one process. This was mostly due to the fact that OpenGSM was way too generic and I wasn't able to come up with a good name. Meanwhile, we've started project Osmocom (Open Soruce mobile Communications), where work is being done on the MS (phone) side of GSM. The idea was to have a name generic enough for sub-projects. There are currently two such projects: * OsmocomBB - the BaseBand firmware * libosmocore - the shared library with utilities that are used accross programs In OpenBSC, we currently have the following executables: * bsc_hack - the gsm network-in-a-box * bsc_msc_ip - the actual BSC-only version talking to a real MSC * bsc_nat - the A interface NAT * bsc_mgcp - the media control gateway * osmo-gbproxy - the Gb interface proxy * osmo-sgsn - the soon-to-be-working SGSN as well as a number of utilities like bs11-config, ipaccess-find, ipaccess-config, etc. What Zecke and me have decided some time ago is to move everything under the umbrella of the Osmocom project name. This menans that the homepage and git repositories will move to openbsc.osmocom.org/bsc.osmocom.org and git.osmocom.org (while keeping aliases/redirects in place). What worries me most is the naming of bsc_hack and bsc_msc_ip. I think bsc_msc_ip should be called osmo-bsc, as it is a true BSC implementation. For bsc_hack it's much harder. A logical name would be osmo-gnib (gsm network in a box), but as I've already received tons of complaints about osmocom, I'm not going to come up with even stranger acronyms. However, I want to rename it. It should be prefixed with "osmo-" and the name should not erroneously indicate that we're talking abuot something thats _only_ a BSC. Does anyone on this list have an idea for a good name? For all the other programs, I'd also advocate prefixing them with "osmo-", but that's less of a pressing concern right now. 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 / SGSN status update / HOWTO
by Harald Welte 18 May '10

18 May '10

Hi all! Thanks to the support from On-waves, I've been able to focus on my GPRS work during recent weeks. Today, I have managed to actually perform successful PDP context activation / deactivation using a nanoBTS, OpenBSC, OsmoSGSN and OpenGGSN. This is a big step forward, as it means that the GTP interface between our SGSN and OpenGGSN is up and running. The IP addresses allocated are from a pool defined on the GGSN side, and OpenGGSN opens a tun-device for it. Also, the GGSN implementation is much less proof-of-concept now, as it actually maintains propper MM context, PDP context and other state information. However, for reasons that I couldn't figure out (despite many hours of debugging): There are no user/data plane packets anymore. This was already working before I began the GTP / OpenGGSN intergration work 1-2 weeks ago. The PDP context is established successfully on the LLC-GMM SAPI, the phone shows that GPRS is up, but then it doesn't actually even send a single packet (SNDCP, XID exchange, ...) over any of the user data SAPIs. The SAPI and NSAPI have been assigned properly, and I could not find any differece looking at packet traces for both the cases. If you look at the NS-IP / Gb interface of the nanoBTS, not a single gprs protocol message arrives after the PDP context is activated. After a minute or two, the phone then simply disconnects with "Regular Disconnect" cause, as if nothing had happened. Putting the phone in front of an audio amplifier also doesn't reveal any noticable bursts being generated by the phone. For now I'm feeling a bit lost and will work on some other stuff before returning with renewed energy to the SGSN at some later point. In case you want to try it, the following steps are needed: 1) check out OpenGGSN from git://openbsc.gnumonks.org/openggsn.git (master branch), run the usual autoreconf -1 && ./configure && make install 2) check out current OpenBSC master branch and build it. Only if libgtp (installed by OpenGGSN) is found, it will build src/gprs/osmo-sgsn 3) the IP address where 4) Run OpenBSC like usual, however make sure that the followign settings are configured in the openbsc.cfg config file: gprs mode gprs gprs routing area 0 gprs cell bvci 2 gprs nsei 101 gprs nsvc 0 nsvci 101 gprs nsvc 0 local udp port 23000 gprs nsvc 0 remote udp port 23000 gprs nsvc 0 remote ip 123.192.152.236 Where the last ip address is the address of the machine where you will run OsmoSGSN. 5) Configure /etc/ggsn.cfg of your GGSN machine. Check /etc/ggsn.conf (example attached) Run $ sudo ./ggsn -l 192.168.100.239 -d where that address is the local _listening_ address of the GGSN 6) Then simply fire up osmo-sgsn. The only relevant config setting in osmo_sgsn.cfg is: sgsn nsip local port 23000 7) start your favorite mobile phone and register it to your network You can telnet to osmo-sgsn on port 4245, and type the followign commands for some interesting information: logging enable logging filter all 1 logging level ns info logging level bssgp debug logging level llc debug logging level gprs debug logging level mm debug show ns show bssgp show llc show mm-context all show pdp-context all Oh, and last, but not least: Wireshark can debug the Gb interface packets between BTS and SGSN, you simply have to select 'Decode as .... NSIP' on port 23000 packets. It also decodes the GTP between SGSN and GGSN without any extra setting. Have fun! -- - 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 1

information about Telnet interface
by AHMET GÜLTEKİN 17 May '10

17 May '10

Hi, Can anyone give me information about how i can connect and use telnet interface. I tried by typing " telnet IP 4242" on command line of a PC which was running bsc-hack program but i couldn't succeed. I want to send SMS and use silent call property by using telnet. Please help me. Ahmet.

3 2

gssm running problem
by zero cool 13 May '10

13 May '10

Hi all, once I ran the command ./gssm_usrp.py, I got following error: zero@zero-laptop:~/airprobe/gssm/src/python$ ./gssm_usrp.py Traceback (most recent call last): File "./gssm_usrp.py", line 5, in <module> from gnuradio import gr, usrp, db_dbs_rx, blks2 ImportError: cannot import name db_dbs_rx I searched over internet and found somewhere that Josh and Eric has mentioned that this version of gssm will not work with gnuradio 3.2, it will work with 3.1, is there any other way to run this program on gnuradio-3.2.2. kindly reply me please my configuration: I am using karmic, gnuradio3.2 with modified external 52MHz clock, please help me to get out from this problem On Thu, May 13, 2010 at 3:30 PM, <openbsc-request(a)lists.gnumonks.org> wrote: > Send OpenBSC mailing list submissions to > openbsc(a)lists.gnumonks.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnumonks.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request(a)lists.gnumonks.org > > You can reach the person managing the list at > openbsc-owner(a)lists.gnumonks.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. Re: User location openbsc (Harald Welte) > 2. ipaccess-config changes in master (Holger Freyther) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 12 May 2010 12:52:59 +0200 > From: Harald Welte <laforge(a)gnumonks.org> > Subject: Re: User location openbsc > To: Fabrice Ismael Poundeu Tchouatieu > <fabrice.poundeu(a)smail.inf.fh-bonn-rhein-sieg.de> > Cc: openbsc(a)lists.gnumonks.org > Message-ID: <20100512105259.GP10052(a)prithivi.gnumonks.org> > Content-Type: text/plain; charset=us-ascii > > On Wed, May 12, 2010 at 11:14:27AM +0200, Fabrice Ismael Poundeu Tchouatieu > wrote: > > Hello Harald, > > can you please explain me how the subscriber location actually work > > in openbsc. i have seen that you also have a VLR implemented. How > > does this work? I actually just test the registration and calls in > > roaming mode. To which part of the Openbsc implementation > > (program-code) should i refer to for this (subscriber location > > implementation)? > > We don't really have/use any VLR. All we have is a subscriber table, > and each subscriber can have a completely different MCC/MNC as part of > his IMSI - we simply don't care. There is no distinction between > roaming and home network subscribers at all. > > All we care about is if the subscriber.authorized field is 0 or 1 in > the sql database. > > Regarding 'subscriber location' between multiple BTS: We simply store > the LAC of where the subscriber was last seen. > > -- > - 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) > > > > ------------------------------ > > Message: 2 > Date: Thu, 13 May 2010 01:00:21 +0800 > From: Holger Freyther <zecke(a)selfish.org> > Subject: ipaccess-config changes in master > To: openbsc(a)lists.gnumonks.org > Message-ID: <4BEADEA5.6050307(a)selfish.org> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi all, > > I have done various changes to the ipaccess-config application to work > with a multi-trx setup. I think I have tested everything on both > single-trx and multi-trx setup. If something with ipaccess-config does > not work anymore please shout and I will have a look. > > z. > > > > > ------------------------------ > > _______________________________________________ > OpenBSC mailing list > OpenBSC(a)lists.gnumonks.org > https://lists.gnumonks.org/mailman/listinfo/openbsc > > > End of OpenBSC Digest, Vol 17, Issue 7 > ************************************** > -- Thanks.....

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC