- OpenBSC - lists.osmocom.org

[RFC] libosmocore: New libosmosdr sub library
by Sylvain Munaut 18 Oct '11

18 Oct '11

Hi, I've just pushed a libosmosdr sublibrary in a sylvain/sdr branch in the libosmocore git. Currently it contains mostly a complex vector 'class' along with various math functions used on them (convolution / correlation / ...). Some aspects the the API along with some of the underlying math are inspired by the code from openbts, but it is a complete rewrite in pure C with some aspects simplified, and some others extended. If anybody has comments before I merge it in master, they're welcome. The doxygen doc should be clear enough (and even includes fancy latex equation :P) Cheers, Sylvain

3 5

[PATCH 0/3] rb-tree based timer infrastructure for libosmocore
by pablo＠gnumonks.org 18 Oct '11

18 Oct '11

From: Pablo Neira Ayuso <pablo(a)gnumonks.org> Hi! This patch reworks the timer insfrastructure of libosmocore to make it more scalable. I remember some discussion with Harald while I was in Berlin that this can be of interest. It also reworks the timer torture test, the current list-based timer seems to have problem with it. You can find this changes in the pablo/timer branch. Pablo Neira Ayuso (3): add rb-tree implementation to libosmocore timer: add scalable RB-tree based timer infrastructure tests: add new torture test for timer infrastructure include/osmocom/core/Makefile.am | 2 +- include/osmocom/core/linuxrbtree.h | 160 +++++++++++++++ include/osmocom/core/timer.h | 6 +- src/Makefile.am | 2 +- src/rbtree.c | 389 ++++++++++++++++++++++++++++++++++++ src/timer.c | 176 +++++++++-------- tests/timer/timer_test.c | 141 ++++++++++--- 7 files changed, 757 insertions(+), 119 deletions(-) create mode 100644 include/osmocom/core/linuxrbtree.h create mode 100644 src/rbtree.c -- 1.7.2.5

2 5

[PATCH 1/1] openbsc: Fix Spelling error
by Caleb Pal 17 Oct '11

17 Oct '11

Fix to small spelling error. diff --git a/openbsc/src/gprs/gprs_gmm.c b/openbsc/src/gprs/gprs_gmm.c index cc9d297..ff2069a 100644 --- a/openbsc/src/gprs/gprs_gmm.c +++ b/openbsc/src/gprs/gprs_gmm.c @@ -1055,7 +1055,7 @@ static int gsm0408_rcv_gmm(struct sgsn_mm_ctx *mmctx, struct msgb *msg, break; case GSM48_MT_GMM_RA_UPD_COMPL: /* only in case SGSN offered new P-TMSI */ - DEBUGP(DMM, "-> ROUTEING AREA UPDATE COMPLETE\n"); + DEBUGP(DMM, "-> ROUTING AREA UPDATE COMPLETE\n"); mmctx_timer_stop(mmctx, 3350); mmctx->p_tmsi_old = 0; /* Unassign the old TLLI */

2 1

Re: [RFT] Couple of changes to nanoBTS and nokia insites bootup sequences to be tested
by Dieter Spaar 17 Oct '11

17 Oct '11

Hello Sylvain, On Mon, 17 Oct 2011 14:11:58 +0200, "Sylvain Munaut" <246tnt(a)gmail.com> wrote: > And also a fix for the Nokia InSite startup sequence where the reset > command was not sent due to missing initialization of .do_reset. The Reset command was enabled in my initial version. As far as I know it was intentionally disabled during the CCC camp to get faster turnaround times while setting up the camp network. Its possible to skip the reset if nothing has changed in the configuration, however if for example the ARFCN is changed, the reset is required (it might be possible to do a TRX-only reset but I never tested it). Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

Re: [RFT] Couple of changes to nanoBTS and nokia bootup sequences to be tested
by Sylvain Munaut 17 Oct '11

17 Oct '11

Hi, > The Reset command was enabled in my initial version. As far as I know > it was intentionally disabled during the CCC camp to get faster > turnaround times while setting up the camp network. > > Its possible to skip the reset if nothing has changed in the configuration, > however if for example the ARFCN is changed, the reset is required (it > might be possible to do a TRX-only reset but I never tested it). Mmm, I'll retry tonight but at least with the new LAPD code I had trouble when the reset wasn't there. Actually to get it to start I have to: - After powering it, wait for like 10 min. (If I try to start openbsc any sooner, it will never bootstrap) - Then start openbsc with the 'reset' part in it. But I could add this 'reset' process as an nokia specific option to the vty (i.e. reset_on_start or something ). Cheers, Sylvain

1 0

libosmocore ABI change (libosmocore-3.0.0.so)
by Harald Welte 17 Oct '11

17 Oct '11

Hi all, this is just a heads-up: The ABI of the osmo_timer has just changed (due to merging pablo's rb_tree based timer implementation instead of our linked list one). The API has not changed, so simply recompiling the programs against the new library header files will work. As a result, I have bumped the major library version, resulting in libosmocore-3.0.0.so. There is also a new version tag to mark this change: 0.4.0 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

[ANNOUNCE] First OsmocomGMR code release
by Harald Welte 16 Oct '11

16 Oct '11

First Osmocom GMR code release As some of the readers may already know, a couple of Osmocom developers have been working on a new sub-project: OsmocomGMR. The primary goal of this project is to provide a reusable and clean implementation of the various layers of GMR-1. What is GMR-1 ? Well, it stands for "GEO Mobile Radio" and it's a set of specifications describing a satellite based mobile phone network heavily inspired from GSM. One of the major commercial operators of GMR-1 technology is "Thuraya", providing coverage over Europe/Africa/Asia/Australia. So far the implementation focused on the lowest layers: * Physical layer with FCCH sync and demodulation support for * pi4-CBPSK and pi4-CQPSK bursts. * Channel coding layer (scrambling/puncturing/convolutional coding/crc/interleaving/...) And some ancillary tools to exploit those: * A good capture tool to listen to particular ARFCN(s) and channelize them properly * Wireshark support (BCCH only so far) The first 'demo application' using all of the above provides functionalities similar to what airprobe is for GSM: An air interface protocol analyzer that goes all the way from capturing data off-the-air to sending packets to wireshark for analysis. Limited to BCCH only currently but this will evolve with time. Development was mainly done by Sylvain Munaut, with help from Dimitri Stolnikov (early signal captures and his great capture tool), Harald Welte (initiating the project) and Steve Margraf (testing different setup and antenna ideas). If you'd like to know more, you are encourated to read the wiki (http://gmr.osmocom.org/) and join the mailing list (http://lists.osmocom.org/mailman/listinfo/gmr) -- - 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

GPRS not coming up on NanoBTS 140
by Gus Bourg 15 Oct '11

15 Oct '11

Hello all, Looking for ideas. I have a NanoBTS Model 140 which doesn't seem to work with GPRS. It never connects to the SGSN. The openbsc/sgsn environment is ok - I can swap in another nano and it works fine. I've taken some log captures:

4 3

RFC: sgsn should command/response set to 1 in gsm48_tx_gmm_ra_upd_rej?
by Holger Hans Peter Freyther 15 Oct '11

15 Oct '11

Hi, I think the REJECT should be sent with the C/R bit set to 1? holger

1 2

"Mandatory info element out of sequence"
by anish achenkunju 14 Oct '11

14 Oct '11

Hi All, I'm getting the following error "Received packet without a valid source address!!!" on sgsnemu 0.84 [root@n003-000-000-000 openggsn-0.84]# sgsnemu --listen 7.7.7.7 --remote 7.7.7.1 --timelimit 10 --contexts 1 --apn internet --imsi 2400112 34567890 --msisdn 46702123456 -u root -p nsil --createif --defaultroute Using default DNS server Local IP address is: 7.7.7.7 (7.7.7.7) Remote IP address is: 7.7.7.1 (7.7.7.1) IMSI is: 240011234567890 (0xf098765432110042) Using NSAPI: 0 Using GTP version: 1 Using APN: internet Using selection mode: 1 Using MSISDN: 46702123456 Initialising GTP library openggsn[4597]: GTP: gtp_newgsn() started Setting up interface Done initialising GTP library Sending off echo request Setting up PDP context #0 Waiting for response from ggsn........ Received echo response Received create PDP context response. IP address: 218.59.100.38 Disconnecting PDP context #0 Received packet without a valid source address!!! [root@n003-000-000-000 openggsn-0.84]# The error I get on GGSN (Cisco 7200) on debugging is "Mandatory info element out of sequence" *Oct 13 17:01:42.444: GTP IE:4200113254769800:rcvd 0 out of order previous IE 0 *Oct 13 17:01:42.448: %GTP-2-PDPACTIVATIONFAIL: GTP PDP activation/update failed, GSN: 0.0.0.0, TID: 00, Reason: Mandatory info element out of sequence I'm sticking with 0.84 as 0.91 has a bug while sending echo " Mandatory IE invalid" . Any help on this is greatly appreciated. Thank you, Anish

2 1