OpenBSC

openbsc@lists.osmocom.org

4315 discussions

Ericsson RBS2308 support / Status on LAPD
by Harald Welte 14 Feb '11

14 Feb '11

Hi all, Some people have been working together in order to finally start with support of the Ericsson RBS2308 (and similar models) in OpenBSC. The biggest issue so far is bringing up the actualy LAPD on the E1/T1 link. It seems Ericsson is using some dynamic timeslot configuration between BSC and BTS, so unlike e.g. Siemens, you cannot explicitly configure the OML E1 timeslot on the BTS using local configuration tools. The current working assumption is: Somehow the BSC produces bit-patterns on the E1 link and uses them to let the BTS know where to start LAPD for OML. One contributor was friendly enough to do raw bit-traces of a Racal 6113 connected to the Ericsson RBS, and they look like this: Racal to BTS Initialization openbsc:/etc/dahdi# cat /dev/dahdi/1 | hexdump 0000000 aaaa aaaa aaaa aaaa aaaa aaaa aaaa aaaa * 00092e0 aaaa aaaa aaaa aaaa aaaa aaaa aaaa 55aa 00092f0 ffff ffff ffff ffff ffff ffff ffff ffff * 0009600 ffff ffff ffff ffff ffff ffff ffff 7e7e 0009610 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e * 00096b0 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 5f7e 00096c0 3e5f 49ce cfef cfcf cfcf cfcf cfcf cfcf 00096d0 cfcf cfcf cfcf cfcf cfcf cfcf cfcf cfcf * I've written a small C program to do soft-hdlc decode. * a pattern of alternating bits (0xaa) * a pattern of all-1 bits(0xff) * a sequence of FLAG symbols (01111110) * a HDLC message FA 7D 7F 4E F2, which is a TEI=62/SAPI=62 SABME (SAPI 62 / TEI62 is configured for OML on the BTS) The interesting part is: 1) this is a SABME from BSC to BTS, whereas GSM 08.56 specifically says the BTS is the TE and the BSC the NT 2) we have not seen any TEI manager related messages(L2ML) Keep alives afterwards, about every 8 seconds 001d5e0 cfcf cfcf cfcf ebcb 04e4 a805 f323 f3f3 001d5f0 f3f3 f3f3 f3f3 f3f3 f3f3 f3f3 f3f3 f3f3 * 0031630 f3f3 f2f3 f9fa 0101 086a fcfc fcfc fcfc 0031640 fcfc fcfc fcfc fcfc fcfc fcfc fcfc fcfc * 0045680 fcfc fcfc fcfc fcfc fcfc fcfc bebe 4040 0045690 825a 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f 00456a0 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f * 00596e0 3f3f 2f3f 90af 1610 8fa0 cfcf cfcf cfcf 00596f0 cfcf cfcf cfcf cfcf cfcf cfcf cfcf cfcf * 006d730 cfcf cfcf cfcf cfcf cbcf e4eb 0504 23a8 006d740 f3f3 f3f3 f3f3 f3f3 f3f3 f3f3 f3f3 f3f3 * 0081790 faf2 01f9 6a01 fc08 fcfc fcfc fcfc fcfc 00817a0 fcfc fcfc fcfc fcfc fcfc fcfc fcfc fcfc * 00957e0 fcfc fcfc fcfc befc 40be 5a40 3f82 3f3f 00957f0 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f 3f3f If you decode this, you get FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 21 AC (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) If we look at the BTS to Racal 6113 side: Initialization openbsc:/etc/dahdi# cat /dev/dahdi/1 | hexdump 0000000 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 * 000fe00 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e5e7 f3f5 000fe10 1039 f971 f9f9 f9f9 f9f9 f9f9 f9f9 f9f9 000fe20 f9f9 f9f9 f9f9 f9f9 f9f9 f9f9 f9f9 f9f9 * Keep Alives, every 8 seconds 0023e40 f9f9 f9f9 f9f9 f9f9 f9f9 7c7d 8080 04b5 0023e50 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e * 0037ea0 5f5f 2020 412d 9f1f 9f9f 9f9f 9f9f 9f9f 0037eb0 9f9f 9f9f 9f9f 9f9f 9f9f 9f9f 9f9f 9f9f * 004bef0 9f9f 9f9f 9f9f 9f9f 979f c8d7 0b08 4750 004bf00 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 * 005ff40 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 f5e5 005ff50 02f2 d402 f911 f9f9 f9f9 f9f9 f9f9 f9f9 005ff60 f9f9 f9f9 f9f9 f9f9 f9f9 f9f9 f9f9 f9f9 * 0073fa0 f9f9 f9f9 f9f9 7c7d 8080 04b5 7e7e 7e7e 0073fb0 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e * 0087ff0 7e7e 7e7e 7e7e 7e7e 7e7e 7e7e 5f7e 205f 0088000 2d20 1f41 9f9f 9f9f 9f9f 9f9f 9f9f 9f9f 0088010 9f9f 9f9f 9f9f 9f9f 9f9f 9f9f 9f9f 9f9f * 009c050 9f9f 9f9f 979f c8d7 0b08 4750 e7e7 e7e7 009c060 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 e7e7 * Decoded, we get: FA 7D 73 60 3A (LAPD UA) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 25 25 AD 20 (LAPD unknown??) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) FA 7D 01 01 AD 20 (LAPD RR) So as a summary, it seems that 1) the BSC applies some magic pattern (0xaa / 0xff) 2) the BSC establishes the LAPD session for OML TEI/SAPI 3) there is no L2ML, contrary to lots of Ericsson Abis documentation that you can find online. We'll continue our attempts and see if we can get the OML up... -- - 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 10

data
by Hans Witvliet 12 Feb '11

12 Feb '11

This is probably completely off-topic, but can thoses nano-bts also be used for data, instead of voice? I don't mean sms, but access to email and so-on. It is not about performance, but being able to test gsm-dongles for wireless internet. (not wifi) Hans

2 1

creating primary trx
by Thomas Ansorg 11 Feb '11

11 Feb '11

hello my 2nd bs-11(bts 1) has a defective trx0, so no c0 can be created. lets have a look at gsm_bts_trx_alloc in gsm_data.c: i changed trx->bts = bts; trx->nr = bts->num_trx++; trx->nm_state.administrative = NM_STATE_UNLOCKED; to trx->bts = bts; if(bts->nr == 1) {trx->nr = 1;} else {trx->nr = bts->num_trx++;} trx->nm_state.administrative = NM_STATE_UNLOCKED; in gsm_bts_alloc, the primary trx should be created then, in the case of bts 1 starting at trx1, since trx0 dont exist unfortunately, i get a general protection fault :-( hints very velcome! T. -- Wer Rechtschreibfehler findet, darf sie behalten!

1 0

CCCH on C0?
by Thomas Ansorg 09 Feb '11

09 Feb '11

hi list, i came over line 523 in gsm_data.h: /* CCCH is on C0 */ struct gsm_bts_trx *c0; could this be the reason why a bs-11 without aktivated trx0 dont work / isnt seen by handy? T. -- Wer Rechtschreibfehler findet, darf sie behalten!

2 1

Question about Dahdi system.conf
by Gus Bourg 08 Feb '11

08 Feb '11

Hi, I've been playing with Dahdi and OpenBSC (I have an old T100P card) and something I'm a little confused about is what is the proper configuration for system.conf? Does dahdi itself take care of the hdlc/lapd signalling (in which case I'd expect the signalling channel to be set as dchan in /etc/dahdi/system.conf) or is openbsc taking care of the hdlc/lapd signalling (in which case I'd expect the signalling channel to be set as clear)? Thanks, Gus Bourg

3 2

OpenBSC DAHDI support now in master
by Harald Welte 05 Feb '11

05 Feb '11

Hi! Today I've been working on improving + cleaning up the DAHDI work that had been done last year by Xavier Carcelle and Matthew Fredrickson, which in turn uses some simplistic LAPD implementation by Oystein Homelien. It now seems to be working fine, at least for my TE110P card and a BS-11 in 2-TRX configuration. Haven't tried multi-drop yet. All you need to do is to * make sure your dahdi/user.h is found in the include path * build openbsc * configure your /etc/dahdi/system.conf according to your T1/E1 physical setup * check that dahdi_tool shows no Alarms for the physical line * use e.g. openbsc.cfg.1-1 as sample and change 'e1_line 0 driver misdn' to 'e1_line 0 driver dahdi' 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)

2 1

[ANN] Config file change with mISDN / BS-11
by Harald Welte 05 Feb '11

05 Feb '11

Notice to all OpenBSC users with mISDN / BS-11: I've had to introduce some new config file statements in order for the upcoming DAHDI support. This means if you update beyond git revision 3016d9f299ea4cfc8961376d20862b9418cfb059, openbsc will not start with an old 'openbsc.cfg' file. You will have to add the following two lines to make it work again (like shonw in the new openbsc.cfg.1-1): ============== e1_input e1_line 0 driver misdn ============== Sorry for that inconvenience. 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

[semi-OT] iPhone SIM access via AT+CSIM
by Jens David 05 Feb '11

05 Feb '11

Hello all, I am trying to implement a bluetooth RSAP daemon for the iPhone platform. I read your description on http://openbsc.osmocom.org/trac/wiki/A5_GSM_AT_tricks . Unfortunately it does not seem to work on my phone. It always returns error code 0x6E00 for class 0xA0 (GSM application) commands: > AT+CSIM=14,"A0A40000023F00" > +CSIM: 4,"6E00" Which iPhone version and "baseband" firmware was used when doing these experiments? Any further tips? By the way, it is better to use one of the virtual serial lines, e.g. /dev/dlci.spi-baseband.extra_13 to access the X-Gold 608 when doing normal stuff rather than using the real UART interfaces (/dev/tty.debug etc.) because one does not need to unload CommCenter to have a reliable connection. --j -- Jens David, DG1KJD jens.david(a)jens-david-consulting.com http://www.jens-david-consulting.com

2 2

[PATCH] sms: introduce new command to trigger the sending process for specific subscribers only misc: remove unused rc variable in subscriber_send_sms_cmd
by Nico Golde 03 Feb '11

03 Feb '11

--- openbsc/src/vty_interface_layer3.c | 18 +++++++++++++++++- 1 files changed, 17 insertions(+), 1 deletions(-) diff --git a/openbsc/src/vty_interface_layer3.c b/openbsc/src/vty_interface_layer3.c index 526ae9e..b6ada71 100644 --- a/openbsc/src/vty_interface_layer3.c +++ b/openbsc/src/vty_interface_layer3.c @@ -206,6 +206,22 @@ DEFUN(show_subscr, return CMD_SUCCESS; } +DEFUN(subscriber_send_pending_sms, + subscriber_send_pending_sms_cmd, + "subscriber " SUBSCR_TYPES " ID sms pending send", + SUBSCR_HELP "SMS Operations\n" "Send pending SMS\n") +{ + struct gsm_network *gsmnet = gsmnet_from_vty(vty); + struct gsm_subscriber *subscr = get_subscr_by_argv(gsmnet, argv[0], argv[1]); + struct gsm_sms *sms; + + sms = db_sms_get_unsent_by_subscr(gsmnet, subscr->id, UINT_MAX); + if(sms) + gsm411_send_sms_subscr(sms->receiver, sms); + + return CMD_SUCCESS; +} + DEFUN(subscriber_send_sms, subscriber_send_sms_cmd, "subscriber " SUBSCR_TYPES " ID sms send .LINE", @@ -340,7 +356,6 @@ DEFUN(subscriber_ussd_notify, struct gsm_subscriber_connection *conn; struct gsm_network *gsmnet = gsmnet_from_vty(vty); struct gsm_subscriber *subscr = get_subscr_by_argv(gsmnet, argv[0], argv[1]); - int rc; int level; if (!subscr) { @@ -767,6 +782,7 @@ int bsc_vty_init_extra(void) install_element(ENABLE_NODE, &smsqueue_max_cmd); install_element(ENABLE_NODE, &smsqueue_clear_cmd); install_element(ENABLE_NODE, &smsqueue_fail_cmd); + install_element(ENABLE_NODE, &subscriber_send_pending_sms_cmd); return 0; } -- 1.7.2.3 --0OAP2g/MAC+5xKAE--

1 0

Re: An Enquiry
by Dieter Spaar 02 Feb '11

02 Feb '11

Hello Holger, On Wed, 02 Feb 2011 12:40:13 +0100, "Holger Hans Peter Freyther" <holger(a)freyther.de> wrote: > > OpenBSC does not support data calls. You could start implementing it though, > we should have all the enum values and structs that you need to send the right > messages to the MS. You mean CSD ? Then its most certainly also necessary to implement RLP (Radio Link Protocol) which is the protocol used for non-transparent CSD. At least I did not manage yet to get a reliable CSD connection between two phones by just connecting the data traffic between them (I tried transparent and non-transparent modes). Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC