OpenBSC

openbsc@lists.osmocom.org

1 participants
4319 discussions

Re: patches for openbsc
by Andreas.Eversberg 19 May '09

19 May '09

dear holger, dear harald, don't worry about little communication problems. the difference between being offensive and being contructive is only determined by the sound of voice, i think. we can't hear the "tone" in emails, so we try to imagine the tone when we read mails. so your constructive arguments can be easily understand wrong. let's get back to the patches. first, i decided to use one big patch, because the application interface requires almost all other parts to work. what i can do is to provide single patches that will work stand-allone, but some are dependant of earlier patches. harald already did a list of parts in it's order: * timer rename throughout the existing code * llist header changes (why were they made? c++?) * the transmit delay timer * introduction of trau interface * bsc_select_main(polling) * paging extension with cbfn BTS pointer * the actual MNCC interface * installation of libbsc (this should be last, since before the other changes it is of no use) i will start this week to apply the changes to the latest SVN snapshot, one by one. i will test it by calling from one mobile station to another station. (i think that is enough.) i will create a diff and announce it on the mailing list. (i can also put it on home.eversberg.eu or on the wiki, if you whish). after that i will continue with the next step, test it and provide the next diff. also, i need to know about "openbsc/openbsc.h" include file, i would like to add. it shall only include functions and definitions relevant for the application to use libbsc. because the application does not need to know about libbsc internals, the pointer to the "struct gsm_net" is of type "void". example in the first parameter of mncc_send(): int mncc_send(void *net, int msg_type, void *arg); this header file contains structures that are used by application and libbsc also, like: enum gsm_bts_type currently i copied the bootstrap code from bsc_hack.c into my LCR application, so i need to incude more than openbsc.h there. in my case i use a file called "bootstrap.c" which takes all the parameters to initiate gsm network an controls bootstrapping. i think this should be part ob libbsc in the future. if bootstrapping would be part of libbsc, there is no need to include more than openbsc.h to use the MNCC interface. what do you think? best regards, andreas

3 2

AW: patches for openbsc
by Andreas.Eversberg 19 May '09

19 May '09

hi holger, these patches are not the "final" patch. some things must be discussed before of yourse. i removed the out commented code from the patch. some comments like "// todo ..." are not removed. when you look at the file http://home.eversberg.eu/stage1.html, you will see the new version. whenever there is something to complain about, i will change it, until we have patches that all of us agree. please ask if you don't fully understand the patch. especially for the BSC<->application interface, i was too lazy to describe all details. you will find mncc.c usefull to see how the interface is handled. regards, andres -----Ursprüngliche Nachricht----- Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Holger Freyther Gesendet: Sonntag, 17. Mai 2009 09:35 An: openbsc(a)lists.gnumonks.org Betreff: Re: patches for openbsc On Friday 15 May 2009 12:37:50 Andreas.Eversberg wrote: > hi, > > finally my patch is documented (almost). you will find the > documentation of the patch: > > http://home.eversberg.eu/stage1.html > > the patch in plain text fromat: > > http://home.eversberg.eu/stage1.patch > > it also includes the changes i posted here before. if you have > questions, ask. Hi Andreas, thank you for the patches. Let me start to review the patches one by one as replies to this one. One general thing with this and the previous patch. I'm quite picky when it comes to commented out code, and left overs from debugging.... please try to avoid leaving that in. z.

4 4

Re: TRX #2
by Dieter Spaar 15 May '09

15 May '09

Hello Andreas, On Fri, 15 May 2009 16:11:06 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote: > > i like to use TRX 2. to create objects, i need a password. any idea? The original password set by the manufacturer depends on the serial number of the BS-11. However "bs11_config" contains everything needed to set a new password and create TRX2. If you want to use LMT, you should run "bs11_config" first and than use LMT, the new password is in the source code of "bs11_config". Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

TRX #2
by Andreas.Eversberg 15 May '09

15 May '09

hi, i like to use TRX 2. to create objects, i need a password. any idea? i think that openbsc requires more changes than adding more timeslots. also the bootstrap process must be improved, i think. for multiple trx i would suggest to use an array of frequencies for each trx when calling boostrap_network() for multiple bts i would suggest to call bootstrap_network() again to configure the second bts. for multiple bts on the same E1 interface, is for further study. andreas

1 0

RJ45 cable
by Eric Cathelinaud 15 May '09

15 May '09

Hi, I just saw you added to the wiki a "step by step" guide to build the RJ45. I was wondering why you are saying you use green white / green cables for pin1&2. I actually pluged in my twinax orange white / orange cables. Are you using a crossed cable? Best regards Eric Cathelinaud

2 2

Re: Problem with installing OpenBSC on Centos 4
by Dieter Spaar 15 May '09

15 May '09

Hello Nordin, On Thu, 14 May 2009 17:26:22 +0200, "Nordin" <bouchtaoui(a)gmail.com> wrote: > > Than I executed the bsc_hack for the nanoBTS (thus I give the > appropriate parameters as described on the webpage), and I get the > following error: > DB: Database initialized. > DB: Database prepared. > mi_setup could not open socket Address family not supported by protocol Do you really provide the correct parameters to bsc_hack ? The current version of bsc_hack requires the parameter "-t nanobts900" or "-t nanobts1800", depending on the type of the nanoBTS you have. If you don't specify the type, the BS-11 is used. Additionally be sure to specify the ARFCN for a nanoBTS 1800 because otherwise the default GSM900 channel 123 will be used which does not work for DCS1800. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

SMS interface
by Andreas.Eversberg 15 May '09

15 May '09

hi, i know that there is an SMS application interface to come. but currently i like to send SMS via vty interface. i don't know much about the interface structure of the vty interface. here is what i actually want: a daemon checks the hlr for unauthorized subscribers. for the first entry found, a subscriber extension is assign. additionally an SMS is sent to the subscriber, to inform about the assigned number, the network, and dial plan. the subscriber will sen be authorized in the hlr. this daemon shall run every minute. regards, andreas p.s. the application interface patch is on its way. maybe this weekend.

2 1

Re: Problem with installing OpenBSC on Centos 4
by Harald Welte 14 May '09

14 May '09

On Thu, May 14, 2009 at 04:20:49PM +0200, Nordin wrote: > Than I executed the bsc_hack for the nanoBTS (thus I give the > appropriate parameters as described on the webpage), and I get the > following error: > DB: Database initialized. > DB: Database prepared. > mi_setup could not open socket Address family not supported by protocol you need to start it with '-t nanobts1800' or '-t nanobts900' depending on your type. if you don't specify any, it will attempt to use a bs11 via E1 / mISDN (which you did not have compiled into your kernel). regards, -- - 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

IRC channel
by Juha Tuomala 14 May '09

14 May '09

I created an #openbsc irc channel into freenode, feel free to stop by if you're an irc user. irc://irc.freenode.net/openbsc Tuju -- Better to have one, and not need it, than to need one and not have it.

1 0

Greetings from Estonia
by Juha Tuomala 14 May '09

14 May '09

Hi I'm new dude in this community. I'm a finn, live in Estonia. I've a background of military radios and their electronic repair, not that much of civilian stuff, nor GSM systems. Also studied some RF stuff in technical institute, but i guess never was the sharpest tool in the shed in this area, spent more time in unix machine room than in RF lab. My plan to be a tester/hangaround here, do some minor hacking but I think my coding skills and limited time leaves it there. If at some stage packaging in Fedora camp is needed, I am already pkg maintainer and could help there. Anyway, your project is very intresting and wish you success in it. Tuju -- Better to have one, and not need it, than to need one and not have it.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC