OpenBSC December 2009

openbsc@lists.osmocom.org

24 participants
47 discussions

[PATCH] bugfix: additional functionality indicator only appears in TP_VPF_ENHANCED
by Steffen 'stefreak' Neubauer 06 Dec '09

06 Dec '09

The patch is attached ("bugfix"). You can simply merge the stefreak/trivia branch (but there is one more change in it, see the second patch attached. abis_nm.c was executable, that's a really trivial change). Greetings, Steffen

2 2

Re: Issues on initial setup with BS-11
by Dieter Spaar 06 Dec '09

06 Dec '09

Hello Paul, On Thu, 03 Dec 2009 17:51:45 +0000, "Paul Dolan" <paul(a)dolan.ie> wrote: > > Any other ideas/things to try/etc. would be greatly appreciated! Can you check the "PLL set" and "PLL work" values with bs11_config ? If the BS-11 is locked to the E1 clock, it could be that the clock of the BS-11 is too far away from the correct value so that a phone will only find the official networks but not the one of the BS-11. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

packet_gsm-ipa update patch
by Anand Raj Manickam 06 Dec '09

06 Dec '09

Hi , Please find the patch for packet_gsm-ipa.c attached . This patch updates few fields. Thanks, Anand

2 1

Re: Issues on initial setup with BS-11
by Dieter Spaar 06 Dec '09

06 Dec '09

Hello Paul, On Wed, 02 Dec 2009 22:36:53 +0000, s4dd(a)losers.yore.ma wrote: > Any help you guys could give is much appreciated! I think the problem is the "Invalid Channel Combination!!!" error message. Try to change "phys_chan_config" of timeslot 1 from "SDCCH8" to "TCH/F". From my understanding of verify_chan_comb() "SDCCH8" is not allowed on the same TRX that already has "CCCH+SDCCH4" so I wonder why it is set in the config file (this only applies to the BS11). Sorry, I don't have a ready BS11 configuration at hand right now, so I can't test it. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

6 10

Issues on initial setup with BS-11
by s4dd＠losers.yore.ma 06 Dec '09

06 Dec '09

Hello all, I seem to have fallen at the last hurdle to achieving my first milestone - being able to see an available network from our BS-11/OpenBSC combi on a variety of MEs. Fingers crossed it's something trivial that has been overlooked. I've included some output from bs11_config and bsc_hack below in the hope that someone may spot the issue. Output from bs11_config during bootup: PHASE: 1 Load SMU Intended Abis-link: Down PHASE: 1 Load SMU Intended Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: No Load MBCCU1: No Load Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSCAC MBCCU1: No Load Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSCAC MBCCU1: Load BTSCAC Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSDRX MBCCU1: Load BTSCAC Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSDRX MBCCU1: Load BTSDRX Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSBBX MBCCU1: Load BTSDRX Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSBBX MBCCU1: Load BTSBBX Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSBBX MBCCU1: Load BTSBBX Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSARC MBCCU1: Load BTSBBX Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load BTSARC MBCCU1: Load BTSARC Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load MBCCU1: Load BTSARC Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load MBCCU1: Load BTSARC Abis-link: Down PHASE: 2 Load MBCCU MBCCU0: Load MBCCU1: Load Abis-link: Down PHASE: 3 Normal MBCCU0: Load MBCCU1: Load Abis-link: Restoring BS11 ATTRIBUTES: SITE MANAGER ATTRIBUTES: E1 Channel: Port=0 Timeslot=1 (Full Slot) TEI: 25 BS11 Line Interface ATTRIBUTES: PLL Mode: E1 Locked BS11 CCLK ATTRIBUTES: BS11 Power Amplifier 0 ATTRIBUTES: TRX Power: 30mW (GSM) LMT LOGOFF: ACK ************************************************************ Output from bs11_config with query: LMT LOGON: ACK PHASE: 3 Normal MBCCU0: Load MBCCU1: Load Abis-link: Up BS11 ATTRIBUTES: SITE MANAGER ATTRIBUTES: E1 Channel: Port=0 Timeslot=1 (Full Slot) TEI: 25 BS11 Line Interface ATTRIBUTES: PLL Mode: Standalone BS11 CCLK ATTRIBUTES: BS11 Power Amplifier 0 ATTRIBUTES: TRX Power: 30mW (GSM) LMT LOGOFF: ACK ************************************************************ bsc_hack startup: DB: Database initialized. DB: Database prepared. e1_reconfig_bts(0) e1_reconfig_ts(0,0,0) e1_reconfig_ts(0,0,1) e1_reconfig_ts(0,0,2) e1_reconfig_ts(0,0,3) e1_reconfig_ts(0,0,4) e1_reconfig_ts(0,0,5) e1_reconfig_ts(0,0,6) e1_reconfig_ts(0,0,7) 1 device found id: 0 Dprotocols: 00000018 Bprotocols: 0000000e protocol: 4 nrbchan: 30 name: hfc-e1.1 activate bchan activate bchan bootstrapping OML for BTS 0 <0020> abis_nm.c:1724 Set BTS Attr (bts=0) <0020> abis_nm.c:1741 Set TRX Attr (bts=0,trx=0) <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=0) <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=1) <0020> abis_nm.c:1824 Invalid Channel Combination!!! <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=2) <0020> abis_nm.c:1704 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=2) E1=(0,2,2) <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=3) <0020> abis_nm.c:1704 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=3) E1=(0,2,3) <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=4) <0020> abis_nm.c:1704 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=4) E1=(0,3,0) <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=5) <0020> abis_nm.c:1704 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=5) E1=(0,3,1) <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=6) <0020> abis_nm.c:1704 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=6) E1=(0,3,2) <0020> abis_nm.c:1821 Set Chan Attr (bts=0,trx=0,ts=7) <0020> abis_nm.c:1704 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=7) E1=(0,3,3) bootstrapping RSL for BTS/TRX (0/0) using MCC=1 MNC=1 BSIC=63 TSC=7 <0020> abis_nm.c:606 OC=RACK(a4) INST=(00,ff,ff) STATE CHG: OP_STATE=Enabled <0020> abis_nm.c:985 LMT Event LOGON Level=2 Username=FACTORY <0020> abis_nm.c:985 LMT Event LOGOFF Level=2 Username=FACTORY ************************************************************ bsc_hack config used was the vanilla cfg included with the source (openbsc.cfg.1-1). Any help you guys could give is much appreciated! Regards, Paul

2 3

Re: Issues on initial setup with BS-11
by Dieter Spaar 03 Dec '09

03 Dec '09

Hello David, On Thu, 3 Dec 2009 01:07:56 -0800, "David A. Burgess" <dburgess(a)jcis.net> wrote: > > I don't know if that's valid by the spec or not, but it's part of a > pretty standard configuration in IMSI-catchers: CCCH+SDCCH4 + > 6*SDCCH8 + TCH/F. That maximizes location updating capacity and > leaves one TCH/F for other ... mischief. Most of those IMSI-catchers > are based on commercial mini/nano-BTS equipment. Thanks for this input. I think this a limitation of the BS11 only, I have read that there are some limitations related to the SDCCH/8 of the BS11: - only one SDCCH/8 per TRX - not allowed together with SDCCH/4 on BCCH-TRX Maybe the BS11 does not have enough processing power to handle it ? Of course it could be that the documentation is wrong and it would work, I have not yet tried it. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

system_information branch updates
by Harald Welte 02 Dec '09

02 Dec '09

Hi! While enroute to FOSS.in in Bangalore, I took the time to test and debug the various issues I could find with the code in the system_information branch. At least in all of my tests, the system information messages, including rest octets and neighbor cell lists are looking perfectly fine. Especially now that with my latest patch, wireshark is able to dissect the SI messages properly, it is much easier to debug :) If you want to give it a try, I recommend using something like git revision 63b152ebb74355acfde76e9ce1113f2d823c0804 of that branch. Please note: We currently only support the relative bitmask format for the neighbor cell lists. That means, you cannot have neighbors with ARFCN's spanning a range of more than 111, i.e. your lowest and highest ARFCN have to be within a distance of 111 ARFCN's. Unless there are major objections, I intend to merge this branch ASAP (or rather do a 'git diff master..system_information' and apply the resulting diff as one commit to master) 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 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC December 2009