OpenBSC

openbsc@lists.osmocom.org

12 participants
4278 discussions

Re: RFC: Osmocom developer workshop 2012
by Harald Welte 05 Dec '11

05 Dec '11

Hi! Thinking a bit more about timing, it seems that the second half of March is a good idea. April is a bad idea, at least for the first two weeks, as this is easter holiday time in a lot of German states. This will cause lots of tourists, as well as full hotels, trains, flights, etc. So I'd propose something like four days in the second half of march. Should we try to overlap/extend a weekend? I guess this would help people with e regular dayjob, as not as many holidays would be required. If there are no objections in the next 48 hours, I will talk to C-Base about availability during that timeframe. 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)

3 4

Re: OpenBSC Digest, Vol 36, Issue 2
by Dick Rwegaba 03 Dec '11

03 Dec '11

thanks -Alexander Huemer but now i get a c compiler error yet i have installed gcc-4.4_4.4.5-8_kfreebsd-i386(1).deb and libc0.1_2.11.2-10+b1_kfreebsd-i386.deb checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: in `/root/libosmocore': configure: error: no acceptable C compiler found in $PATH See `config.log' for more details root@debian:~/libosmocore# On Fri, Dec 2, 2011 at 12:19 PM, <openbsc-request(a)lists.osmocom.org> wrote: > Send OpenBSC mailing list submissions to > openbsc(a)lists.osmocom.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osmocom.org/mailman/listinfo/openbsc > or, via email, send a message with subject or body 'help' to > openbsc-request(a)lists.osmocom.org > > You can reach the person managing the list at > openbsc-owner(a)lists.osmocom.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OpenBSC digest..." > > > Today's Topics: > > 1. Re: Time in MM Info [patch] (Rees, Jim) > 2. Re: Time in MM Info [patch] (Gus Bourg) > 3. Re: Time in MM Info [patch] (Gus Bourg) > 4. error at execution of autoreconf -i (Dick Rwegaba) > 5. Re: error at execution of autoreconf -i (Alexander Huemer) > 6. Re: Time in MM Info [patch] (Harald Welte) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 1 Dec 2011 15:24:55 +0000 > From: "Rees, Jim" <jrees(a)arbor.net> > To: Gus Bourg <gus(a)bourg.net> > Cc: "openbsc(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org> > Subject: Re: Time in MM Info [patch] > Message-ID: <17FE85C3-C5BE-4836-A788-7E1442A444FA(a)arbor.net> > Content-Type: text/plain; charset="iso-8859-1" > > Why not make tzunits a signed quantity and get rid of tzdir? And why 15 > minute units? I realize this is how the bts wants them, but shouldn't the > config file be a bit more user-friendly? > > Also it looks like the indentation is a bit messed up. > > > ------------------------------ > > Message: 2 > Date: Thu, 1 Dec 2011 12:25:39 -0800 > From: Gus Bourg <gus(a)bourg.net> > To: Harald Welte <laforge(a)gnumonks.org> > Cc: openbsc(a)lists.osmocom.org > Subject: Re: Time in MM Info [patch] > Message-ID: > <CAKL=SEo2FJQcVZ+eGPHwKx0PO=6PhB9wWMyni2ELAcnMpKpsbQ(a)mail.gmail.com > > > Content-Type: text/plain; charset="iso-8859-1" > > Hi Harald, > > Thanks for the input. Here's the updated patch. > > Gus > > On Wed, Nov 30, 2011 at 11:47 PM, Harald Welte <laforge(a)gnumonks.org> > wrote: > > Hi Gus, > > > > On Wed, Nov 30, 2011 at 03:13:04PM -0800, Gus Bourg wrote: > >> Attached is a patch to support sending time to the device. > > > > thanks a lot for the patch. > > > > however, some remarks: > > > > 1) We actually do support ranges with negative numbers in the syntax, > > ? after commit 33f0fc3c9565308044c934c9e0c1bb81c1a26311 in libosmocore > > ? you can do something like "timezone <-19-19> (0|15|30|45)" > > ? which I believe would be a more human-friendly way of entering it in > > ? hours and minutes. > > > > 2) the internal storage could thus also be a simple "int timezone", > > ? which gets filled from the hour and minute part of the abovementioned > > ? command syntax. > > > > 3) please make sure to use a default of "cur_time->tm_gmtoff" in case > > ? the config file doesn't use per-BTS timezones. ?So another "int > > ? timezone_bts_specific" member might be applicable. > > > > 4) please make sure to use tab instead of " ? ? ? ?" (sequence of 8 > > ? whitespaces), or use a script that automatically takes care of that. > > > > 5) the "timezone" vty line should only be printed if the user actually > > ? configured it (i.e. timezone_bts_specific == 1). > > > > 6) there needs to be a way to completely remove the timezone statement, > > ? most likely a "no timezone" VTY command in the BTS node. > > > > 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

error at execution of autoreconf -i
by Dick Rwegaba 02 Dec '11

02 Dec '11

can some one help me with a work around? root@debian:~/libosmocore# autoreconf -i Can't exec "aclocal": No such file or directory at /usr/share/autoconf/Autom4te/FileUtils.pm line 326. autoreconf: failed to run aclocal: No such file or directory

2 1

Time in MM Info [patch]
by Gus Bourg 02 Dec '11

02 Dec '11

Attached is a patch to support sending time to the device. It adds two per-bts configuration elements: tzunits and tzdir. tzunits are the number of units from GMT. Each unit represents 15 minutes of time. tzdir is the direction of the units from GMT. tzdir 0 means GMT-tzunits and tzdir 1 means GMT+tzunits. So for example, if you're GMT+1 you want: bts 0 type nanobts band PCS1900 cell_identity 0 location_area_code 1 training_sequence_code 7 base_station_id_code 63 tzunits 4 tzdir 1 ms max power 15 cell reselection hysteresis 4 Thanks, Gus

3 5

RFC: Generic (U)SIM software
by Harald Welte 29 Nov '11

29 Nov '11

Hi all, I'm thinking of starting a project that would allow us to * perform SIM and USIM card pre-personalization * read/dump and explore [U]SIM contents interactively * perform SIM card simulation The idea is to start with some generic data structure that can represent the filesystem tree (DFs, EFs) and their "external" properties, i.e. file type, size, permissions, FID, SFID, etc. This data structure could also have the actual file content associated with each EF. The second step would be some code that can take that data structure and program a freely-programmable card (like sysmoSIM-GR1) and create the files according to that structure. Another module would implement card-simulation (via BT SAP, SIMtrace or virtual PC/SC card). After all, only a few instructions have to be imilpemented if the filesystem and its content is already in a generic data structure that the program can access.. Next step would be to associate parser and generator routines for the content of each individual file as it is specified in TS 11.11. After that has been done, we could think of representing the FS tree and the parsed contents of each file in some kind of graphical / user friendly representation. The idea here is that the UI code would be generic and not know any of the actual ecnoding/decoding of the EF content. The biggest question is what language to use for this. Some kind of object orientation might very well resemble the idea of a 'file object' in a tree, with many different file types, each having it's own parser/encoder. On the other hand, Erlang's bit field syntax would probably come very handy in terms of encoding/decoding the various EF content. However, at least once we start to want some kidn of UI, Erlan really sucsk. Also, almost nobody here reads/writes Erlang [yet?]. Writing all this in C seems like a bit much of an effort, probably even more so on the UI side. However, we already have quite a bit of C code for parsing/generating things like LAI, etc. which are stored like 04.08 inside the sim card files. Python might be a good idea in terms of tons of available libraries/modules, object orientation and good UI bindings. The biggest problem here is that my python skills are really limited so far, so my productivity might not be as high as I expect. The individual components could even be written in different languages, but then we would have to have some common format for exchanging data back and forth - which might not be worth it, given the small scope of the project. any ideas / comments / feedback? -- - 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)

5 7

[PATCH] fix two mistakes in AM_LDFLAGS
by Alexander Huemer 25 Nov '11

25 Nov '11

--- openbsc/src/libgb/Makefile.am | 2 +- openbsc/src/libmsc/Makefile.am | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/openbsc/src/libgb/Makefile.am b/openbsc/src/libgb/Makefile.am index 8ec1006..c98cad7 100644 --- a/openbsc/src/libgb/Makefile.am +++ b/openbsc/src/libgb/Makefile.am @@ -1,6 +1,6 @@ INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir) AM_CFLAGS=-Wall -fno-strict-aliasing $(LIBOSMOCORE_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS) -AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOCORE_GSM) $(LIBOSMOVTY_LIBS) $(COVERAGE_LDFLAGS) +AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) $(COVERAGE_LDFLAGS) noinst_LIBRARIES = libgb.a diff --git a/openbsc/src/libmsc/Makefile.am b/openbsc/src/libmsc/Makefile.am index 8d5034c..5e64453 100644 --- a/openbsc/src/libmsc/Makefile.am +++ b/openbsc/src/libmsc/Makefile.am @@ -1,6 +1,6 @@ INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir) AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS) -AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_CFLAGS) $(COVERAGE_LDFLAGS) +AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(COVERAGE_LDFLAGS) noinst_LIBRARIES = libmsc.a -- 1.7.8.rc1

2 1

paralell multipart sms not working
by Dennis Wehrle 25 Nov '11

25 Nov '11

Hi Our plan is to offer an subscription to get our mensa menu via sms. If just one MS get the sms everything works fine. But if two MSs are online and OpenBSC sends the sms paralell (for each TS) something goes wrong. The first two parts for both SMS will be transmitted correctly. But than we receive a malformed packet from the BTS (see No. 103 from wrong-sms.xml). After that the MS seems to be "confused" or something else is wrong, because the following parts (and part 2) will be transmitted several times. This is because the MS don't ack the sms correctly. On a previous test we get 14 sms parts instead of just 5 parts: 1. part: 1 times 2. part: 2 times 3. part: 3 times 4. part: 4 times 5. part: 4 times Attached are two gammu-logfiles. right-sms.xml: Only one MS is online and the sms is transmitted correctly. wrong-sms.xml: Two MSs are online. In the logfile you can only see one MS. Until packet No. 102 everything seems to be OK. ATM i don't know were to search on the code. I don't think there is a sms bug. I think there is a memory bug, because the packet No 103 seems to be random (or contains previous data). Maybe someone can give me an advice. Thanks in advance Dennis Wehrle

4 10

GPRS with OpenBSC problem
by Radko Krkoš 15 Nov '11

15 Nov '11

Hello, I am trying to set up an OpenBSC based GSM network. The GSM part was easy and relatively quick to do, but I have a problem with GPRS. I have read the documentation for OpenSGSN (http://openbsc.osmocom.org/trac/wiki/) and OpenGGSN (man page). After a couple of days searching for more information and trying whatever came to my mind, GPRS still does not work. BTS is ip.access nanoBTS, using IP address 192.168.2.3 (was set up like that, I got it second hand). It is connected to eth1 (192.168.2.1). The PC is running osmo-nitb, osmo-sgsn and ggsn (started in reverse order). Interface eth0 is internet connection (behind NAT). ********** bash-4.1# ifconfig eth0 Link encap:Ethernet HWaddr 00:22:15:99:86:2E inet addr:192.168.110.34 Bcast:192.168.110.255 Mask:255.255.255.0 inet6 addr: fe80::222:15ff:fe99:862e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:22233 errors:0 dropped:1314 overruns:0 frame:0 TX packets:4200 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4119511 (3.9 Mb) TX bytes:514598 (502.5 Kb) Interrupt:20 Memory:f9fc0000-f9fe0000 eth1 Link encap:Ethernet HWaddr 00:E0:7D:D6:7D:2D inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::2e0:7dff:fed6:7d2d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7311 errors:0 dropped:0 overruns:0 frame:0 TX packets:7211 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:630759 (615.9 Kb) TX bytes:445274 (434.8 Kb) Interrupt:17 Base address:0xe800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:8 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:480 (480.0 b) TX bytes:480 (480.0 b) lo:1 Link encap:Local Loopback inet addr:192.168.3.2 Mask:255.255.255.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 lo:2 Link encap:Local Loopback inet addr:192.168.3.3 Mask:255.255.255.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:192.168.254.1 P-t-P:192.168.254.1 Mask:255.255.255.0 UP POINTOPOINT RUNNING MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:500 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) ********** bash-4.1# cat /proc/sys/net/ipv4/ip_forward 1 ********** I have also added a rule to iptables: iptables -A POSTROUTING -s 192.168.254.0/24 -t nat -o eth0 -j MASQUERADE ********** Here are my configuration files: ********** GPRS section of nitb.conf: ********** 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 192.168.2.1 ********** sgsn.conf: ********** ! ! Osmocom SGSN configuration ! line vty no login ! sgsn gtp local-ip 192.168.3.2 ggsn 0 remote-ip 192.168.3.3 ggsn 0 gtp-version 1 ! ns timer tns-block 3 timer tns-block-retries 3 timer tns-reset 3 timer tns-reset-retries 3 timer tns-test 30 timer tns-alive 3 timer tns-alive-retries 10 encapsulation udp local-ip 192.168.2.1 encapsulation udp local-port 23000 encapsulation framerelay-gre enabled 0 ! bssgp ! ********** ggsn.conf: ********** pidfile /var/run/ggsn.pid statedir /var/lib/ggsn/ listen 192.168.3.3 net 192.168.254.0/24 dynip 192.168.254.0/24 timelimit 0 I am using Wireshark with patches from openbsc git applied. GSM calls and SMS work fine. BTS is able to connect to SGSN, as can be seen from the output: ********** rado@openbsc:~$ osmo-sgsn -c sgsn.conf <0011> gprs_ns.c:151 NSVCI=65534 Creating NS-VC <0011> gprs_ns.c:151 NSVCI=65535 Creating NS-VC <0011> gprs_ns.c:738 Creating NS-VC for BSS at 192.168.2.3:23000 <0011> gprs_ns.c:620 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M intervention) <0011> gprs_ns.c:488 NSEI=101 Tx NS RESET ACK (NSVCI=101) <0011> gprs_ns.c:797 NSEI=101 Rx NS UNBLOCK <0012> gprs_bssgp.c:246 BSSGP BVCI=0 Rx RESET cause=Transmission capacity modified <0012> gprs_bssgp.c:246 BSSGP BVCI=2 Rx RESET cause=O&M intervention <0012> gprs_bssgp.c:269 Cell 230-10-1209-0 CI 2984 on BVCI 2 <0012> gprs_bssgp.c:322 BSSGP BVCI=2 Rx BVC-UNBLOCK <0012> gprs_bssgp.c:462 BSSGP BVCI=2 Rx Flow Control BVC ********** When trying to use GPRS from mobile phone: ********** <0012> gprs_bssgp.c:346 BSSGP TLLI=0x7ed21cb5 Rx UPLINK-UNITDATA <0013> gprs_llc.c:478 LLC SAPI=1 C FCS=0x17cd30CMD=UI DATA <0013> gprs_llc.c:741 LLC RX: unknown TLLI 0x7ed21cb5, creating LLME on the fly <0012> gprs_bssgp.c:346 BSSGP TLLI=0x7ed21cb5 Rx UPLINK-UNITDATA <0013> gprs_llc.c:478 LLC SAPI=1 C FCS=0x17cd32CMD=UI DATA <0012> gprs_bssgp.c:346 BSSGP TLLI=0x7ed21cb5 Rx UPLINK-UNITDATA <0013> gprs_llc.c:478 LLC SAPI=1 C FCS=0x17cd4cCMD=UI DATA and so on until phone timeouts. The problem is in my opinion between SGSN and GGSN, as no data is transferred through the tunnel (or the lo interface). But I checked the settings multiple times and tried other configurations (alias for eth1). Openbsc, openggsn, libosmocore, libosmo-abis are all compiled from git repositories. I do not understand what I am doing wrong and I am out of options. So I am asking for help. Thank you for your time. Rado Krkos

3 3

GPRS with OpenBSC
by Krkos Radko 15 Nov '11

15 Nov '11

1 0

Jenkins CI with GNU autotests is on
by Holger Hans Peter Freyther 15 Nov '11

15 Nov '11

Hi all, as can be seen here[1] I have merged the GNU autotest setup to libosmocore and the tests are now being executed during the normal build. I encourage everyone to write new tests for bugfixes in libosmocore but in other projects as well. How to write a test: - Create a new test executable or add a new function to one of the existing tests. Make repeatable output go to stdout, errors and things that can change to stderr. - Capture the stdout into the app_name.ok, add this file to the EXTRA_DIST of the Makefile.am - Append your test to the tests/testsuite.at file (copy and pasting one of the previous test cases) - test locally with make check - If you access local files during the test, add them to the EXTRA_DIST as well - Use make distcheck to verify everything is okay. regard holger [1] http://jenkins.osmocom.org/jenkins/job/libosmocore/label=linux_i386_debian_… (no permalink)

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC