OpenBSC

openbsc@lists.osmocom.org

4317 discussions

AW: AW: success
by Andreas.Eversberg 16 Apr '09

16 Apr '09

here is the layout of bchannel 2: 44332211 the bits for timeslot 1 (the right two) are not used, because we use this for signalling the bits for timeslot 2 are also not used, when i do a phone call. the bits for timeslot 3 and 4 are used when i do a call from mobile to mobile. a second call will use timeslot 5 and 6. all audio works. if a call would use timeslot 2 and 3, you would not notice that the channels are in reverse order. because the first timeslot used for audio is always 3 and the second is 4, i must select the right order. -----Ursprüngliche Nachricht----- Von: Harald Welte [mailto:laforge@gnumonks.org] Gesendet: Mittwoch, 15. April 2009 23:27 An: Andreas.Eversberg Cc: openbsc(a)lists.gnumonks.org Betreff: Re: AW: success On Wed, Apr 15, 2009 at 01:46:19AM +0200, Andreas.Eversberg wrote: > did harald change the bit order on the controller? there is a flag for that. > you can patch the hfcmulti.c. maybe harald did that but forgot to put it into > the kernel patch. i will also provide patch to openbsc to automatically > consider that bit order in conjunction with misdn interface. I did not make any such change. Which brings up the question: Why is it working for me, nibbler, zecke, ... ? Probably really just coincidence, after all there are only four subslots in one slot, and we're typically using two of them, so the chances we end up using the right bits might be quite big, right? -- - 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

success
by Andreas.Eversberg 16 Apr '09

16 Apr '09

hi, on the easterhegg 2009 we got everything running. even audio worked! and we catched our first imsi from a public network. the following things must be changed in the software: - sending time slot 1 frames requires a queue and a timer, rather than using "usleep()". sleeping causes loss of audio and signalling informations. (i work on that) - subslots are in reverse order: slot 2 (0..3) must have mask 00110000 and not 00001100. this causes no audio. - both time slots (2 and 3) must be configured, or unitialized pointers cause a crash. - data link is available since DL_ESTABLISH_IND is received and not MPH_*. - in order to release layer 2 and unload the driver after stopping of bsc_hack, a special ioctl must be given after opening socket. - some little extras: changing card number and "location area code" by additional arguments. @harald | @dieter: other isdn drivers (windows) have obviously reversed bit order on transparent channel. bit 0 is exchanged with bit 7 and so on. to make it work, i did not change the bit order, i just changed the location of the subslot, and it worked. i would like to provide a patch for the solutions above. i will see, if i can do that this weekend. furthermore i like to improve the libbsc: - provide a real state machine to the layer 3 with timers. make calls setup and release cleanly. - support transcoding of all information elements. - remove all call/subscriber handling from layer 3 and put it into a seperat file (layer 4 call control). it will then be possible to initialize libbsc without the built-in call control and database, to use it for other applications like asterisk and linux-call-router. - add application interface to traffic channels for transcoding and switching. - add support for libbsc to linux-call-router. the estimated time for this will be about 2-3 months. the result will be a complete BSC+MSC with routing and PBX features and asterisk interface. i will provide a patch en-block, because i work on all parts at the same time. greetinx, andreas

3 2

AW: success
by Andreas.Eversberg 15 Apr '09

15 Apr '09

do we need a switch to select between mISDN bit order and other e1 drivers? what other e1 drivers are/will be supported? or can i just change the bit order, because no other e1 driver is used with the code? if not, i would suggest to add a "msb" flag to the time slot structure. i was thinking of having a flag for using hardware multiplexing on hfc-e1 controller, but because the data is not synchronized (hdlc frames), we need to touch every bit to see where the frame starts and where it ends, so we have no speed benefit. to make a better processing in kernel space, i need to put the gsm speech codec into kernel space. i need a source code that is open, light weight, and without integer math. any suggestions? -----Ursprüngliche Nachricht----- Von: Dieter Spaar [mailto:spaar@mirider.augusta.de] Gesendet: Dienstag, 14. April 2009 16:26 An: Andreas.Eversberg Cc: openbsc(a)lists.gnumonks.org Betreff: Re: success Hello Andreas, On Tue, 14 Apr 2009 13:10:36 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote: > > on the easterhegg 2009 we got everything running. even audio worked! and > we catched our first imsi from a public network. Congratulation, great to hear that ! > @harald | @dieter: other isdn drivers (windows) have obviously reversed > bit order on transparent channel. bit 0 is exchanged with bit 7 and so > on. to make it work, i did not change the bit order, i just changed the > location of the subslot, and it worked. I noticed the same with my own Windows driver (its not an official driver, just my personal very experimental stuff for the HFC-E1 card). However because it worked with the Linux version (at least on Haralds PC) I though it was a problem with my implementation and did not take care. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

3 2

AW: AW: success
by Andreas.Eversberg 15 Apr '09

15 Apr '09

did harald change the bit order on the controller? there is a flag for that. you can patch the hfcmulti.c. maybe harald did that but forgot to put it into the kernel patch. i will also provide patch to openbsc to automatically consider that bit order in conjunction with misdn interface. -----Ursprüngliche Nachricht----- Von: Dieter Spaar [mailto:spaar@mirider.augusta.de] Gesendet: Dienstag, 14. April 2009 19:27 An: Andreas.Eversberg Cc: openbsc(a)lists.gnumonks.org Betreff: Re: AW: success Hello Andreas, On Tue, 14 Apr 2009 16:54:40 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote: > do we need a switch to select between mISDN bit order and other e1 > drivers? what other e1 drivers are/will be supported? or can i just > change the bit order, because no other e1 driver is used with the code? > if not, i would suggest to add a "msb" flag to the time slot structure. I can only talk for my "personal" Windows driver, for me the changed bit order works. I just wonder why mISDN and the HFC-E1 works different on Haralds PC than on others. > to make a better processing in kernel space, i need to put the gsm > speech codec into kernel space. i need a source code that is open, light > weight, and without integer math. any suggestions? For a Full Rate Codec (should work too, however OpenBSC has to modified so that "Full Rate" is used by the phones too) you can use Toast (http://kbs.cs.tu-berlin.de/~jutta/toast.html). Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

Re: AW: success
by Dieter Spaar 14 Apr '09

14 Apr '09

Hello Andreas, On Tue, 14 Apr 2009 16:54:40 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote: > do we need a switch to select between mISDN bit order and other e1 > drivers? what other e1 drivers are/will be supported? or can i just > change the bit order, because no other e1 driver is used with the code? > if not, i would suggest to add a "msb" flag to the time slot structure. I can only talk for my "personal" Windows driver, for me the changed bit order works. I just wonder why mISDN and the HFC-E1 works different on Haralds PC than on others. > to make a better processing in kernel space, i need to put the gsm > speech codec into kernel space. i need a source code that is open, light > weight, and without integer math. any suggestions? For a Full Rate Codec (should work too, however OpenBSC has to modified so that "Full Rate" is used by the phones too) you can use Toast (http://kbs.cs.tu-berlin.de/~jutta/toast.html). Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

Re: success
by Dieter Spaar 14 Apr '09

14 Apr '09

Hello Andreas, On Tue, 14 Apr 2009 13:10:36 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote: > > on the easterhegg 2009 we got everything running. even audio worked! and > we catched our first imsi from a public network. Congratulation, great to hear that ! > @harald | @dieter: other isdn drivers (windows) have obviously reversed > bit order on transparent channel. bit 0 is exchanged with bit 7 and so > on. to make it work, i did not change the bit order, i just changed the > location of the subslot, and it worked. I noticed the same with my own Windows driver (its not an official driver, just my personal very experimental stuff for the HFC-E1 card). However because it worked with the Linux version (at least on Haralds PC) I though it was a problem with my implementation and did not take care. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

Calls between cell phones
by Marcel Klein 10 Apr '09

10 Apr '09

Hi, I'm starting a new thread because it's a new topic... ;) Harald Welte wrote: > it has all been implemented quite some time ago. Used to work fine > here, though I haven't tested it since about one month ago. We can > have multiple concurrent voice calls between two handsets, as soon as > you have the IMSI provisioned with an extension in the database, > i.e. > UPDATE subscriber set extension=1001 where id=1; > UPDATE subscriber set extension=1002 where id=2; > and then you can call 1002 from the handset with id1 and vice-versa. assigning extensions to connected cell phones works fine and I tried calling. The other phone rings and I can take the call but voice transmission doesn't seem to work (I don't know if it's supposed to work yet. :D). --- <0002> gsm_04_08.c:1175 A -> CONNECT <0002> gsm_04_08.c:1141 Setting up TCH map between (bts=0,trx=0,ts=0) and (bts=0,trx=0,ts=6) <0002> trau_mux.c:52 Setting up TRAU mux map between (e1=0,ts=1,ss=255) and (e1=0,ts=3,ss=2) <0002> gsm_04_08.c:1184 A <- CONNECT ACK <0002> gsm_04_08.c:1191 B <- CONNECT <0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=6) chan_nr=0x0e DATA INDICATION <0002> gsm_04_08.c:1288 -> CONNECT_ACK (state->ACTIVE) <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CONNECTION FAIL: CAUSE: 18 01 0b IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=4) chan_nr=0x0c CONNECTION FAIL: CAUSE: 18 01 0c IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CONNECTION FAIL: CAUSE: 18 01 0a IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=5) chan_nr=0x0d CONNECTION FAIL: CAUSE: 18 01 0d IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CONNECTION FAIL: CAUSE: 18 01 0b IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=4) chan_nr=0x0c CONNECTION FAIL: CAUSE: 18 01 0c IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CONNECTION FAIL: CAUSE: 18 01 0a IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=5) chan_nr=0x0d CONNECTION FAIL: CAUSE: 18 01 0d IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CONNECTION FAIL: CAUSE: 18 01 0b IGNORING <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=4) chan_nr=0x0c CONNECTION FAIL: CAUSE: 18 01 0c IGNORING <0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 DATA INDICATION <0002> gsm_04_08.c:1203 A -> DISCONNECT (state->RELEASE_REQ) <0002> gsm_04_08.c:1208 A <- RELEASE <0002> gsm_04_08.c:1216 B <- DISCONNECT <0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=6) chan_nr=0x0e DATA INDICATION <0002> gsm_04_08.c:1291 -> RELEASE <0002> gsm_04_08.c:1292 <- RELEASE_COMPLETE <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CONNECTION FAIL: CAUSE: 18 01 0a IGNORING <0001> abis_rsl.c:931 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 DATA INDICATION <0002> gsm_04_08.c:1276 -> RELEASE COMPLETE (state->NULL) <0010> abis_rsl.c:687 channel=(bts=0,trx=0,ts=6) chan_nr=0x0e CONNECTION FAIL: CAUSE: 18 01 0e IGNORING <0008> gsm_04_08.c:961 Sending Channel Release: Chan: Number: 0 Type: 2 <0001> chan_alloc.c:225 Recycling the channel with: 0 (0) <0010> abis_rsl.c:518 Channel Release CMD channel=(bts=0,trx=0,ts=6) chan_nr=0x0e --- kenny_

2 1

AW: Solved: BS-11 runs, but no Network on my Mobile
by Andreas.Eversberg 09 Apr '09

09 Apr '09

hi harald, that sounds good. i will try this in hamburg on easterhegg, starting friday. also i started coding on gsm_04_08.c file. i like to implement a real state machine and like to extract the call handling (application) from the signalling part (protocol). this way libbsc can be used to terminate calls to applications rather than just forwarding them. here is my idea: we must define an API for applications to communicate with libbsc. i would suggest a structure with "message type", "call reference" and all informations like "calling party number". if the informations are not used, like "calling party number" in the "ALERTING" message, they are ignored: struct high_level_structure_type_name { int message; int callref; u_char imei[..]; u_char imsi[..]; u_char tmsi[..]; u_char dialing[..]; u_char calling_pn[..]; int notify_ind; .... }; i would use a special message "NEW" for creating a new callref. after the instance (call) is released and freed, a special message "FREE" could be used. an example: send NEW -> returns callref (or error) send SETUP (callref, imei) recv PROCEEDING (callref) recv ALERTING (callref) recv CONNECT (callref) recv DISCONNECT (callref, cause) send RELEASE (callref) recv FREE (callref) paging, timers, release_complete, ... is handled by gsm_04_08.c, data base, numbering plan, call control is done by extracted application file. (let me call it callcontrol.c.) the current application for call forwarding would be removed and put in a seperat file or even out of it and make it part of bsc_hack. what do you think? regards, andreas -----Ursprüngliche Nachricht----- Von: Harald Welte [mailto:laforge@gnumonks.org] Gesendet: Mittwoch, 8. April 2009 11:27 An: Andreas.Eversberg Cc: openbsc(a)lists.gnumonks.org Betreff: Re: Solved: BS-11 runs, but no Network on my Mobile On Tue, Apr 07, 2009 at 04:11:05PM +0200, Andreas.Eversberg wrote: > hi, > > everything works now, even without external (accurat) clock from telephone network. > > the problem was the driver for some reason. with the latest GIT commit it works every time i startup the base or the software. (until now) > > now comes the next part. what has to be done in order to terminate calls or > make calls between mobiles? it has all been implemented quite some time ago. Used to work fine here, though I haven't tested it since about one month ago. We can have multiple concurrent voice calls between two handsets, as soon as you have the IMSI provisioned with an extension in the database, i.e. UPDATE subscriber set extension=1001 where id=1; UPDATE subscriber set extension=1002 where id=2; and then you can call 1002 from the handset with id1 and vice-versa. 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)

2 1

Re: BS-11 runs, but no Network on my Mobile
by Dieter Spaar 08 Apr '09

08 Apr '09

Hello Marcel, On Wed, 08 Apr 2009 18:19:20 +0200, "Marcel Klein" <marcel(a)koeln.ccc.de> wrote: > > Okay now I have access to some more cell phones. But still the same > issue even with a Nokia 3330 and Nokia 6210. > > Sony Ericson k800i (no branding) - doesn't find the network most of the > time or rather takes very long (when I'm lucky). Only one network in > list when it manages to find my network. (Just happened once that > everything was correct). > > Nokia 3330 and 6210 - Finds the network quick or just needs to be > rebooted. Only one network in list. > > Siemens S45 - Network not found (yet) > > I already tried several networks that really exist but without success. > ARFCN is free and stable - I checked this with a radio. I am rather sure this is an issue with the BS-11 clock. It requires a very accurate and stable clock for GSM (in my tests with just one phone a BTS clock detuned by about 1 ppm causes the phone to no longer see both test network and official network). There are most certainly differences between the phones too in regards to how much inaccuracy they tolerate. You can make a test to see if it is a problem with the clock: take a SIM card from a phone which is registered (location updated has been done) to the BS-11 network and put it in a phone which did not find the BS-11 network. Now the phone should be able to see the BS-11 network when powered on because it immediately listens on the ARFCN of the BS-11 and does not register (and synchronize its clock) to an official network first. However it most certainly will no longer find the official networks. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 2

Re: BS-11 runs, but no Network on my Mobile
by Dieter Spaar 08 Apr '09

08 Apr '09

Hello Marcel, On Wed, 01 Apr 2009 15:52:21 +0200, "Marcel Klein" <marcel(a)koeln.ccc.de> wrote: > > Some phones can find the "001 01" network directly but most of the time > it takes around an hour until some phones start to notice it (or they > never do). I tried restarting bsc_hack several times, changed the > ARFCN, MNC and MCC but without success. Even restarting the phone > doesn't always help. > > So far everything seems to work fine, bsc_hack shows no warnings, I see > lots of RXs when I use the debug option, and Abis-Link is up. > > I don't know if this is related but when a phone manages to see my > network it's not able to see any others. I just see one - my own network. You mean you can only see the "001 01" network and nothing else ? Does this happen before or after having registered to the "001 01" network ? Something different to try: If finding the "001 01" network takes too long and changing the ARFCN also does not help (to make sure that there is no interference) maybe increasing the TRX power changes the result ? Just try it for a short time (one or two minutes) and see if that helps. Here at my place (most certainly a rather "clean" RF environment) I don't have problems to find the "001 01" network, this works with different phones (old and new ones) and only takes about 30 seconds doing a "manual search". I can also see all the other official networks. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

3 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC