OpenBSC

openbsc@lists.osmocom.org

16 participants
4200 discussions

[PATCH 0/5] Change PLL set/work value
by Daniel Willmann 07 Jan '10

07 Jan '10

Hello, this list of patches includes support to change the PLL set and work value with bs11_config. Many thanks go to Dieter Spaar who figured out how to change the work value. Harald, if these patches are okay for you I'll go ahead and commit them. Regards, Daniel Willmann (5): [abis_nm] Add generic abis_nm_bs11_logon function [abis_nm] Add abis_nm_bs11_infield_logon to logon as user field [abis_nm] Add abis_nm_bs11_set_pll function to change the set/work value [bs11_config] Whitespace changes so the help text looks nice [bs11_config] Add pll-setvalue and pll-workvalue commands openbsc/include/openbsc/abis_nm.h | 3 ++ openbsc/src/abis_nm.c | 39 +++++++++++++++++++++++++--- openbsc/src/bs11_config.c | 50 +++++++++++++++++++++++++----------- 3 files changed, 72 insertions(+), 20 deletions(-)

2 6

OpenBSC code questions
by Dimitris Karampatsis 07 Jan '10

07 Jan '10

Hello, I ‘ve tried to use the latest OpenBSC code with a nanoBTS at 850 MHz. I have been able to compile the code in Debian Linux and run it successfully. Mobiles were able to register successfully to the network. In addition the IMSI and TMSI numbers were collected successfully. However, I have encountered a few issues that are summarised below: - Segmentation faults (software crashes) occur in situations where I try to send an SMS message through the telnet interface or when I try to make a phone call from one mobile to another - When sending SMSs from one mobile to another, the SMS are collected successfully to the database but are not sent to the other mobile. In the telnet interface I use the command “SMS SEND PENDING” but nothing happens. The SMSs are sent to the terminating mobile when either restarting the OpenBSC software or when the terminating mobile re-registers to the OpenBSC network - IMEI numbers are sometimes not collected (especially on Nokia phones) or the wrong IMEI number is displayed Have anyone else noticed these issues? I am trying to install a debugger to check why the segmentation faults occurs. The only debugger that works is from Netbeans that uses the GDB debugger. However the debugger hangs when trying to initialise the database (it stucks in command dbi_initialize(NULL) on db.c file) Can anyone help why the debugger hangs or recommend a debugger that will work with this code? Many thanks Regards, Dimitris

3 2

Question about the "Move db usage out of the libbsc (fork dumping of subscr)" commit
by Sylvain Munaut 06 Jan '10

06 Jan '10

Hi, I don't see how this commits helps ? The function code is exactly the same in both files and the db.c dependency in vty_interface.c hasn't been removed. Am I missing something here ? [ See commit 424c4f0e2927d5a7538b31c69113c6e4f861d2c9 on the git for context ] Sylvain

2 3

Re: OpenBSC / GSM network at camp site
by ich＠henrik-hansen.de 02 Jan '10

02 Jan '10

On Fri, 01 Jan 2010 04:05:06 +0100, Miguel Elias <nobody_su(a)chaostreff.ch> wrote: > hi hi, nicht witzig ich arbeite momentan dran :) > 2m sind normalerweise für amateure verwendet, die bos sind normalerweise > auf 4m, aber dass heist nicht das auch auf den kommerziellen frequenzen > auch bos dienste möglich sind. Stimmt schon nur sagt die PDV/DV 800 (hab sie momentan nicht hier, daher kann ich nicht zitieren) das der 2m W/U Funk auf den Betriebskanälen nur für Übungs und einsatzzwecke zu verwenden ist. > ich sehe das nicht so eng und ich denke auch die bnetza nicht, da ihr > auf dem camp nicht den funkdienst mitsbraucht sondern auch da übungen > für eure feuerwehrarbeit. Die Interessiert das herzlich wenig, habe schon 4 auf 2m Relais gesehen um der knappheit an 4m Handfunkgeräten zu entgehen. Rechtlich gesehen absolutes no-go aber kratzt keinen. > es wird wird wohl einfacher sein, mehr dieser 2m funkgeräte zubesorgen > und zusätlich ein sog. relais zu besorgen, welches du dann an einem > hohen standort installieren müsstes... damit würdest jenach gegenheiten > bis zu 30km und mehr abdecken. Da kommen wir schonwieder zu diversen Problemen, BOS 2m Geräte sind eher unerschwinglich (minimum 300eu). Akkus sind relativ teuer. Und sie werden meißtens (99%) dafür angeschafft um auf Fahrzeugen verlastet zu sein. Um im Ernstfalle (Einsatzfall) halt Griffbereit zu sein. Das wir derzeit fürs Zeltlager diese Menge an 2m aus dem Tagesgeschäft rausziehen ist vielen aktiven Kammeraden ein riesiges Dorn im Auge. Und ehrlich gesagt will ich das auch nicht mehr, weil Funk nur dann funktioniert wenn alle richtig Mitspielen. Darüberhinaus habe ich selbst schon oft die erfahrung gemacht das man oft im Feld bei den Kids, es nicht mitbekommt wenn man selber gerufen wird. Und was passiert? 30sek. später klingelt das Handy. 30km hört sich zwar verdammt lecker an, ist aber nicht das was ich will. Fläche von ca 90.000 qm = quadrat von 300m :) (im idealfall) > eine BTS für ein soches netz aufzubauen ist zu einem gewissen grad ein > overkill... Finde ich nicht. Derzeit habe ich zwar noch nicht wirklich Informationen darüber welches Einzugsgebiet ich mit ner nanoBTS abdecken kann, aber wenns was werden sollte denke ich das wir minimum 2 eher 3 BTS'n aufbauen werden. Derzeit habe ich noch keine offiziellen Preise gefunden, aber bereits den Hinweis bekommen das die Kisten für rund 2.5keu über den Ladentisch gehen. Endgeräte finden sich in den meißten Haushalten. Ob man jetzt beigeht und sein primär Handy verwendet, oder das vor-24Monats Modell welches in der Schublade oxidiert, ist jetzt erstmal egal. Aber defakto ist doch das Endgeräte vorhanden sind. Weiterhin ist für mich entscheidend das niemand von mir eine Einweisung in ein Handy braucht. Im regelfall weiß jeder wie sein Handy funktioniert und wenn nicht... ich hab 2000 potentielle 1-Level-Supporter rumlaufen :D Letztlich denke ich das in vielen Köpfren vorhanden ist, das GSM bzw. Mobile Kommunikation immer was mit teurer Technik verbunden ist. Was defakto durch die Arbeit des openBTS Projekts einfach nicht mehr der fall ist. (An dieser Stelle nochmal vielen Dank für die tolle Arbeit) Ausserdem warum nicht? Was spricht dagegen GSM zu verwenden (und Geld ist für mich kein Grund)? Gruß Henrik

3 2

Hello my name is ...
by ich＠henrik-hansen.de 01 Jan '10

01 Jan '10

Hi first i wan't to intoduce myself, i m henrik and am from germany. my english isn't good as is should be but i hope everyone can understand me. :) I'm searching for a Siemens BS-11 GSM1800. Why? Im the technical operator of the biggest summer-camp in lower saxony / germany of youth-fire-fighters. I know hard to understand. :D My plan is it, to operate a GSM zell on our camp next year. some background informations: -2000 youth member at the camp-ground. -up to 200 tecnical supporters. -300 youth supporters. more informations about the event 2009: http://www.zeltlager-2009.de/ The Mainorganisators of the camp know about this idea, and are willing to get a short-time licence for the event. The first contact to the "Bundesnetzagentur" is already done. What can i give the openBSC community? A place to test / benchmark OpenBSC. Also i'm a c / php developer and maybe i can help develope some external features for openBSC. Greetings from cold old Germany Henrik

3 4

REQUEST: Letter of Support for OpenBSC
by Harald Welte 30 Dec '09

30 Dec '09

Dear List, some entities in the GSM Industry seem to have started to discredit our efforts for an Open Source implementation of GSM protocols. In order to prove them wrong and demonstrate the usefulness of OpenBSC, I would like to ask everyone who uses OpenBSC in a commercial or educational context (companies, universities, schools) to show their support by writing a letter of support. This is a way how you can contribute back to the OpenBSC project, even without writing any code. Simply put a couple of sentences on your letterhead where you explain that you use OpenBSC, and if or how you think it is a useful tool for your research and/or development. I will collect those letters and forward them to those who try to discredit us, and if that is not sufficient, put the letters on the project homepage and take that dispute somewhat more public. I'm looking forward to your letter. Thanks for your support! -- - 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 2

Work on ipaccess-config and software load
by Holger Freyther 30 Dec '09

30 Dec '09

Hi All, in the last couple of days I have implemented Software Loading for the nanoBTS. Use this at your own risk but it is working here(tm). Software Load is implemented as of the GSM 12.21 with some quirks and extra messages compared to the BS11. - BS11 got the length of the "length" wrong and it should have been a short. ipaccess got this right so I needed to change that part - For the nanoBTS in the SW Load Init and Load End message one needs to add the SW_DESCR IE but without a length. 12.21 would probably require the length but this is omitted. The other part is that the file id must be set to "id\0" and the version to "version\ 0" or at least was set like this in the example trace I had. - Strings must be written with the '\0' in it. - After the Software Load End ACK one needs to send a special SET NVATTR to set the software as default. The message must contain the ID and Version of two firmware parts. I'm not sure which funtional part they relate to but they have the "more more magic" ids of 0x1000 and 0x2001. I have changed ipaccess-config to exit after the software load, or setting the primary OML IP by handling the ACK and carrying a state. One can also chain "-r" and the above two so the primary action will be executed first and then the reset will be issue and with a reset ack/nack the app will exit. With doing the above it becomes aware that we should change ipaccess-config a lot, all the options you could enable should generate an operation and we should put these into a queue and then execute them one after another and exit once all of them are done but this will be a bigger project as we need some more cooperation with abis_nm.c. Is anyone volunteering to fix the structure of this small application helper? regards holger

2 2

Re: RRLP / ephemeris data
by Dieter Spaar 27 Dec '09

27 Dec '09

Hello Sylvain, I finally found the time to play with the RRLP encoding of the GPS assistance data, sorry for the long delay. When comparing the encoded PDUs with the data from an evaluation version of a commercial ASN1 too, I found several problems which seem to come from a bug in the ASN1 unaligned PER encoder of ASN1C. I can also confirm this problem by simply trying to decode the generated PDUs with the ASN1 decoder from ASN1C, it shows the same error as the commercial tool. I think I have found the bug and a fix for it, however I have not yet confirmed that it really works with a phone, I currently just check the PDUs. I will try to test it with a phone, if anyone is currently playing with RRLP, I can of course send the bug fix (I am just not yet 100% sure with it). Just in case, I use ASN1C from the SourceForge subversion repository. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

pySim: Utility to program SIMs
by Sylvain Munaut 27 Dec '09

27 Dec '09

I' ve just added a tool to deal with SIMs more easily (especially when you want to program tens of them ... :) You can check it out at git://bs11-abis.gnumonks.org/pysim.git The currently supported models are : - Super Sim 12-in-1 (the format described in the OpenBSC Wiki) - Magic SIM (2010 model) - 'fake' Magic SIM (some counterfeits ?) Note that I have some marked 'SuperSIM' that need the 'Fake Magic SIM protocol'. In any case, just try 'auto' first and it'll try to autodetect. If you have a card for which that doesn't work, contact me please (or debug and fix it yourself :) I tested it with the 3 models I have here and it worked fine (tested IMSI, PLMN_Sel & Ki). (with the 2010 magic sim model, the ICCID isn't programmed but that has no impact ... and it's not programmed with the official software either ...) Here's the README for reference : This utility allows to : * Program customizable SIMs. Two modes are possible: - one where you specify every parameter manually : ./pySim.py -n 26C3 -c 49 -x 262 -y 42 -i <IMSI> -s <ICCID> - one where they are generated from some minimal set : ./pySim.py -n 26C3 -c 49 -x 262 -y 42 -z <random_string_of_choice> -j <card_num> With <random_string_of_choice> and <card_num>, the soft will generate 'predictable' IMSI and ICCID, so make sure you choose them so as not to conflict with anyone. (for eg. your name as <random_string_of_choice> and 0 1 2 ... for <card num>). You also need to enter some parameters to select the device : -t TYPE : type of card (supersim, magicsim, fakemagicsim or try 'auto') -d DEV : Serial port device (default /dev/ttyUSB0) -b BAUD : Baudrate (default 9600) * Interact with SIMs from a python interactive shell (ipython for eg :) import pySim sl = pySim.SerialSimLink(device='/dev/ttyUSB0', baudrate=9600) print sl.read_binary(['3f00', '7f20', '6f07']) # Print IMSI print sl.run_gsm('00112233445566778899aabbccddeeff') # Run A3/A8 ---------------- Sylvain

1 0

[PATCH 1/1] Add a GURU import script for 26C3
by Daniel Willmann 27 Dec '09

27 Dec '09

Use it like this: ./26c3-guru-import.py hlr.sqlite3 <GURU_URL> This script will check if the imXi is an IMSI and authorize the subscriber. If it isn't it checks whether it's an IMEI that has an IMSI associated with it and authorize the first IMSI that was seen with that particular IMEI. It will not touch subscribers that are already authorized. --- openbsc/tools/26c3-guru-import.py | 90 +++++++++++++++++++++++++++++++++++++ 1 files changed, 90 insertions(+), 0 deletions(-) create mode 100755 openbsc/tools/26c3-guru-import.py diff --git a/openbsc/tools/26c3-guru-import.py b/openbsc/tools/26c3-guru-import.py new file mode 100755 index 0000000..99a982b --- /dev/null +++ b/openbsc/tools/26c3-guru-import.py @@ -0,0 +1,90 @@ +#!/usr/bin/python2.6 + +# Based loosely on hlrsync.py from Jan Lübbe +# (C) 2009 Daniel Willmann +# All Rights Reserved +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 2 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License along +# with this program; if not, write to the Free Software Foundation, Inc., +# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + +from __future__ import with_statement + +import urllib +from pysqlite2 import dbapi2 as sqlite3 +import sys + +hlr = sqlite3.connect(sys.argv[1]) +web = urllib.urlopen(sys.argv[2]).read() + +# switch to autocommit +hlr.isolation_level = None + +hlr.row_factory = sqlite3.Row + +web = web.split("\n") + +# Remove last empty newline +# List of extension - imei/imsi tuples from GURU2 +web_tuple = [ (int(i.split(" ")[0]), int(i.split(" ")[1])) for i in web if len(i) > 0 ] + +for x in web_tuple: + exten = x[0] + imxi = x[1] + + # Enforce numering plan of 26c3 + if exten < 9100 or exten > 9999: + continue + + # Test if it is an IMSI and hasn't yet been authorized + subscr = hlr.execute(""" + SELECT * FROM Subscriber WHERE imsi=="%015u" and authorized==0 + """ % (imxi) ).fetchall() + + # Not an IMSI + if len(subscr) == 0: + equip = hlr.execute(""" + SELECT * FROM Equipment WHERE imei="%015u" + """ % (imxi) ).fetchall(); + #print equip + + if len(equip) == 0: + continue + + subscrid = hlr.execute(""" + SELECT * FROM EquipmentWatch WHERE equipment_id=%015u ORDER BY created LIMIT 1 + """ % (int(equip[0]['id'])) ).fetchall(); + + #print subscrid + + if len(subscrid) == 0: + continue + + subscr = hlr.execute(""" + SELECT * FROM Subscriber WHERE id==%u and authorized==0 + """ % subscrid[0]['subscriber_id']).fetchall(); + + if len(subscr) == 0: + continue + + subscr = subscr[0] + # Now we have an unauthorized subscriber for the imXi + print exten, imxi + print subscr + + # Strip leading 9 from extension and authorize subscriber + hlr.execute("""UPDATE Subscriber SET authorized = 1,extension="%s" \ + WHERE id = %u + """ % (str(exten)[1:], subscr['id']) ); + +hlr.close() -- 1.6.5.2

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC