OpenBSC

openbsc@lists.osmocom.org

8 participants
4276 discussions

Future of the HLR
by Harald Welte 06 Jun '10

06 Jun '10

Hi all! One of the issues I want to adress in the coming weeks is the HLR. At the moment, we don't have an HLR in the traditional GSM sense. We have something that corresponds to the same function, but without all of the usual interfaces. This is not a problem in itself, as we do not intend to interwork the internal-MSC of the OpenBSC with a traditional HLR at this point. The current implemnetation just synchronously calls subscriber_get(), which does a database lookup. It expects this lookup to succeed synchronously, which is only true as long as nobody else is accessing the hlr.sqlite3 database simultaneously. This is problem 'A'. Simultaneous accesses to the database could either be manual updates, or the 'hlrsync.pl' script, or some other kind of user interface to the database. The problem gets worse if we now start to have a SGSN. The SGSN currently does not access hlr.sqlite3. But if I start to implement it, we will have concurrent accesses from bsc_hack and osmo-sgsn to the sqlite3 database, which means that problem 'A' will become worse. So what needs to be done: 1) Accesses like subscriber_get() need to become asynchronous, i.e. at the time we search for a subscriber we simply issue a call and do some state transition. Once the database process is finished retrieving the subscriber data, we can continue the operation. 2) Introduce an actual message-based protocol between the HLR database process and the OpenBSC and OsmoSGSN software. Both of those fit together quite nicely. And rather than inventing our own protocol, we should directly use the GSM MAP (09.02) messages intended for the respective operations. That might sound complex, but we can leave out the other parts of SS7 (MTP, SCCP, TCAP) for now. But if we already start to encode the information elements and messages themselves according to MAP, we would have a very clear migration path towards * turning our HLR into something that can interoperate with real GSM networks * allowing our Layer3/MSC code in OpenBSC to use a real GSM HLR The MAP asn.1 code can be processed quite nicely by asn1c, thus it should be possible to integrate with our C code quite nicely. I'm right now studying TCAP and how it is being used by MAP in order to determine if (and how much of) TCAP we would need. After that is finished, I'll likely start working on a minimal HLR process (using the sqlite3 database backend) and then convert the OpenBSC code to asynchonous MAP-based subscriber lookups. 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

Setting the power of a BTS
by Luca Bertoncello 05 Jun '10

05 Jun '10

Hi, List! I'm new to OpenBSC, and I'm experimenting some configuration of the program. Now I have to try to change the power of the BaseStation, so that I can set how far mobile phones can catch the signal of my BaseStation. I thought, I can change the values of "ms max power" or "nominal power", but I don't see any difference. Is it possible to do what I try? If yes, how? Thanks for any help! -- _______________________________________________________________________ Luca Bertoncello Entwicklung Mail: bertoncello(a)netzing.de NETZING Solutions AG Tel.: 0351/41381 - 0 Kesselsdorfer Str. 216, 01169 Dresden Fax: 0351/41381 - 12 HRB 18926 / Ust.ID DE211326547 Mail: netzing.ag(a)netzing.de _______________________________________________________________________

5 10

OpenBTS OML sequencing / startup problems
by Harald Welte 04 Jun '10

04 Jun '10

Hi zecke, one of the things that I've been thinking about earlier today while talking with Roch was the fact that we do the A-bis OML overlapping / asynchronously, i.e. if we send a 'set attribute ...' or 'opstart' message, we never wait for the acknowledgement before sending the next message. While this might be efficient and compliant with the specification, it is likely to expose bugs like race conditions in software that has never been tested against it. So one of the ideas would be to make the abis_nm.c layer queue up messages during abis_nm_sendmsg() and determine based on the messagetype if it is a message that we're expecting an ACK/NACK as response. If yes, delay transmission of further enqueued OML messages until such ACK/NACK is received. Of course, there probably should also be a timer whose expiration should generate at least a log file entry (and after which we continue with the next message from the queue) I'm not sure if you feel in the mood for implementing something like this or not. I can also stop with GPRS work and have a look at it. This request/response tracking would probably also be useful once we extend our ability to send OML messages from e.g. external applications. We could then notice who submitted the message and deliver the result back to the caller without having to consider re-ordering or something like that. Regards, Harlad -- - 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

nanoBTS specs
by jason mercury 03 Jun '10

03 Jun '10

Hi to all, I want to learn max. Rx input power of nanoBTS. Does anybody know about it or have datasheet of nanoBTS?(Both 900 and 1800) Thanks. Jason

1 0

IMEI collection problem and virtual power
by jason mercury 03 Jun '10

03 Jun '10

Hi to all, I have problem with collecting imei numbers of cellphones which try to register to the nanoBTS. All imsi numbers of subscribers are saved in Subscriber table but only very small number of imei numbers are stored. What do you thin about this? Could you offer any solution. Moreover, I want to ask something about virtual power. Is there virtual power property (for example my actual power is tx 100mW but MS feels that it is 10W). If we have how can I use it? Thanks. Jason

2 1

"hello!" and "openbsc problem"
by Thomas Ansorg 31 May '10

31 May '10

hello my name is thomas and i study communication engineering at tfh berlin. i write my bachelor this semester. the task is to program a handover funktion between 2 bs11, openbsc runs on a pc with e1 interface. but there are major problems. i can't login with my 2 handys that i use for that. nokia 3310c and 6650. the network is found, but the login fails, with both handys. it worked only one time, with the 6650. i backuped the hlr-file. i assume it's this file that makes problems. when i delete the hlr, it is new created, and none of my handys can login. when i restore this special hlr, the 6650 connect without problems, but only this one. is there a tool to edit hlr.sqlite3, windows-based if possible? where are the protocoll files stored, for error search, or must i make a screenshot ? thanx thomas p.s.: answers in german prefered :-) -- Wer Rechtschreibfehler findet, darf sie behalten

3 2

AW: AW: AW: linking problems
by Andreas.Eversberg 31 May '10

31 May '10

> This sounds wrong. What does 'which pkg-config' return? > Did you really set PKG_CONFIG, and is the pkg-config binary not in your > PATH? root@fuckup ~ # which pkg-config /usr/bin/pkg-config i think i had set PKG_CONFIG_PATH, since i have no pkg-config under /usr/local/bin/.

2 1

AW: AW: linking problems
by Andreas.Eversberg 31 May '10

31 May '10

>Yes, you have said that in the previous mail. I wonder _why_ you need to >set it and if our documentation is not accurate. Have you really set >PKG_CONFIG? Does it mean that you do not have pkg-config available in >your PATH? my pkg-config is under /usr/lib/pkgconfig (gentoo). but libosmocore and others are installed under /usr/local/lib/pkgconfig.

2 1

AW: linking problems
by Andreas.Eversberg 31 May '10

31 May '10

hi holger, it works now. i set PKG_CONFIG and everything compiles. also the linux-call-router now compiles with opensbsc, after fixing some api issues. regards, andreas -----Ursprüngliche Nachricht----- Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Holger Freyther Gesendet: Montag, 31. Mai 2010 05:25 An: openbsc(a)lists.gnumonks.org Betreff: Re: linking problems On 05/28/2010 07:40 PM, Andreas.Eversberg wrote: > with setting PKG_CONFIG it works. it was a layer-8 problem. still i don't understand why the linker finds symbols in "lib.so" but not in "lib.a" Hi Andreas, I looked into our build howto and I try to understand how it failed for you. Have you passed a --prefix to the build of libosmocore? regards holger

2 1

AW: linking problems
by Andreas.Eversberg 31 May '10

31 May '10

with setting PKG_CONFIG it works. it was a layer-8 problem. still i don't understand why the linker finds symbols in "lib.so" but not in "lib.a". -----Ursprüngliche Nachricht----- Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Holger Hans Peter Freyther Gesendet: Freitag, 28. Mai 2010 10:45 An: openbsc(a)lists.gnumonks.org Betreff: Re: linking problems On 05/28/2010 04:02 PM, Andreas.Eversberg wrote: > hi again, > > libosmocore.a has a reference to 'log_init', but the linker will not > find it somehow. any idea? Yes, you attempt static linking... which appears to not work. Build the libosmocore as DSO and try linking again.

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC