August 2009 - OpenBSC - lists.osmocom.org

[PATCH 0/1] Add bport0/1 support for bs11_config

by Daniel Willmann

Hello, second try to add support to bs11_config for bport0/1 configuration. This time with enum abis_bs11_line_cfg. It seems sometimes creating bport1 fails, even LMT shows create obj greyed out. Don't know why yet. Regards, Daniel Willmann Daniel Willmann (1): Add {create,delete}-bport1 and bport0-{star,multidrop} to bs11-config openbsc/include/openbsc/abis_nm.h | 10 +++++++++- openbsc/src/abis_nm.c | 31 +++++++++++++++++++++++++++++-- openbsc/src/bs11_config.c | 26 ++++++++++++++++++++++++++ 3 files changed, 64 insertions(+), 3 deletions(-)

13 years, 4 months

4
5
0 0

SMS delivery (Mobile Terminated): First ok, second fails

by 246tnt＠gmail.com

Hi, I've noticed a problem when delivering several SMS to a mobile back-to-back. The first one is ok, the second one is received by the MS but OpenBSC fails with "RX RP-ACK but no sms in transaction?!?" when receiving the "RX SMS RP-ACK (MO)" (full log below) From the symptoms and looking at the code, I would say that the transaction of the first SMS delivery was not freed, therefore, when we receive the RP-ACK of the second SMS, we do a trans_find_by_id in gsm0411_rcv_sms, and we actually find the transaction of the _first_ deliver (which has its .sms field cleared since it was released already). I think you wouldn't notice if you waited between SMS because SMC Timer TC1* would expire, calling trans_free(). The problem is that I don't really know _where_ trans_free should be called. There are commented out call to it at several places ... I would think the RP-ACK(MO) reception looks like a good place. But OTOH, this whole process can queue data, giving away a reference to lchan (without get) and trans_free does a put on lchan (so I guess that could invalidate the lchan ref that was queued ? didn't check that in details) Sylvain --- SNIP --- <0100> gsm_04_11.c:920 send_sms_lchan() <0002> transaction.c:69 subscr=0x1fe52d0, subscr->net=0x1f8fc30 <0002> gsm_subscriber_base.c:131 subscr 46332 usage increases usage to: 4 <0002> gsm_04_11.c:937 lchan (bts=0,trx=0,ts=0,ch=0) increases usage to: 1 <0100> gsm_04_11.c:972 TX: SMS DELIVER <0100> gsm_04_11.c:188 TX: CP-DATA trans=4 <0100> gsm_04_11.c:149 GSM4.11 TX 49 01 1e 01 2a 07 91 44 77 58 10 06 50 00 12 00 05 b9 72 65 f7 00 00 90 80 72 12 03 41 00 02 44 3a <0001> abis_rsl.c:1215 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=3 DATA INDICATION <0100> gsm_04_11.c:817 trans_id=c RX SMS CP-ACK <0001> abis_rsl.c:1215 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=3 DATA INDICATION <0100> gsm_04_11.c:817 trans_id=c RX SMS CP-DATA <0100> gsm_04_11.c:191 TX: CP-ACK trans=4 <0100> gsm_04_11.c:149 GSM4.11 TX 49 04 <0100> gsm_04_11.c:750 RX SMS RP-ACK (MO) <0002> gsm_subscriber_base.c:139 subscr 27567 usage decreased usage to: 0 <0002> gsm_subscriber_base.c:139 subscr 46332 usage decreased usage to: 3 DB: Found Subscriber: ID 2, IMSI 206205003327508, NAME '', TMSI 1666608304, EXTEN '27567', LAC 1, AUTH 1 DBI: -7: The requested variable type does not match what libdbi thinks it should be <0002> gsm_subscriber_base.c:131 subscr 46332 usage increases usage to: 4 <0100> gsm_04_11.c:920 send_sms_lchan() <0002> transaction.c:69 subscr=0x1fe52d0, subscr->net=0x1f8fc30 <0002> gsm_subscriber_base.c:131 subscr 46332 usage increases usage to: 5 <0002> gsm_04_11.c:937 lchan (bts=0,trx=0,ts=0,ch=0) increases usage to: 2 <0100> gsm_04_11.c:972 TX: SMS DELIVER <0100> gsm_04_11.c:188 TX: CP-DATA trans=4 <0100> gsm_04_11.c:149 GSM4.11 TX 49 01 1f 01 2a 07 91 44 77 58 10 06 50 00 13 00 05 b9 72 65 f7 00 00 90 80 72 12 03 41 00 03 47 39 19 <0001> abis_rsl.c:1215 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=3 DATA INDICATION <0100> gsm_04_11.c:817 trans_id=c RX SMS CP-ACK <0001> abis_rsl.c:1215 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=3 DATA INDICATION <0100> gsm_04_11.c:817 trans_id=c RX SMS CP-DATA <0100> gsm_04_11.c:191 TX: CP-ACK trans=4 <0100> gsm_04_11.c:149 GSM4.11 TX 49 04 <0100> gsm_04_11.c:750 RX SMS RP-ACK (MO) <0100> gsm_04_11.c:640 RX RP-ACK but no sms in transaction?!? <0100> gsm_04_11.c:561 TX: SMS RP ERROR, cause 111 (Protocol Error) <0100> gsm_04_11.c:188 TX: CP-DATA trans=4 <0100> gsm_04_11.c:149 GSM4.11 TX 49 01 04 05 2a 01 6f <0001> abis_rsl.c:1215 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=3 DATA INDICATION <0100> gsm_04_11.c:817 trans_id=c RX SMS CP-ACK <0100> gsm_04_11.c:159 SMC Timer TC1* is expired, calling trans_free() <0002> transaction.c:101 lchan (bts=0,trx=0,ts=0,ch=0) decreases usage to: 1 <0002> gsm_subscriber_base.c:139 subscr 46332 usage decreased usage to: 4 --- /SNIP ---

14 years, 7 months

3
3
0 0

Re: Some questions about OpenBSC / BS-11

by Dieter Spaar

Hello Sergey, On Mon, 31 Aug 2009 15:11:26 +0400, "Sergey V. Efimoff" <risky(a)mail.ru> wrote: > > What type of E1 adapter do you use? If you use an accurate clock source, > Work and Set values should be similiar (I have Set Value 1024, Work value 1023, > and I've used Nateks E1 SDH Mux with High-Stability Stratum oscillator when > calibrating). See http://bs11-abis.gnumonks.org/trac/wiki/isdnsync The observed difference of "Work Value 1104" and "Set Value 1082" should be no problem. From my measurements a difference of about 100 of those values means about 0.1 ppm. And 0.1 ppm is good enough that most phones should see the BS-11 and the offical networks. I guess there is some other problem, I would also check if bs11_config shows that the TRX is loaded. And maybe start with a configuration file which uses only one TRX. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 7 months

2
1
0 0

Some questions about OpenBSC / BS-11

by openbsc＠elxsi.de

Hi, we have some troubles finding the network on our cell-phones. There are a lot of suspicious messages, we can't really make sense out of. Example: bs11_config_query shows the following line: BS11 Attributes" a line: E1 Channel: Port=255 Timeslot=161 Subslot=39 This looks completely broken (misparsed by bs11_config?) Another issue are the Set- and Work-values of the Phase-Locked-Loop: We synchronized it with the ISDN network (isdnsync) and it leveled off to 1104 for the Work-Value, Set-Value, however, is 1082. I suspect this is ok and set-value is some informational value only (perhaps the value of the last calibration?). One more question about the radio carrier: On startup of bsc_hack we get the following message: OC=RADIO CARRIER(02) INST=(00,01,ff) STATE CHG: OP_STATE=Disabled AVAIL=In test(00) Is this normal behaviour? Apart from all this questions, does anyone have some more hints what we should look at? We tried different cell phones, tried switching them off and on, but without any success. We're using the latest git version of openbsc. Thank you for your help! Martin

14 years, 7 months

2
1
0 0

Ericsson RBS Support

by Caleb Pal

Hello Again, So as my previous post mentioned, I recently acquired an Ericsson RBS 2401. In looking through the configuration, it only allows for a T1 connection, not an E1. The first issue I see with this is I haven't been able to find a mISDN supported T1 card. I assume all of the BS-11 are E1, so I suppose T1 support has never come up. Not a coder myself, I'm not going to be a lot of help in that department. But I can get a T1 card and hook this RBS up to a Linux box and do any debugging that might help move things along. I'm open to any suggestions. I know Harald was looking into getting traces for Ericsson BSC <-> BTS traffic, so hopefully that will help as well. Thanks again, Caleb

14 years, 8 months

3
2
0 0

Ericsson BTS's (US Based Testers?)

by Caleb Pal

Hello all, I'm new to the list, and new to GSM testing, although I've worked with a fair share of RF, Linux, and networks. I recently acquired an Ericsson RBS 2401 for testing. This is a 2 TRX BTS with a T1 interface. It works on the GSM 1900 band, and puts out 300mw at full power. There will be another post about getting started with that... Onto the main purpose of this post..I have a contact who has 5 Ericsson RBS 2308's, which are the same as the unit Harald recently purchased. They are probably a bit bigger than the BS-11, have 4 TRX, output about 2.5 watts, have a T1 interface, and support EDGE. They are banded for GSM 1900. They can be bought for a reasonable price, plus shipping from California. Obviously OpenBSC doesn't support these at the moment, but hopefully support will be added sometime in the future. These would be a great resource for anyone in the US wanting to do testing, or overseas testers, if you're willing to pay shipping. If you want more info on the unit itself, you can download the manual Harald posted to the list earlier this month. If anyone is interested, please contact me off list, and I will get you in contact with the seller. Thanks Caleb

14 years, 8 months

1
0
0 0

wiki / trac user accounts

by Harald Welte

Hi all! By mistake I deleted the password file for the wiki/trac earlier today, so all of you will need new accounts I used this opportunity to enable new account registration, i.e. everyone can now create an account for themselves - you don't need to go through me to do that anymore. So sorry for the inconvenience to existing users, you will have to create a new account using the 'register' tab on http://openbsc.gnumonks.org/ 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)

14 years, 8 months

1
0
0 0

I can only make one call!

by Mike

Hi all, first let me say what a hugely impressive achievement OpenBSC is - I was AMAZED to be able to get a test network up and running within a day, and make a call from one handset to another! A slight problem though - I can only make ONE call. After that, I get "CHANNEL ACTIVATE NACK CAUSE=0x30(Transcoding not available)" if I try to make another call, or even if I just switch off a handset. I'm using an IpAccess nanoBTS - is it likely that this is an IpAccess-specific issue? I thought initially that it might be to do with subscriber use_count - once a call has been set up, the called party has subscr->use_count one greater than the calling party, and when the call ends the called party finishes up with use_count = 1, but I added a call to subscr_put in gsm_rr_rx_pag_resp which cured the use_count issue and the one-call-only problem persisted. I've attached a log of the debug messages with annotations of what actions were happening, may be of use. I'm still at an early stage in understanding the OpenBSC code, but in time I hope to be able to contribute some patches... Thanks, Mike Haben The information contained in this message (and any attachments) may be confidential and is intended for the sole use of the named addressee. Access, copying, alteration or re-use of the e-mail by anyone other than the intended recipient is unauthorised. If you are not the intended recipient please advise the sender immediately by returning the e-mail and deleting it from your system. This information may be exempt from disclosure under Freedom Of Information Act 2000 and may be subject to exemption under other UK information legislation. Refer disclosure requests to the Information Officer. The original of this email was scanned for viruses by the Government Secure Intranet virus scanning service supplied by Cable&Wireless in partnership with MessageLabs. (CCTM Certificate Number 2007/11/0032.) On leaving the GSi this email was certified virus free. Communications via the GSi may be automatically logged, monitored and/or recorded for legal purposes. gnuradio@gnuradio-laptop:~/openbsc/openbsc/src$ ./bsc_hack DB: Database initialized. DB: Database prepared. Mon Aug 24 15:25:18 2009 <8000> input/ipaccess.c:430 accept()ed new OML link from 192.168.2.3 Mon Aug 24 15:25:18 2009 <8000> input/ipaccess.c:203 Identified BTS 1/0/0 bootstrapping OML for BTS 0 Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=SITE MANAGER(00) INST=(ff,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Not installed(07) ADM=Locked Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=GPRS NSE(f0) INST=(00,ff,ff) STATE CHG: Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=GPRS CELL(f1) INST=(00,00,ff) STATE CHG: Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=GPRS NSVC(f2) INST=(00,00,ff) STATE CHG: Mon Aug 24 15:25:18 2009 <0020> abis_nm.c:805 OC=GPRS NSVC(f2) INST=(00,01,ff) STATE CHG: Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:859 Software Activate Request ACKing and Activating Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:805 OC=SITE MANAGER(00) INST=(ff,ff,ff) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x00 obj_inst=(0xff, 0xff, 0xff) Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:805 OC=SITE MANAGER(00) INST=(ff,ff,ff) Software Activated Report Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:859 Software Activate Request ACKing and Activating Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:859 Software Activate Request NACKing for GPRS obj_class 0xf0 Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:805 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:1644 Set BTS Attr (bts=0) Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x01 obj_inst=(0x00, 0xff, 0xff) Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:805 OC=BTS(01) INST=(00,ff,ff) Software Activated Report Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:859 Software Activate Request ACKing and Activating Mon Aug 24 15:25:20 2009 <0020> abis_nm.c:859 Software Activate Request ACKing and Activating Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) Software Activated Report Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x04 obj_inst=(0x00, 0x00, 0xff) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=0) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x00) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=1) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x01) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=2) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x02) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=3) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x03) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=4) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x04) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=5) Mon Aug 24 15:25:21 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x05) Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=6) Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x06) Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:1741 Set Chan Attr (bts=0,trx=0,ts=7) Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x03 obj_inst=(0x00, 0x00, 0x07) Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,00) Software Activated Report Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,01) Software Activated Report Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,02) Software Activated Report Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,03) Software Activated Report Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,04) Software Activated Report Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,05) Software Activated Report Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,06) Software Activated Report Mon Aug 24 15:25:22 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,07) Software Activated Report Mon Aug 24 15:25:23 2009 <0020> abis_nm.c:805 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:23 2009 <0020> abis_nm.c:805 OC=RADIO CARRIER(02) INST=(00,00,ff) Software Activated Report Mon Aug 24 15:25:23 2009 <0020> abis_nm.c:1661 Set TRX Attr (bts=0,trx=0) Mon Aug 24 15:25:23 2009 <0020> abis_nm.c:1828 Sending OPSTART obj_class=0x02 obj_inst=(0x00, 0x00, 0xff) Mon Aug 24 15:25:23 2009 <0020> abis_nm.c:2450 IPACCESS(0xe1): RSL CONNECT ACK IP=192.168.2.2 PORT=3003 Mon Aug 24 15:25:23 2009 <0020> abis_nm.c:805 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05) ADM=Unlocked Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=OK(ff) ADM=Unlocked Mon Aug 24 15:25:24 2009 <8000> input/ipaccess.c:491 accept()ed new RSL link from 192.168.2.3 Mon Aug 24 15:25:24 2009 <8000> input/ipaccess.c:203 Identified BTS 1/0/0 Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=RADIO CARRIER(02) INST=(00,00,ff) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=BASEBAND TRANSCEIVER(04) INST=(00,00,ff) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Disabled AVAIL=Off line(03) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,00) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=BTS(01) INST=(00,ff,ff) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,01) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,02) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,03) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,04) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,05) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,06) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) Mon Aug 24 15:25:24 2009 <0020> abis_nm.c:805 OC=CHANNEL(03) INST=(00,00,07) STATE CHG: OP_STATE=Enabled AVAIL=OK(ff) bootstrapping RSL for BTS/TRX (0/0) using MCC=123 MNC=45 BSIC=63 TSC=7 (first handset is switched on) Mon Aug 24 15:26:05 2009 <0010> abis_rsl.c:1110 Activating ARFCN(600) TS(0) SS(0) lctype SDCCH chan_nr=0x20 r=LOCATION_UPDATE ra=0x05 Mon Aug 24 15:26:05 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 CHANNEL ACTIVATE ACK Mon Aug 24 15:26:05 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 ESTABLISH INDICATION Mon Aug 24 15:26:05 2009 <0004> gsm_04_08.c:1438 LOCATION UPDATING REQUEST: mi_type=0x04 MI(1771098126) type=IMSI ATTACH Mon Aug 24 15:26:05 2009 <0002> gsm_04_08.c:285 lchan (bts=0,trx=0,ts=0,ch=0) increases usage to: 1 Mon Aug 24 15:26:05 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 05) Sending 0x18 to MS. DB: Found Subscriber: ID 4, IMSI 234101183420817, NAME '', TMSI 1771098126, EXTEN '43076', LAC 1, AUTH 0 Mon Aug 24 15:26:06 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 DATA INDICATION Mon Aug 24 15:26:06 2009 <0004> gsm_04_08.c:943 IDENTITY RESPONSE: mi_type=0x02 MI(353969018688060) DB: Updated EquipmentWatch: ID 13, IMSI 234101183420817, IMEI 353969018688060 DB: Sync Equipment IMEI=353969018688060, classmark1=30, classmark2=30 18 81 , classmark3=45 52 52 4f 52 00 00 6c 69 62 64 62 69 DB: Allocated TMSI 1019739084 for IMSI 234101183420817. Mon Aug 24 15:26:06 2009 <0002> gsm_04_08.c:280 lchan (bts=0,trx=0,ts=0,ch=0) decreases usage to: 0 Mon Aug 24 15:26:06 2009 <0004> gsm_04_08.c:904 -> LOCATION UPDATE ACCEPT Mon Aug 24 15:26:06 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 05) Sending 0x02 to MS. Mon Aug 24 15:26:06 2009 <0004> gsm_04_08.c:1226 -> MM INFO Mon Aug 24 15:26:06 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 05) Sending 0x32 to MS. Mon Aug 24 15:26:06 2009 <0008> gsm_04_08.c:1697 TX APPLICATION INFO id=0x00, len=4 Mon Aug 24 15:26:06 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 06) Sending 0x38 to MS. Mon Aug 24 15:26:06 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 DATA INDICATION Mon Aug 24 15:26:06 2009 <0004> gsm_04_08.c:1454 TMSI Reallocation Completed. Subscriber: 234101183420817 Mon Aug 24 15:26:07 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 DATA INDICATION Mon Aug 24 15:26:07 2009 <0008> gsm_04_08.c:1597 STATUS rr_cause = Message type non-existant or not implemented Mon Aug 24 15:26:16 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 RELEASE INDICATION Mon Aug 24 15:26:16 2009 <0010> abis_rsl.c:667 RF Channel Release CMD channel=(bts=0,trx=0,ts=0) chan_nr=0x20 Mon Aug 24 15:26:16 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 RF CHANNEL RELEASE ACK Mon Aug 24 15:26:16 2009 <0002> gsm_subscriber_base.c:139 subscr 43076 usage decreased usage to: 0 (second handset is switched on) Mon Aug 24 15:27:13 2009 <0010> abis_rsl.c:1110 Activating ARFCN(600) TS(0) SS(0) lctype SDCCH chan_nr=0x20 r=LOCATION_UPDATE ra=0x0d Mon Aug 24 15:27:13 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 CHANNEL ACTIVATE ACK Mon Aug 24 15:27:14 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 ESTABLISH INDICATION Mon Aug 24 15:27:14 2009 <0004> gsm_04_08.c:1438 LOCATION UPDATING REQUEST: mi_type=0x01 MI(234334906506238) type=NORMAL Mon Aug 24 15:27:14 2009 <0002> gsm_04_08.c:285 lchan (bts=0,trx=0,ts=0,ch=0) increases usage to: 1 Mon Aug 24 15:27:14 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 05) Sending 0x18 to MS. DB: Found Subscriber: ID 1, IMSI 234334906506238, NAME '', TMSI 620409869, EXTEN '29153', LAC 1, AUTH 0 Mon Aug 24 15:27:14 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 DATA INDICATION Mon Aug 24 15:27:14 2009 <0004> gsm_04_08.c:943 IDENTITY RESPONSE: mi_type=0x02 MI(359602012862220) DB: Updated EquipmentWatch: ID 1, IMSI 234334906506238, IMEI 359602012862220 DB: Sync Equipment IMEI=359602012862220, classmark1=30, classmark2=30 18 95 , classmark3=45 52 52 4f 52 00 00 6c 69 DB: Allocated TMSI 475314068 for IMSI 234334906506238. Mon Aug 24 15:27:14 2009 <0002> gsm_04_08.c:280 lchan (bts=0,trx=0,ts=0,ch=0) decreases usage to: 0 Mon Aug 24 15:27:14 2009 <0004> gsm_04_08.c:904 -> LOCATION UPDATE ACCEPT Mon Aug 24 15:27:14 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 05) Sending 0x02 to MS. Mon Aug 24 15:27:14 2009 <0004> gsm_04_08.c:1226 -> MM INFO Mon Aug 24 15:27:14 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 05) Sending 0x32 to MS. Mon Aug 24 15:27:14 2009 <0008> gsm_04_08.c:1697 TX APPLICATION INFO id=0x00, len=4 Mon Aug 24 15:27:14 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 0 pd 06) Sending 0x38 to MS. Mon Aug 24 15:27:14 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 DATA INDICATION Mon Aug 24 15:27:14 2009 <0004> gsm_04_08.c:1454 TMSI Reallocation Completed. Subscriber: 234334906506238 Mon Aug 24 15:27:15 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 DATA INDICATION Mon Aug 24 15:27:15 2009 <0008> gsm_04_08.c:1597 STATUS rr_cause = Message type non-existant or not implemented Mon Aug 24 15:27:25 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 sapi=0 RELEASE INDICATION Mon Aug 24 15:27:25 2009 <0010> abis_rsl.c:667 RF Channel Release CMD channel=(bts=0,trx=0,ts=0) chan_nr=0x20 Mon Aug 24 15:27:25 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=0) chan_nr=0x20 RF CHANNEL RELEASE ACK Mon Aug 24 15:27:25 2009 <0002> gsm_subscriber_base.c:139 subscr 29153 usage decreased usage to: 0 (handsets are left idle for a while, then 43076 calls 29153) Mon Aug 24 15:28:58 2009 <0010> abis_rsl.c:1110 Activating ARFCN(600) TS(2) SS(0) lctype TCH/F chan_nr=0x0a r=OTHER ra=0xf4 Mon Aug 24 15:28:58 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CHANNEL ACTIVATE ACK Mon Aug 24 15:28:59 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a sapi=0 ESTABLISH INDICATION Mon Aug 24 15:28:59 2009 <0004> gsm_04_08.c:1326 <- CM SERVICE REQUEST serv_type=0x01 mi_type=0x04 M(1019739084) DB: Found Subscriber: ID 4, IMSI 234101183420817, NAME '', TMSI 1019739084, EXTEN '43076', LAC 1, AUTH 0 DB: Sync Equipment IMEI=353969018688060, classmark1=30, classmark2=30 18 81 , classmark3=45 52 52 4f 52 00 00 6c 69 62 64 62 69 Mon Aug 24 15:28:59 2009 <0004> gsm_04_08.c:1261 -> CM SERVICE ACK Mon Aug 24 15:28:59 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 2 pd 05) Sending 0x21 to MS. Mon Aug 24 15:28:59 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a sapi=0 DATA INDICATION Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 2 ti 8 sub 43076) Received 'SETUP' from MS in state 0 (NULL) Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:3534 Unknown transaction ID 8, creating new trans. Mon Aug 24 15:28:59 2009 <0002> transaction.c:69 subscr=0x8714d58, subscr->net=0x86d9e70 Mon Aug 24 15:28:59 2009 <0002> gsm_subscriber_base.c:131 subscr 43076 usage increases usage to: 2 Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:3547 lchan (bts=0,trx=0,ts=2,ch=0) increases usage to: 1 Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:1722 new state NULL -> INITIATED Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:1782 (bts 0 trx 0 ts 2 ti 8 sub 43076) Sending 'MNCC_SETUP_IND' to MNCC. Mon Aug 24 15:28:59 2009 <0080> mncc.c:320 (call 80000001) Call created. Mon Aug 24 15:28:59 2009 <0080> mncc.c:324 (call 80000001) Received message MNCC_SETUP_IND Mon Aug 24 15:28:59 2009 <0080> mncc.c:157 (call 80000001) Creating new remote instance 1. Mon Aug 24 15:28:59 2009 <0080> mncc.c:167 (call 80000001) Modify channel mode. Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 2 ti 08 sub 43076) Received 'MNCC_LCHAN_MODIFY' from MNCC in state 1 (INITIATED) Mon Aug 24 15:28:59 2009 <0008> gsm_04_08.c:1100 -> CHANNEL MODE MODIFY mode=0x21 Mon Aug 24 15:28:59 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 2 pd 06) Sending 0x10 to MS. Mon Aug 24 15:28:59 2009 <0010> abis_rsl.c:1309 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a IPAC_BIND speech_mode=0x11 Mon Aug 24 15:28:59 2009 <0080> mncc.c:173 (call 80000001) Accepting call. Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 2 ti 08 sub 43076) Received 'MNCC_CALL_PROC_REQ' from MNCC in state 1 (INITIATED) Mon Aug 24 15:28:59 2009 <0002> gsm_04_08.c:1722 new state INITIATED -> MO_CALL_PROC Mon Aug 24 15:28:59 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 2 ti 80) Sending 'CALL_PROC' to MS. Mon Aug 24 15:28:59 2009 <0080> mncc.c:180 (call 80000001) Forwarding SETUP to remote. DB: Found Subscriber: ID 1, IMSI 234334906506238, NAME '', TMSI 475314068, EXTEN '29153', LAC 1, AUTH 0 Mon Aug 24 15:28:59 2009 <0002> transaction.c:69 subscr=0x87150f8, subscr->net=0x86d9e70 Mon Aug 24 15:28:59 2009 <0002> gsm_subscriber_base.c:131 subscr 29153 usage increases usage to: 2 Mon Aug 24 15:28:59 2009 <0200> paging.c:228 Start paging of subscriber 1 on bts 0. Mon Aug 24 15:28:59 2009 <0002> gsm_subscriber_base.c:131 subscr 29153 usage increases usage to: 3 Mon Aug 24 15:28:59 2009 <0010> abis_rsl.c:1432 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a IPAC_BIND_ACK IP=192.168.2.3 PORT=4020 CONN_ID=26 RTP_PAYLOAD2=0x71 Mon Aug 24 15:28:59 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a sapi=0 DATA INDICATION Mon Aug 24 15:28:59 2009 <0008> gsm_04_08.c:1663 CHANNEL MODE MODIFY ACK Mon Aug 24 15:28:59 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CHANNEL MODE MODIFY ACK Mon Aug 24 15:29:00 2009 <0200> paging.c:98 Going to send paging commands: '234334906506238' Mon Aug 24 15:29:00 2009 <0010> abis_rsl.c:1110 Activating ARFCN(600) TS(3) SS(0) lctype TCH/F chan_nr=0x0b r=PAGING ra=0x2d Mon Aug 24 15:29:01 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CHANNEL ACTIVATE ACK Mon Aug 24 15:29:01 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 ESTABLISH INDICATION Mon Aug 24 15:29:01 2009 <0008> gsm_04_08.c:1489 PAGING RESPONSE: mi_type=0x04 MI(475314068) Mon Aug 24 15:29:01 2009 <0002> gsm_subscriber_base.c:131 subscr 29153 usage increases usage to: 4 Mon Aug 24 15:29:01 2009 <0002> gsm_subscriber_base.c:139 subscr 29153 usage decreased usage to: 3 (*** this is a modification of mine ***) Mon Aug 24 15:29:01 2009 <0008> gsm_04_08.c:1512 <- Channel was requested by 234334906506238 DB: Sync Equipment IMEI=359602012862220, classmark1=30, classmark2=30 18 95 , classmark3=45 52 52 4f 52 00 00 6c 69 Mon Aug 24 15:29:01 2009 <0008> gsm_04_08.c:1697 TX APPLICATION INFO id=0x00, len=4 Mon Aug 24 15:29:01 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 3 pd 06) Sending 0x38 to MS. Mon Aug 24 15:29:01 2009 <0200> paging.c:282 Stop paging on bts 0, calling cbfn. Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1864 Paging subscr 29153 succeeded! Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1868 lchan (bts=0,trx=0,ts=3,ch=0) increases usage to: 1 Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:2166 starting timer T303 with 30 seconds Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1722 new state NULL -> CALL_PRESENT Mon Aug 24 15:29:01 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 3 ti 00) Sending 'SETUP' to MS. Mon Aug 24 15:29:01 2009 <0002> gsm_subscriber_base.c:139 subscr 29153 usage decreased usage to: 2 Mon Aug 24 15:29:01 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 DATA INDICATION Mon Aug 24 15:29:01 2009 <0008> gsm_04_08.c:1597 STATUS rr_cause = Message type non-existant or not implemented Mon Aug 24 15:29:01 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 DATA INDICATION Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 3 ti 0 sub 29153) Received 'CALL_CONF' from MS in state 6 (CALL_PRESENT) Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1763 stopping pending timer T303 Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:2166 starting timer T310 with 180 seconds Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1722 new state CALL_PRESENT -> MO_TERM_CALL_CONF Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1782 (bts 0 trx 0 ts 3 ti 0 sub 29153) Sending 'MNCC_CALL_CONF_IND' to MNCC. Mon Aug 24 15:29:01 2009 <0080> mncc.c:324 (call 1) Received message MNCC_CALL_CONF_IND Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 3 ti 00 sub 29153) Received 'MNCC_LCHAN_MODIFY' from MNCC in state 9 (MO_TERM_CALL_CONF) Mon Aug 24 15:29:01 2009 <0008> gsm_04_08.c:1100 -> CHANNEL MODE MODIFY mode=0x21 Mon Aug 24 15:29:01 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 3 pd 06) Sending 0x10 to MS. Mon Aug 24 15:29:01 2009 <0010> abis_rsl.c:1309 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b IPAC_BIND speech_mode=0x11 Mon Aug 24 15:29:01 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 DATA INDICATION Mon Aug 24 15:29:01 2009 <0008> gsm_04_08.c:1663 CHANNEL MODE MODIFY ACK Mon Aug 24 15:29:01 2009 <0010> abis_rsl.c:1432 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b IPAC_BIND_ACK IP=192.168.2.3 PORT=4022 CONN_ID=27 RTP_PAYLOAD2=0x72 Mon Aug 24 15:29:01 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b CHANNEL MODE MODIFY ACK Mon Aug 24 15:29:01 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 DATA INDICATION Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 3 ti 0 sub 29153) Received 'ALERTING' from MS in state 9 (MO_TERM_CALL_CONF) Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1763 stopping pending timer T310 Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:2166 starting timer T301 with 180 seconds Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1722 new state MO_TERM_CALL_CONF -> CALL_RECEIVED Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1782 (bts 0 trx 0 ts 3 ti 0 sub 29153) Sending 'MNCC_ALERT_IND' to MNCC. Mon Aug 24 15:29:01 2009 <0080> mncc.c:324 (call 1) Received message MNCC_ALERT_IND Mon Aug 24 15:29:01 2009 <0080> mncc.c:193 (call 1) Forwarding ALERT to remote. Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 2 ti 08 sub 43076) Received 'MNCC_ALERT_REQ' from MNCC in state 3 (MO_CALL_PROC) Mon Aug 24 15:29:01 2009 <0002> gsm_04_08.c:1722 new state MO_CALL_PROC -> CALL_DELIVERED Mon Aug 24 15:29:01 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 2 ti 80) Sending 'ALERTING' to MS. Mon Aug 24 15:29:04 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 DATA INDICATION Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 3 ti 0 sub 29153) Received 'CONNECT' from MS in state 7 (CALL_RECEIVED) Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1763 stopping pending timer T301 Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1722 new state CALL_RECEIVED -> CONNECT_REQUEST Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1782 (bts 0 trx 0 ts 3 ti 0 sub 29153) Sending 'MNCC_SETUP_CNF' to MNCC. Mon Aug 24 15:29:04 2009 <0080> mncc.c:324 (call 1) Received message MNCC_SETUP_CNF Mon Aug 24 15:29:04 2009 <0080> mncc.c:220 (call 1) Acknowledge SETUP. Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 3 ti 00 sub 29153) Received 'MNCC_SETUP_COMPL_REQ' from MNCC in state 8 (CONNECT_REQUEST) Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1722 new state CONNECT_REQUEST -> ACTIVE Mon Aug 24 15:29:04 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 3 ti 00) Sending 'CONNECT_ACK' to MS. Mon Aug 24 15:29:04 2009 <0080> mncc.c:227 (call 1) Sending CONNECT to remote. Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 2 ti 08 sub 43076) Received 'MNCC_SETUP_RSP' from MNCC in state 4 (CALL_DELIVERED) Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:2166 starting timer T313 with 30 seconds Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1722 new state CALL_DELIVERED -> CONNECT_IND Mon Aug 24 15:29:04 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 2 ti 80) Sending 'CONNECT' to MS. Mon Aug 24 15:29:04 2009 <0080> mncc.c:233 (call 1) Bridging with remote. Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1966 Setting up TCH map between (bts=0,trx=0,ts=3) and (bts=0,trx=0,ts=2) Mon Aug 24 15:29:04 2009 <0010> abis_rsl.c:1337 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b IPAC_CONNECT IP=192.168.2.3 PORT=4020 RTP_PAYLOAD2=113 CONN_ID=27 speech_mode=0x01 Mon Aug 24 15:29:04 2009 <0010> abis_rsl.c:1337 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a IPAC_CONNECT IP=192.168.2.3 PORT=4022 RTP_PAYLOAD2=114 CONN_ID=26 speech_mode=0x01 Mon Aug 24 15:29:04 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a sapi=0 DATA INDICATION Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 2 ti 8 sub 43076) Received 'CONNECT_ACK' from MS in state 28 (CONNECT_IND) Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1763 stopping pending timer T313 Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1722 new state CONNECT_IND -> ACTIVE Mon Aug 24 15:29:04 2009 <0002> gsm_04_08.c:1782 (bts 0 trx 0 ts 2 ti 8 sub 43076) Sending 'MNCC_SETUP_COMPL_IND' to MNCC. Mon Aug 24 15:29:04 2009 <0080> mncc.c:324 (call 80000001) Received message MNCC_SETUP_COMPL_IND Mon Aug 24 15:29:04 2009 <0010> abis_rsl.c:1432 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b IPAC_CONNECT_ACK Mon Aug 24 15:29:04 2009 <0010> abis_rsl.c:1432 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a IPAC_CONNECT_ACK (call in progress for 30 seconds) Mon Aug 24 15:29:34 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 DATA INDICATION Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 3 ti 0 sub 29153) Received 'DISCONNECT' from MS in state 10 (ACTIVE) Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:1722 new state ACTIVE -> DISCONNECT_IND Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:1782 (bts 0 trx 0 ts 3 ti 0 sub 29153) Sending 'MNCC_DISC_IND' to MNCC. Mon Aug 24 15:29:34 2009 <0080> mncc.c:324 (call 1) Received message MNCC_DISC_IND Mon Aug 24 15:29:34 2009 <0080> mncc.c:244 (call 1) Releasing call with cause 16 Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 3 ti 00 sub 29153) Received 'MNCC_REL_REQ' from MNCC in state 12 (DISCONNECT_IND) Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:2166 starting timer T308 with 10 seconds Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:1722 new state DISCONNECT_IND -> RELEASE_REQ Mon Aug 24 15:29:34 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 3 ti 00) Sending 'RELEASE' to MS. Mon Aug 24 15:29:34 2009 <0080> mncc.c:253 (call 80000001) Disconnecting remote with cause 16 Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:3435 (bts 0 trx 0 ts 2 ti 08 sub 43076) Received 'MNCC_DISC_REQ' from MNCC in state 10 (ACTIVE) Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:2166 starting timer T306 with 30 seconds Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:1722 new state ACTIVE -> DISCONNECT_IND Mon Aug 24 15:29:34 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 2 ti 80) Sending 'DISCONNECT' to MS. Mon Aug 24 15:29:34 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 DATA INDICATION Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 3 ti 0 sub 29153) Received 'RELEASE_COMPL' from MS in state 19 (RELEASE_REQ) Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:1763 stopping pending timer T308 Mon Aug 24 15:29:34 2009 <0002> gsm_04_08.c:1722 new state RELEASE_REQ -> NULL Mon Aug 24 15:29:34 2009 <0002> transaction.c:101 lchan (bts=0,trx=0,ts=3,ch=0) decreases usage to: 0 Mon Aug 24 15:29:34 2009 <0002> gsm_subscriber_base.c:139 subscr 29153 usage decreased usage to: 1 Mon Aug 24 15:29:36 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a sapi=0 DATA INDICATION Mon Aug 24 15:29:36 2009 <0002> gsm_04_08.c:3529 (bts 0 trx 0 ts 2 ti 8 sub 43076) Received 'RELEASE' from MS in state 12 (DISCONNECT_IND) Mon Aug 24 15:29:36 2009 <0002> gsm_04_08.c:1763 stopping pending timer T306 Mon Aug 24 15:29:36 2009 <0002> gsm_04_08_utils.c:136 (bts 0 trx 0 ts 2 ti 80) Sending 'RELEASE_COMPL' to MS. Mon Aug 24 15:29:36 2009 <0002> gsm_04_08.c:1782 (bts 0 trx 0 ts 2 ti 8 sub 43076) Sending 'MNCC_REL_IND' to MNCC. Mon Aug 24 15:29:36 2009 <0002> gsm_04_08.c:1722 new state DISCONNECT_IND -> NULL Mon Aug 24 15:29:36 2009 <0002> transaction.c:101 lchan (bts=0,trx=0,ts=2,ch=0) decreases usage to: 0 Mon Aug 24 15:29:36 2009 <0002> gsm_subscriber_base.c:139 subscr 43076 usage decreased usage to: 1 Mon Aug 24 15:29:36 2009 <0080> mncc.c:324 (call 80000001) Received message MNCC_REL_IND Mon Aug 24 15:29:36 2009 <0080> mncc.c:268 (call 80000001) Releasing remote with cause 0 Mon Aug 24 15:29:36 2009 <0002> gsm_04_08.c:3326 (bts - trx - ts - ti -- sub ) Received 'MNCC_REL_REQ' from MNCC with unknown callref 1 Mon Aug 24 15:29:36 2009 <0002> gsm_04_08.c:1790 (bts - trx - ts - ti -- sub -) Sending 'MNCC_REL_IND' to MNCC. Mon Aug 24 15:29:36 2009 <0080> mncc.c:109 (call 80000001) Call removed. Mon Aug 24 15:29:36 2009 <0080> mncc.c:324 (call 1) Received message MNCC_REL_IND Mon Aug 24 15:29:36 2009 <0080> mncc.c:109 (call 1) Call removed. Mon Aug 24 15:29:39 2009 <0008> gsm_04_08_utils.c:345 Sending Channel Release: Chan: Number: 0 Type: 2 Mon Aug 24 15:29:39 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 2 pd 06) Sending 0x0d to MS. Mon Aug 24 15:29:39 2009 <0010> abis_rsl.c:648 DEACTivate SACCH CMD channel=(bts=0,trx=0,ts=2) chan_nr=0x0a Mon Aug 24 15:29:39 2009 <0001> chan_alloc.c:263 Recycling the channel with: 0 (0) Mon Aug 24 15:29:39 2009 <0010> abis_rsl.c:1432 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a IPAC_DISCONNECT_IND CAUSE=0x0f(Normal event, unspecified) Mon Aug 24 15:29:39 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a sapi=0 RELEASE INDICATION Mon Aug 24 15:29:39 2009 <0010> abis_rsl.c:667 RF Channel Release CMD channel=(bts=0,trx=0,ts=2) chan_nr=0x0a Mon Aug 24 15:29:39 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a RF CHANNEL RELEASE ACK Mon Aug 24 15:29:39 2009 <0002> gsm_subscriber_base.c:139 subscr 43076 usage decreased usage to: 0 Mon Aug 24 15:29:41 2009 <0008> gsm_04_08_utils.c:345 Sending Channel Release: Chan: Number: 0 Type: 2 Mon Aug 24 15:29:41 2009 <0002> gsm_04_08_utils.c:141 (bts 0 trx 0 ts 3 pd 06) Sending 0x0d to MS. Mon Aug 24 15:29:41 2009 <0010> abis_rsl.c:648 DEACTivate SACCH CMD channel=(bts=0,trx=0,ts=3) chan_nr=0x0b Mon Aug 24 15:29:41 2009 <0001> chan_alloc.c:263 Recycling the channel with: 0 (0) Mon Aug 24 15:29:41 2009 <0010> abis_rsl.c:1432 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b IPAC_DISCONNECT_IND CAUSE=0x0f(Normal event, unspecified) Mon Aug 24 15:29:41 2009 <0001> abis_rsl.c:1214 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b sapi=0 RELEASE INDICATION Mon Aug 24 15:29:41 2009 <0010> abis_rsl.c:667 RF Channel Release CMD channel=(bts=0,trx=0,ts=3) chan_nr=0x0b Mon Aug 24 15:29:41 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=3) chan_nr=0x0b RF CHANNEL RELEASE ACK Mon Aug 24 15:29:41 2009 <0002> gsm_subscriber_base.c:139 subscr 29153 usage decreased usage to: 0 (wait a while, then try making another call) Mon Aug 24 15:30:04 2009 <0010> abis_rsl.c:1110 Activating ARFCN(600) TS(2) SS(0) lctype TCH/F chan_nr=0x0a r=OTHER ra=0xfd Mon Aug 24 15:30:04 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CHANNEL ACTIVATE NACK CAUSE=0x30(Transcoding not available) Mon Aug 24 15:30:14 2009 <0010> abis_rsl.c:667 RF Channel Release CMD channel=(bts=0,trx=0,ts=2) chan_nr=0x0a Mon Aug 24 15:30:14 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a RF CHANNEL RELEASE ACK (wait a while, then try making another call) Mon Aug 24 15:30:34 2009 <0010> abis_rsl.c:1110 Activating ARFCN(600) TS(2) SS(0) lctype TCH/F chan_nr=0x0a r=OTHER ra=0xe7 Mon Aug 24 15:30:34 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a CHANNEL ACTIVATE NACK CAUSE=0x30(Transcoding not available) Mon Aug 24 15:30:44 2009 <0010> abis_rsl.c:667 RF Channel Release CMD channel=(bts=0,trx=0,ts=2) chan_nr=0x0a Mon Aug 24 15:30:44 2009 <0010> abis_rsl.c:943 channel=(bts=0,trx=0,ts=2) chan_nr=0x0a RF CHANNEL RELEASE ACK (ctrl-C) ^Csignal 2 received shutting down OML for BTS 0

14 years, 8 months

6
8
0 0

nanoBTS - First Call Ok, but not others -> I have an ugly hack to fix it

by Sylvain Munaut

Hi, I had the exact same problem has described here http://lists.gnumonks.org/pipermail/openbsc/2009-July/000627.html That is, the first call worked great but after the first call, no way to make a second, the BTS would respond with NACK to the CHANnel ACTIvation requests. I finally found that the chan_rate field of the channel_mode must be 0 for that request to work. And forcing it to 0 in rsl_chan_activate_lchan, like this : --- SNIP --- rc = channel_mode_from_lchan(&cm, lchan); if (rc < 0) return rc; cm.chan_rate = 0; // Hack ! ----------- makes the thing work. But that's obviously not the root cause. I thing the lchan tch_mode should be GSM48_CMODE_SIGN, so that channel_mode_from_lchan would set the proper value directly. But I haven't traced yet why tch_mode is not at the good value for the second call ... Sylvain

14 years, 8 months

2
1
0 0

nanoBTS - Different version ?

by Sylvain Munaut

Hi, I just got hold of a ip.access nanoBTS model 139U, but so far my attemps at making it work with OpenBSC have been unsuccessful :( It's a 'used' one so there are config already done most likely and I don't know which. What differs from http://bs11-abis.gnumonks.org/trac/wiki/nanoBTS : * It doesn't request an IP by DHCP It seems to have IP/Netmask and GW hardcoded. * When plugging it, it tries to do an ARP request for what I guess his the GW address, and when it get a response, it tries to connect to TCP port 3022 (yes, it's 3022 and not 3002) of yet another IP in another subnet (which I guess is the configured Primarly OML IP) * ipaccess-find does find it : ---- ipaccess-find (C) 2009 by Harald Welte This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY Trying to find ip.access BTS by broadcast UDP... MAC Address='00:02:95:00:31:22' IP Address='10.105.254.142' Unit ID='65143/0/0' Location 1='NanoBTS FXMarketspace' Location 2='BTS_NBT131G' Equipment Version='139_029_41' Software Version='120a352_v267b22d0' Unit Name='69419' Serial Number='00071582' ---- * ipaccess-config fails, the nanoBTS refuses incoming connections on port tcp 3006 * Here's the result of a NMAP : ---- sh$ sudo nmap -sS 10.105.254.142 -p 1-65535 Starting Nmap 4.76 ( http://nmap.org ) at 2009-08-26 16:21 CEST Interesting ports on 10.105.254.142: Not shown: 65533 closed ports PORT STATE SERVICE 3026/tcp open unknown 3034/tcp open unknown MAC Address: 00:02:95:00:31:22 (IP.Access Limited) ---- * I then tried to run ipaccess-config to port 3026 but it fails (just waits a while thensays short read / BTS disappeared) * I tried making openbsc listen on 3022 but with no real results : --- sh$ bsc_hack DB: Database initialized. DB: Database prepared. no matching signalling link for hh->proto=0x01 no matching signalling link for hh->proto=0x29 no matching signalling link for hh->proto=0x2b no matching signalling link for hh->proto=0x1b short read! no matching signalling link for hh->proto=0x01 short read! BTS disappeared, dead socket short read! no matching signalling link for hh->proto=0x01 no matching signalling link for hh->proto=0x29 no matching signalling link for hh->proto=0x2b no matching signalling link for hh->proto=0xc9 short read! no matching signalling link for hh->proto=0x01 short read! BTS disappeared, dead socket --- Any idea any one ? Sylvain

14 years, 8 months

2
2
0 0

How to tell MS no channel is available?

by Nordin

Hello guys, Suppose I have 8 MS registered on my nanoBTS and the ninth wants also to register. How can I tell the ninth MS "Sorry dude, there is no room for you, try another ARFCN"? I've checked the REJECT causes in gsm 04.08, but couldn't really find one which is informing the BTS is out of free channels. Now my mobile keeps trying to register to my nanoBTS, although I rejected him with a standard cause. Maybe someone can give me a hint where to look at? Thanks.

14 years, 8 months

2
2
0 0

Cell Broadcast Support

by Galbayar D

Hi Is OpenBSC supports Cell Broadcast? If not is there any plan? or Is someone developing? Gala

14 years, 8 months

3
2
0 0

How was HAR2009?

by Nordin

Well guys, Those who visited HAR2009, especially who visited the GSM related events, how was it? Share us you adventures :)

14 years, 8 months

2
2
0 0

new patch for fragmenting HFC-E1

by Andreas.Eversberg

hi, here is the almost final patch for fragmenting HFC-E1 cards for multiple BTS connecting to one card. if it is stable, i will submit it after some tests. load module with: $ modprobe hfcmulti dmask=0x00000042 bmask=0x0000003c,0x00000780 debug=0x40000 the dmask must be given von all E1 cards that have to be fragmented. in this case we only fragment the first card. the bmask must be given for all fragments. because we have two bits set (slot 1 and slot 6), we need two values. each bmask value will define the the bchannels to use for the given dchannel. the card is fragmented from lower dchannel to higher dchannel given in the mask. (slot 1 for first fragment, slot 2 for second fragment) run misdn_info after loading to see the fragments. happy testing, andreas

14 years, 8 months

2
1
0 0

some bug reports for subscr usage

by Andreas.Eversberg

hi, i found some leaking on the subscriber ressource usage. this patch is not final. maybe we find better solutions. 1. trans_alloc() may not allocate subscriber for transaction, because may be already done before, so i removed subscr_get() from transaction.c -> on outgoing calls we allocate subscriber ressource (by searching for it) and use it for transaction. -> in incomming calls we use the subscriber pointer from the lchan. 2. on an incomming call/sms, the lchan holds a subscriber ressource, so i added subscr_get() after successfully calling trans_alloc() 3. when _send_sms_buffer() is called, we already hold a subscriber ressource for the receiver, so the subsequently called function sms_from_text() must not allocate the receiver again. if this function fails, the allocated subcriber ressource must be released in _send_sms_buffer(). 4. on trans_free we don't need to remove pending paging processes, because it is done when paging expires. anyway if we want to keep it in trans_free(), we must remove paging_remove_request() from paging_T3113_expired(), because it will then be done when transaction is removed. also we need to add paging_remove_request() when sms is removed due to paging expiery. i also fixed linux call router for compiling with openbsc without any patch at all. by linking the source directory to the lcr source directory, the "configure" script automatically detects it and it will compile. (latest git) regards, andreas

14 years, 8 months

1
0
0 0

Does anyone have IuH (RUA/HNBAP) captures?

by Harald Welte

Hi! I've alerady sent this to wireshark-dev, but maybe somebody on this list can also help... I'm right now working for a dissector for the 3GPP IuH (Home-NodeB) protocol. However, I believe the pcap files that I currently have for the protocol are actually invalid. Is there anyone on this list who would be able to provide me with RUA and/or HNBAP protocol traces (preferrably inside SCTP)? Thanks a lot. -- - 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)

14 years, 8 months

1
0
0 0

BS-11 link does not come up

by Sergey V. Efimoff

Hello All, When trying to run bsc_hack I get the following messages: bootstrapping OML for BTS 0 <0020> abis_nm.c:1644 Set BTS Attr (bts=0) <0020> abis_nm.c:1661 Set TRX Attr (bts=0,trx=0) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=0) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=1) <0020> abis_nm.c:1624 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=1) E1=(0,2,1) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=2) <0020> abis_nm.c:1624 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=2) E1=(0,2,2) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=3) <0020> abis_nm.c:1624 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=3) E1=(0,2,3) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=4) <0020> abis_nm.c:1624 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=4) E1=(0,3,0) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=5) <0020> abis_nm.c:1624 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=5) E1=(0,3,1) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=6) <0020> abis_nm.c:1624 CONNECT TERR TRAF Um=(bts=0,trx=0,ts=6) E1=(0,3,2) <0020> abis_nm.c:1754 Set Chan Attr (bts=0,trx=0,ts=7) <0020> abis_nm.c:1624 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=1 TSC=7 <0020> abis_nm.c:805 OC=SIEMENSHW(a5) INST=(03,00,00) STATE CHG: <0020> abis_nm.c:805 OC=SIEMENSHW(a5) INST=(03,00,00) Failure Event Report Severity=indeterminate failure <0020> abis_nm.c:805 OC=SIEMENSHW(a5) INST=(03,00,00) STATE CHG: Debug with -dDMI:DRSL:DNM shows strange lines: ... <1000> input/misdn.c:132 DL_INFORMATION_IND: use channel(0) sapi(63) tei(127) for now mISDN message for unknown sign_link ... <1000> input/misdn.c:132 DL_INFORMATION_IND: use channel(2) sapi(62) tei(1) for now mISDN message for unknown sign_link ... Why TEI=1 or TEI=127 while it should be 25? Also, dmesg produces: ... mISDN_send: error -12 ... I've reviewed mailing list for similiar problems description and found that several people have already seen these problems, but didn't find the solution. I thought that these problems may be connected with internal BS11 oscillator calibration, so I've performed calibration as described in wiki (though I used Nateks SDH mux with Stratum oscillator as E1 clock source instead of HFC-S ISDN card, which I don't have). Calibration was successful, but it didn't help. Here is query output while running bsc_hack: ... LMT LOGON: ACK PHASE: 3 Normal MBCCU0: Load MBCCU1: No Load Abis-link: Up BS11 ATTRIBUTES: BS-11 ESN PCB Serial Number: 001132 BS-11 ESN Hardware Code Number: 135-2044/03.03 BS-11 ESN Firmware Code Number: 135-2044/03.03 E1 Channel: Port=255 Timeslot=161 Subslot=39 PLL Set Value=1024, Work Value=1023 SITE MANAGER ATTRIBUTES: E1 Channel: Port=0 Timeslot=1 (Full Slot) TEI: 25 BS11 Line Interface ATTRIBUTES: PLL Mode: Standalone BS11 CCLK ATTRIBUTES: CCLK Accuracy: Medium (0) BS11 Power Amplifier 0 ATTRIBUTES: TRX Power: 30mW (GSM) LMT LOGOFF: ACK ... It seems that everything should be ok, but... there is no success. Best regards, Sergey.

14 years, 8 months

2
4
0 0

RFC: Change gsm_subscriber tmsi from char[17] to u_int32_t

by Holger Freyther

Hey guys, for some historic reason our tmsi is an character array but all places dealing with it treat it as a 4 octet, and according to the spec it is a four octet. I have changed the definition and the code using the tmsi. It can be found in my onwaves.com branch. Does it make sense to switch? z.

14 years, 8 months

3
2
0 0

AW: Problems with HFC-E1 card (Unknown HFC multiport controller)

by Andreas.Eversberg

both subdevices: b553 and b523 are already part of the driver. { PCI_VENDOR_ID_CCD, PCI_DEVICE_ID_CCD_HFCE1, PCI_VENDOR_ID_CCD, PCI_SUBDEVICE_ID_CCD_IOB1E1, 0, 0, H(24)}, /* IOB1E1 */ { PCI_VENDOR_ID_CCD, PCI_DEVICE_ID_CCD_HFCE1, PCI_VENDOR_ID_CCD, PCI_SUBDEVICE_ID_CCD_JHSE1, 0, 0, H(25)}, /* Junghanns E1 */ please check definitions. PCI_SUBDEVICE_ID_CCD_IOB1E1 should be b523 and PCI_SUBDEVICE_ID_CCD_JHSE1 should be b553. (do a grep onto your repository (grep b523 <path>/* -r) -----Ursprüngliche Nachricht----- Von: openbsc-bounces(a)lists.gnumonks.org [mailto:openbsc-bounces@lists.gnumonks.org] Im Auftrag von Harald Welte Gesendet: Mittwoch, 19. August 2009 18:08 An: dexter Cc: openbsc(a)lists.gnumonks.org Betreff: Re: Problems with HFC-E1 card (Unknown HFC multiport controller) On Mon, Aug 17, 2009 at 08:24:50PM +0200, dexter wrote: > Here is an output from a linux box that works with the other card: > Unknown HFC multiport controller (vendor:1397 device:30b1 > subvendor:ffffffff subdevice:ffffffff) Please contact the driver > maintainer for support. Hi, I think you should report this to the misdn development list. as a quick workaround, I suggesty you add the pci vendor / device ID to the hfcmulti.c driver (hfcmulti_probe() would be the case). What particular HFC-E1 card is this? At least according to my kernel, PCI_VENDOR_ID_CCD is 0x1397 PCI_DEVICE_ID_CCD_HFCE1 is 0x30b1 so I don't know why you get that message... -- - 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)

14 years, 8 months

1
0
0 0

Problems with HFC-E1 card (Unknown HFC multiport controller)

by dexter

Here is an output from a linux box that works with the other card: openbsc output: tatooine:/home/laflocal/openbsc/openbsc/src# ./bsc_hack -f 123 DB: Database initialized. DB: Database prepared. 0 devices found error getting info for device 0: No such device Error during E1 config of BTS 0 lspci output: tatooine:~# lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10) 00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10) 00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10) 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 00:09.0 ISDN controller: Cologne Chip Designs GmbH ISDN network Controller [HFC-E1] (rev 01) 00:0a.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet Controller 00:0b.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61) 00:0b.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61) 00:0b.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63) 00:0e.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 07) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev 03) Dmesg output: tatooine:~# dmesg Linux version 2.6.30.4 (root@tatooine) (gcc version 4.3.2 (Debian 4.3.2-1) ) #1 SMP Sat Aug 8 01:44:27 CEST 2009 KERNEL supported cpus: Intel GenuineIntel AMD AuthenticAMD NSC Geode by NSC Cyrix CyrixInstead Centaur CentaurHauls Transmeta GenuineTMx86 Transmeta TransmetaCPU UMC UMC UMC UMC BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000dc000 - 00000000000e0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000002fff0000 (usable) BIOS-e820: 000000002fff0000 - 000000002fff8000 (ACPI data) BIOS-e820: 000000002fff8000 - 0000000030000000 (ACPI NVS) BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved) DMI 2.3 present. AMI BIOS detected: BIOS may corrupt low RAM, working around it. e820 update range: 0000000000000000 - 0000000000010000 (usable) ==> (reserved) last_pfn = 0x2fff0 max_arch_pfn = 0x100000 MTRR default type: uncachable MTRR fixed ranges enabled: 00000-9FFFF write-back A0000-BFFFF uncachable C0000-C7FFF write-protect C8000-EFFFF uncachable F0000-FFFFF write-protect MTRR variable ranges enabled: 0 base 000000000 mask FE0000000 write-back 1 base 020000000 mask FF0000000 write-back 2 disabled 3 disabled 4 disabled 5 disabled 6 base 0E0000000 mask FFC000000 write-combining 7 disabled init_memory_mapping: 0000000000000000-000000002fff0000 0000000000 - 0000400000 page 4k 0000400000 - 002fc00000 page 2M 002fc00000 - 002fff0000 page 4k kernel direct mapping tables up to 2fff0000 @ 10000-15000 ACPI: RSDP 000fc5b0 00014 (v00 AMI ) ACPI: RSDT 2fff0000 0002C (v01 AMIINT 00000010 MSFT 00000099) ACPI: FACP 2fff0030 00074 (v01 AMIINT 00000010 MSFT 00000099) ACPI: DSDT 2fff0110 02F9D (v01 VIA APOLLO-P 00001000 MSFT 0100000B) ACPI: FACS 2fff8000 00040 ACPI: APIC 2fff00b0 0005C (v01 AMIINT 00000009 MSFT 00000099) ACPI: Local APIC address 0xfee00000 767MB LOWMEM available. mapped low ram: 0 - 2fff0000 low ram: 0 - 2fff0000 node 0 low ram: 00000000 - 2fff0000 node 0 bootmap 00011000 - 00017000 (8 early reservations) ==> bootmem [0000000000 - 002fff0000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000] #1 [0000001000 - 0000002000] EX TRAMPOLINE ==> [0000001000 - 0000002000] #2 [0000006000 - 0000007000] TRAMPOLINE ==> [0000006000 - 0000007000] #3 [0000100000 - 000064b2a4] TEXT DATA BSS ==> [0000100000 - 000064b2a4] #4 [000009fc00 - 0000100000] BIOS reserved ==> [000009fc00 - 0000100000] #5 [000064c000 - 000064e0d0] BRK ==> [000064c000 - 000064e0d0] #6 [0000010000 - 0000011000] PGTABLE ==> [0000010000 - 0000011000] #7 [0000011000 - 0000017000] BOOTMAP ==> [0000011000 - 0000017000] found SMP MP-table at [c00fb170] fb170 Zone PFN ranges: DMA 0x00000010 -> 0x00001000 Normal 0x00001000 -> 0x0002fff0 Movable zone start PFN for each node early_node_map[2] active PFN ranges 0: 0x00000010 -> 0x0000009f 0: 0x00000100 -> 0x0002fff0 On node 0 totalpages: 196479 free_area_init_node: node 0, pgdat c0581d60, node_mem_map c1000200 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 3951 pages, LIFO batch:0 Normal zone: 1504 pages used for memmap Normal zone: 190992 pages, LIFO batch:31 Using APIC driver default ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ11 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information SMP: Allowing 2 CPUs, 0 hotplug CPUs nr_irqs_gsi: 24 PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 PM: Registered nosave memory: 00000000000a0000 - 00000000000dc000 PM: Registered nosave memory: 00000000000dc000 - 00000000000e0000 PM: Registered nosave memory: 00000000000e0000 - 00000000000f0000 PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 Allocating PCI resources starting at 40000000 (gap: 30000000:cec00000) NR_CPUS:2 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1 PERCPU: Embedded 11 pages at c1604000, static data 22748 bytes Built 1 zonelists in Zone order, mobility grouping on. Total pages: 194943 Kernel command line: root=/dev/hda6 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 NR_IRQS:320 PID hash table entries: 4096 (order: 12, 16384 bytes) Fast TSC calibration using PIT Detected 730.766 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 773228k/786368k available (3239k kernel code, 12500k reserved, 1450k data, 316k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfff9d000 - 0xfffff000 ( 392 kB) vmalloc : 0xf07f0000 - 0xfff9b000 ( 247 MB) lowmem : 0xc0000000 - 0xefff0000 ( 767 MB) .init : 0xc059c000 - 0xc05eb000 ( 316 kB) .data : 0xc0429e99 - 0xc05949a4 (1450 kB) .text : 0xc0100000 - 0xc0429e99 (3239 kB) Checking if this processor honours the WP bit even in supervisor mode...Ok. SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 Calibrating delay loop (skipped), value calculated using timer frequency.. 1461.53 BogoMIPS (lpj=2923064) Mount-cache hash table entries: 512 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Checking 'hlt' instruction... OK. ACPI: Core revision 20090320 ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 CPU0: Intel Pentium III (Coppermine) stepping 03 Booting processor 1 APIC 0x1 ip 0x6000 Initializing CPU#1 Calibrating delay using timer specific routine.. 1461.72 BogoMIPS (lpj=2923453) CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 256K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel Pentium III (Coppermine) stepping 03 checking TSC synchronization [CPU#0 -> CPU#1]: passed. Brought up 2 CPUs Total of 2 processors activated (2923.25 BogoMIPS). net_namespace: 980 bytes NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfdb01, last bus=1 PCI: Using configuration type 1 for base access mtrr: your CPUs had inconsistent variable MTRR settings mtrr: probably your BIOS does not setup all CPUs. mtrr: corrected configuration. bio: create slab <bio-0> at 0 ACPI: EC: Look up EC in DSDT ACPI: Interpreter enabled ACPI: (supports S0 S1 S4 S5) ACPI: Using IOAPIC for interrupt routing ACPI: Power Resource [URP1] (off) ACPI: Power Resource [URP2] (off) ACPI: Power Resource [FDDP] (off) ACPI: Power Resource [LPTP] (off) ACPI: PCI Root Bridge [PCI0] (0000:00) pci 0000:00:00.0: reg 10 32bit mmio: [0xe0000000-0xe3ffffff] pci 0000:00:01.0: supports D1 pci 0000:00:07.1: reg 20 io port: [0xffa0-0xffaf] pci 0000:00:07.2: reg 20 io port: [0xc400-0xc41f] pci 0000:00:07.3: reg 20 io port: [0xc800-0xc81f] pci 0000:00:07.4: quirk: region 0800-08ff claimed by vt82c586 ACPI pci 0000:00:07.4: quirk: region 0c00-0c7f claimed by vt82c686 HW-mon pci 0000:00:07.4: quirk: region 0400-040f claimed by vt82c686 SMB pci 0000:00:09.0: reg 10 io port: [0xcc00-0xcc07] pci 0000:00:09.0: reg 14 32bit mmio: [0xdfffd000-0xdfffdfff] pci 0000:00:09.0: supports D1 D2 pci 0000:00:09.0: PME# supported from D0 D1 D2 D3hot pci 0000:00:09.0: PME# disabled pci 0000:00:0a.0: reg 10 32bit mmio: [0xdffc0000-0xdffdffff] pci 0000:00:0a.0: reg 14 32bit mmio: [0xdffa0000-0xdffbffff] pci 0000:00:0a.0: reg 18 io port: [0xd000-0xd03f] pci 0000:00:0a.0: reg 30 32bit mmio: [0xdff80000-0xdff9ffff] pci 0000:00:0a.0: PME# supported from D0 D3hot D3cold pci 0000:00:0a.0: PME# disabled pci 0000:00:0b.0: reg 20 io port: [0xd400-0xd41f] pci 0000:00:0b.0: supports D1 D2 pci 0000:00:0b.0: PME# supported from D0 D1 D2 D3hot pci 0000:00:0b.0: PME# disabled pci 0000:00:0b.1: reg 20 io port: [0xd800-0xd81f] pci 0000:00:0b.1: supports D1 D2 pci 0000:00:0b.1: PME# supported from D0 D1 D2 D3hot pci 0000:00:0b.1: PME# disabled pci 0000:00:0b.2: reg 10 32bit mmio: [0xdfffff00-0xdfffffff] pci 0000:00:0b.2: supports D1 D2 pci 0000:00:0b.2: PME# supported from D0 D1 D2 D3hot pci 0000:00:0b.2: PME# disabled pci 0000:00:0e.0: reg 10 io port: [0xdc00-0xdc3f] pci 0000:00:0e.0: supports D2 pci 0000:01:00.0: reg 10 32bit mmio: [0xdc000000-0xddffffff] pci 0000:01:00.0: reg 14 32bit mmio: [0xdfefc000-0xdfefffff] pci 0000:01:00.0: reg 18 32bit mmio: [0xdf000000-0xdf7fffff] pci 0000:01:00.0: reg 30 32bit mmio: [0xdfee0000-0xdfeeffff] pci 0000:00:01.0: bridge io port: [0x9000-0x9fff] pci 0000:00:01.0: bridge 32bit mmio: [0xdee00000-0xdfefffff] pci 0000:00:01.0: bridge 32bit mmio pref: [0xdac00000-0xdecfffff] pci_bus 0000:00: on NUMA node 0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing pnp: PnP ACPI init ACPI: bus type pnp registered pnp: PnP ACPI: found 11 devices ACPI: ACPI bus type pnp unregistered pci 0000:00:01.0: PCI bridge, secondary bus 0000:01 pci 0000:00:01.0: IO window: 0x9000-0x9fff pci 0000:00:01.0: MEM window: 0xdee00000-0xdfefffff pci 0000:00:01.0: PREFETCH window: 0x000000dac00000-0x000000decfffff pci 0000:00:01.0: setting latency timer to 64 pci_bus 0000:00: resource 0 io: [0x00-0xffff] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffff] pci_bus 0000:01: resource 0 io: [0x9000-0x9fff] pci_bus 0000:01: resource 1 mem: [0xdee00000-0xdfefffff] pci_bus 0000:01: resource 2 pref mem [0xdac00000-0xdecfffff] NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered NET: Registered protocol family 1 Machine check exception polling timer started. Installing knfsd (copyright (C) 1996 okir(a)monad.swb.de). msgmni has been set to 1510 alg: No test for stdrng (krng) io scheduler noop registered io scheduler cfq registered (default) pci 0000:00:01.0: disabling DAC on VIA PCI bridge pci 0000:00:07.0: Enabling VIA external APIC routing pci 0000:01:00.0: Boot video device Non-volatile memory driver v1.3 Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A Switched to high resolution mode on CPU 1 Switched to high resolution mode on CPU 0 serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 brd: module loaded loop: module loaded Uniform Multi-Platform E-IDE driver via82cxxx 0000:00:07.1: VIA vt82c686a (rev 22) IDE UDMA66 via82cxxx 0000:00:07.1: IDE controller (0x1106:0x0571 rev 0x10) via82cxxx 0000:00:07.1: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xffa0-0xffa7 ide1: BM-DMA at 0xffa8-0xffaf Probing IDE interface ide0... hda: SAMSUNG SP1213N, ATA DISK drive hdb: Maxtor 6Y160L0, ATA DISK drive hda: host max PIO5 wanted PIO255(auto-tune) selected PIO4 hda: UDMA/66 mode selected hdb: host max PIO5 wanted PIO255(auto-tune) selected PIO4 hdb: UDMA/66 mode selected Probing IDE interface ide1... ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 ide_generic: please use "probe_mask=0x3f" module parameter for probing all legacy ISA IDE ports ide-gd driver 1.18 hda: max request size: 512KiB hda: 234493056 sectors (120060 MB) w/8192KiB Cache, CHS=16383/255/63 hda: cache flushes supported hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 hda12 hda13 hda14 hda15 hda16 > hdb: max request size: 512KiB hdb: 320173056 sectors (163928 MB) w/2048KiB Cache, CHS=19929/255/63 hdb: cache flushes supported hdb: hdb1 ide-cd driver 5.00 uhci_hcd: USB Universal Host Controller Interface driver ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 10 uhci_hcd 0000:00:07.2: PCI INT D -> Link[LNKD] -> GSI 10 (level, low) -> IRQ 10 uhci_hcd 0000:00:07.2: VIA VLink IRQ fixup, from 5 to 10 uhci_hcd 0000:00:07.2: UHCI Host Controller uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:07.2: irq 10, io base 0x0000c400 usb usb1: New USB device found, idVendor=1d6b, idProduct=0001 usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb1: Product: UHCI Host Controller usb usb1: Manufacturer: Linux 2.6.30.4 uhci_hcd usb usb1: SerialNumber: 0000:00:07.2 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected uhci_hcd 0000:00:07.3: PCI INT D -> Link[LNKD] -> GSI 10 (level, low) -> IRQ 10 uhci_hcd 0000:00:07.3: VIA VLink IRQ fixup, from 5 to 10 uhci_hcd 0000:00:07.3: UHCI Host Controller uhci_hcd 0000:00:07.3: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:07.3: irq 10, io base 0x0000c800 usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb2: Product: UHCI Host Controller usb usb2: Manufacturer: Linux 2.6.30.4 uhci_hcd usb usb2: SerialNumber: 0000:00:07.3 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected uhci_hcd 0000:00:0b.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 uhci_hcd 0000:00:0b.0: UHCI Host Controller uhci_hcd 0000:00:0b.0: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:0b.0: irq 19, io base 0x0000d400 usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb3: Product: UHCI Host Controller usb usb3: Manufacturer: Linux 2.6.30.4 uhci_hcd usb usb3: SerialNumber: 0000:00:0b.0 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected uhci_hcd 0000:00:0b.1: PCI INT B -> GSI 16 (level, low) -> IRQ 16 uhci_hcd 0000:00:0b.1: UHCI Host Controller uhci_hcd 0000:00:0b.1: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:0b.1: irq 16, io base 0x0000d800 usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb4: Product: UHCI Host Controller usb usb4: Manufacturer: Linux 2.6.30.4 uhci_hcd usb usb4: SerialNumber: 0000:00:0b.1 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected usbcore: registered new interface driver libusual usbcore: registered new interface driver usbserial USB Serial support registered for generic usbcore: registered new interface driver usbserial_generic usbserial: USB Serial Driver core PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12 serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX port at 0x60,0x64 irq 12 mice: PS/2 mouse device common for all mice rtc_cmos 00:02: RTC can wake from S4 rtc_cmos 00:02: rtc core: registered rtc_cmos as rtc0 rtc0: alarms up to one year, y3k, 114 bytes nvram Driver for 1-wire Dallas network protocol. cpuidle: using governor ladder cpuidle: using governor menu usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid usbhid: v2.6:USB HID core driver TCP cubic registered NET: Registered protocol family 17 RPC: Registered udp transport module. RPC: Registered tcp transport module. Using IPI No-Shortcut mode rtc_cmos 00:02: setting system clock to 2009-08-17 18:17:55 UTC (1250533075) EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. usb 1-2: new full speed USB device using uhci_hcd and address 2 usb 1-2: New USB device found, idVendor=067b, idProduct=2303 usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-2: Product: USB-Serial Controller D usb 1-2: Manufacturer: Prolific Technology Inc. usb 1-2: configuration #1 chosen from 1 choice usb 4-2: new full speed USB device using uhci_hcd and address 2 usb 4-2: New USB device found, idVendor=05e3, idProduct=0605 usb 4-2: New USB device strings: Mfr=0, Product=1, SerialNumber=0 usb 4-2: Product: USB2.0 Hub usb 4-2: configuration #1 chosen from 1 choice hub 4-2:1.0: USB hub found hub 4-2:1.0: 4 ports detected kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with writeback data mode. VFS: Mounted root (ext3 filesystem) readonly on device 3:6. Freeing unused kernel memory: 316k freed Write protecting the kernel text: 3240k Write protecting the kernel read-only data: 1212k Linux agpgart interface v0.103 parport_pc: VIA 686A/8231 detected parport_pc: probing current configuration parport_pc: Current parallel port base: 0x378 parport0: PC-style at 0x378 (0x778), irq 7, using FIFO [PCSPP,TRISTATE,COMPAT,ECP] agpgart: Detected VIA Apollo Pro 133 chipset agpgart-via 0000:00:00.0: AGP aperture is 64M @ 0xe0000000 parport_pc: VIA parallel port: io=0x378, irq=7 Modular ISDN core version 1.1.20 input: Power Button as /class/input/input0 ACPI: Power Button [PWRF] input: Power Button as /class/input/input1 ACPI: Power Button [PWRB] input: Sleep Button as /class/input/input2 ACPI: Sleep Button [SLPB] NET: Registered protocol family 34 Intel(R) PRO/1000 Network Driver - version 7.3.21-k3-NAPI Copyright (c) 1999-2006 Intel Corporation. e1000 0000:00:0a.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 e1000 0000:00:0a.0: PCI: Disallowing DAC for device processor ACPI_CPU:00: registered as cooling_device0 processor ACPI_CPU:01: registered as cooling_device1 thermal LNXTHERM:01: registered as thermal_zone0 ACPI: Thermal Zone [THRM] (33 C) mISDN: HFC-multi driver 2.03 e1000: 0000:00:0a.0: e1000_probe: (PCI:33MHz:32-bit) 00:0e:0c:59:51:58 input: PC Speaker as /class/input/input3 ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after USB Serial support registered for pl2303 pl2303 1-2:1.0: pl2303 converter detected usb 1-2: pl2303 converter now attached to ttyUSB0 usbcore: registered new interface driver pl2303 pl2303: Prolific PL2303 USB to serial adaptor driver e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection Unknown HFC multiport controller (vendor:1397 device:30b1 subvendor:ffffffff subdevice:ffffffff) Please contact the driver maintainer for support. ehci_hcd 0000:00:0b.2: PCI INT C -> GSI 17 (level, low) -> IRQ 17 ehci_hcd 0000:00:0b.2: EHCI Host Controller ehci_hcd 0000:00:0b.2: new USB bus registered, assigned bus number 5 ehci_hcd 0000:00:0b.2: irq 17, io mem 0xdfffff00 ehci_hcd 0000:00:0b.2: USB 2.0 started, EHCI 1.00 usb usb5: New USB device found, idVendor=1d6b, idProduct=0002 usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb5: Product: EHCI Host Controller usb usb5: Manufacturer: Linux 2.6.30.4 ehci_hcd usb usb5: SerialNumber: 0000:00:0b.2 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 4 ports detected usb 4-2: USB disconnect, address 2 usb 5-4: new high speed USB device using ehci_hcd and address 2 usb 5-4: New USB device found, idVendor=05e3, idProduct=0605 usb 5-4: New USB device strings: Mfr=0, Product=1, SerialNumber=0 usb 5-4: Product: USB2.0 Hub usb 5-4: configuration #1 chosen from 1 choice hub 5-4:1.0: USB hub found hub 5-4:1.0: 4 ports detected Adding 2008084k swap on /dev/hda5. Priority:-1 extents:1 across:2008084k EXT3 FS on hda6, internal journal SCSI subsystem initialized Driver 'sr' needs updating - please use bus_type methods Linux Tulip driver version 1.1.15-NAPI (Feb 27, 2007) device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel(a)redhat.com kjournald starting. Commit interval 5 seconds EXT3 FS on hda1, internal journal EXT3-fs: mounted filesystem with writeback data mode. NET: Registered protocol family 15 alg: No test for cipher_null (cipher_null-generic) alg: No test for ecb(cipher_null) (ecb-cipher_null) alg: No test for digest_null (digest_null-generic) alg: No test for compress_null (compress_null-generic) e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX NET: Registered protocol family 10 lo: Disabled Privacy Extensions tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <maxk(a)qualcomm.com> tun0: Disabled Privacy Extensions lp0: using parport0 (interrupt-driven). ppdev: user-space parallel port driver svc: failed to register lockdv1 RPC service (errno 97). NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory NFSD: starting 90-second grace period [drm] Initialized drm 1.1.0 20060810 pci 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [drm] Initialized mga 3.2.1 20051102 for 0000:01:00.0 on minor 0 agpgart-via 0000:00:00.0: AGP 2.0 bridge agpgart-via 0000:00:00.0: putting AGP V2 device into 1x mode pci 0000:01:00.0: putting AGP V2 device into 1x mode [drm] Initialized card for AGP DMA.

14 years, 8 months

2
1
0 0

Re: AW: Problems with HFC-E1 card (Unknown HFC multiport controller)

by dexter

Hi folks. I modified hfcmulti.c like recommended by Andreas. Now my card works. Many thanks to all for helping me! regards. Philipp

14 years, 8 months

1
0
0 0

AW: Problems with HFC-E1 card (Unknown HFC multiport controller)

by Andreas.Eversberg

the controller has no eeprom, so it has no subvendor/subdevice id. try this: (drivers/isdn/hardware/mISDN/hfcmulti.c) { PCI_VENDOR_ID_CCD, PCI_DEVICE_ID_CCD_HFCE1, PCI_ANY_ID, PCI_ANY_ID, - 0, 0, 0}, + 0, 0, H(19)}, the driver should now handle this card. try it. what vendor is this? maybe they should register at cologne chip for subvendor IDs. > [ 796.302786] Unknown HFC multiport controller (vendor:1397 device:30b1 > subvendor:ffffffff subdevice:ffffffff) > [ 796.302891] Please contact the driver maintainer for support

14 years, 8 months

5
5
0 0

AW: AW: Problems with HFC-E1 card (Unknown HFC multiport controller)

by Andreas.Eversberg

this must be the case. -----Ursprüngliche Nachricht----- The vendor is junghanns.net I got the card directly from them. You said that the controller has no eeprom. Or do you mean that it has an eeprom that is not programmed? (FFFFFFFF). If this is the case, someone at junghanns.net might have forgotten to program the eeprom? regards. Philipp

14 years, 8 months

1
0
0 0

Uncaught bounce notification

by mailman-bounces＠lists.gnumonks.org

The attached message was received as a bounce, but either the bounce format was not recognized, or no member addresses could be extracted from it. This mailing list has been configured to send all unrecognized bounce messages to the list administrator(s). For more information see: https://lists.gnumonks.org/mailman/admin/openbsc/bounce

14 years, 8 months

1
0
0 0

Slashdot on the HAR2009 OpenBSC setup

by Harald Welte

JFYI: http://mobile.slashdot.org/story/09/08/17/0014235/Open-Source-GSM-Network-A… I'll be writing a report on our test network as soon as I find time for it. This list will obviously be notified once it is finished. -- - 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)

14 years, 8 months

1
0
0 0

Re: ipaccess-find won't compile

by Dieter Spaar

Hello WoMax, On Mon, 17 Aug 2009 18:10:26 +0200, "WoMax" <womax(a)gmx.ch> wrote: > > I got the bs11_config and the bsc_hack compiled, > > yes I use cygwin .. > > > but ipaccess-find and the other programs won't compiled. Cygwin does not seem to support SO_BINDTODEVICE. The line which uses it was introduced with one the recent updates, as far as I understand it, you can now optionally specify the network interface for ipaccess-find (Harald might correct me if I am wrong). As long as you only have one network card, you most certainly don't need this option and so for now just comment the line or put it inside "#if !defined(__CYGWIN__)" "#endif" and it will compile with Cygwin and should still work. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

ipaccess-find won't compile

by WoMax

I got the bs11_config and the bsc_hack compiled, yes I use cygwin .. but ipaccess-find and the other programs won't compiled. Can somebody bring me on the right lane? Tom@HAL2008 ~ $ cd openbsc/openbsc Tom@HAL2008 ~/openbsc/openbsc $ make make all-recursive make[1]: Entering directory `/home/Tom/openbsc/openbsc' Making all in include make[2]: Entering directory `/home/Tom/openbsc/openbsc/include' Making all in openbsc make[3]: Entering directory `/home/Tom/openbsc/openbsc/include/openbsc' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/Tom/openbsc/openbsc/include/openbsc' Making all in vty make[3]: Entering directory `/home/Tom/openbsc/openbsc/include/vty' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/home/Tom/openbsc/openbsc/include/vty' make[3]: Entering directory `/home/Tom/openbsc/openbsc/include' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/Tom/openbsc/openbsc/include' make[2]: Leaving directory `/home/Tom/openbsc/openbsc/include' Making all in src make[2]: Entering directory `/home/Tom/openbsc/openbsc/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -Wall -g -O2 -MT ipaccess-find.o -MD -MP -MF ".deps/ipaccess-find.Tpo" -c -o ipaccess-find.o ipaccess-find.c; \ then mv -f ".deps/ipaccess-find.Tpo" ".deps/ipaccess-find.Po"; else rm -f ".deps/ipaccess-find.Tpo"; exit 1; fi In file included from ipaccess-find.c:13: ../include/openbsc/ipaccess.h:37: warning: "struct e1inp_line" declared inside parameter list ../include/openbsc/ipaccess.h:37: warning: its scope is only this definition or declaration, which is probably not what you want ipaccess-find.c: In function `udp_sock': ipaccess-find.c:46: error: `SO_BINDTODEVICE' undeclared (first use in this function) ipaccess-find.c:46: error: (Each undeclared identifier is reported only once ipaccess-find.c:46: error: for each function it appears in.) make[2]: *** [ipaccess-find.o] Error 1 make[2]: Leaving directory `/home/Tom/openbsc/openbsc/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/Tom/openbsc/openbsc' make: *** [all] Error 2 Tom@HAL2008 ~/openbsc/openbsc $

14 years, 8 months

1
0
0 0

Re: nanoBTS internals

by Dieter Spaar

Hello WoMax, On Fri, 14 Aug 2009 13:17:01 +0200, "WoMax" <womax(a)gmx.ch> wrote: > ... here are some (interesting) pics about nanoBTS: > > http://www.umts.zerber.us > > more to come ... Great :-). You noticed that there are a few pictures from another nanoBTS model at the following location ? http://bs11-abis.gnumonks.org/trac/wiki/nanoBTS_Internals Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

Re: OpenBSC with configuration file

by Dieter Spaar

Hello Nordin, On Fri, 14 Aug 2009 12:54:19 +0200, "Nordin" <bouchtaoui(a)gmail.com> wrote: > > Well it should at least know it is dealing with the nanobts, which is > not the case. > In function bootstrap_network() of bsc_hack.c the function > vty_read_config_file() is called, and that's it. So bsc_hack.c does > nothing with the config file. Furthermore, I can't seem to find where > the bts->type is filled. So my conclusion is this part is not finished yet. Sorry, wrong. The type is set, your configuration file is wrong. If you use "nanobts1800" instead of "nanoBTS", add "ip.access unit_id 1800 0" (you might have to ajust the numbers) everything will work (at least the nanoBTS is configured). I just tried it with the version from the GIT. Why do I have to try it, instead that you look carefully ? Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

nanoBTS internals

by WoMax

... here are some (interesting) pics about nanoBTS: http://www.umts.zerber.us more to come ...

14 years, 8 months

1
0
0 0

Re: OpenBSC with configuration file

by Dieter Spaar

Hello Nordin, On Fri, 14 Aug 2009 11:42:09 +0200, "Nordin" <bouchtaoui(a)gmail.com> wrote: > > I attached the modified config file, but it's not really special about it. > I think Harald hasn't finished that part, as we know he is a very busy > man :) If you look at vty_interface.c, you will notice that there a different configuration commands for the BS-11 and the nanoBTS. For example there is "oml ..." for the BS-11 and "ip.access ..." for the nanoBTS. So the "oml ..." commands in the config file you posted won't work for the nanoBTS. I have not tried it yet, but thats where I would start to modify the config file for the nanoBTS. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

2
1
0 0

Re: OpenBSC with configuration file

by Nordin

Hello guys, Today I've pulled the latest sources and have issues of executing bsc_hack with config file. It complains about: GSM900 channel must be between 1-124. mi_e1_line_update could not open socket Address family not supported by protocol But I changed the config file for the nanoBTS1800, is there something missing?

14 years, 8 months

3
7
0 0

SCCP: State of the current implementation

by Holger Freyther

Hey Guys, this is just a small note of the current work in the holger/on-waves-msc-sccp branch. The goal of this branch is to implement A over IP and hook OpenBSC into a real GSM network. This work is on the way thanks to on-waves.com. The current state: - Partially implemented SCCP. We can send UDT messages, and full connection handling exists. I have not implemented segmenting for DT1 yet and will try to avoid doing that. - Split out vty_interfaces into two parts. One for the MSC functionality and one for the BSC - Split out gsm_subscriber into two sets. One for BSC and one for MSC. - Do not compile gsm_04_08.c but provide the layer2->layer3 ourselves with moving shared stuff to gsm48_utils.c. This way creating and parsing of messages can be shared and the policy can remain in the old file. (this is the biggest change to earlier approaches). What will be next: - Use bsc_msc_ip.c to initialize the the tcp connection, do the handshaking, start sending the reset as seen in the traces. What can be merged: - I think I will propose to merge the vty and gsm subscriber changes after HAR2009 as they have little chance to break stuff. z.

14 years, 8 months

1
0
0 0

nanoBTS

by WoMax

Hi! I've got a few nanoBTS, type 139 and 140. So I need just one, the others are now for sale. Type 140(1900), you don't disturb the existing providers, for 1300 euro, working well with all quadband handsets. Type 139(1800) for 1200 euro. All equipment is in working order, supplied with PoE-Adapter. If you buy 2, there is a 10% off. The Unit's are located in Switzerland and can be picked up here on Lake Constance or shipped by german post, so you don't have to pay for expensive shipment like from US. BTW I can't reach Harald Welte by email to ask him where is my ordered BS-11. Regards, -- - Thomas Mueller <womax(a)gmx.ch>

14 years, 8 months

1
0
0 0

One bug in bsc_hack.c

by Holger Freyther

Hey, I compiled with -Wall -Werror and fixed the easy ones. While doing it I encountered one bug in the bsc_hack.c.. int ipaccess_setup(struct gsm_network *gsmnet) is called with a struct gsm_bts*... The current ipaccess_setup need to be called once per network (as we should only bind to the address once...). any idea what to do? z.

14 years, 8 months

2
1
0 0

[PATCH 0/1] Add bport0/1 support for bs11_config

by Daniel Willmann

Hello, this patch should add support to bs11_config for bport0/1 configuration. This should enable you to configure a BS11 to run in multidrop mode and so contol two BS11 from one E1 link. I only have one BS11 so I was only able to verify that the objects are indeed created/modified. If it's okay I can also directly push the patch. Regards, Daniel Willmann Daniel Willmann (1): Add {create,delete}-bport1 and bport0-{star,multidrop} to bs11-config openbsc/include/openbsc/abis_nm.h | 4 +++- openbsc/src/abis_nm.c | 31 +++++++++++++++++++++++++++++-- openbsc/src/bs11_config.c | 26 ++++++++++++++++++++++++++ 3 files changed, 58 insertions(+), 3 deletions(-)

14 years, 8 months

2
2
0 0

Re: BS-11 order

by Harald Welte

On Sat, Aug 08, 2009 at 02:03:06PM +0400, Sergey V. Efimov wrote: > I've compiled mISDN module into kernel and it loads with > hfcmulti.dslot=1 parameter. > I think there is no difference between dynamically loadable module > and statically compiled in. > Also when I did not provide this parameter, nothing worked at all. > > Is there any issues regarding processor architecture? I use AMD64 > platform, though > the system (Debian) has i386 architecture working in compatibility mode. I'm using both debian on 32bit and 64bit. Your problem might be related to the actual cabling. I believe it is definitely a layer1 (cabling) or layer 2 (mISDN) problem. I don't really know any other advice but to double-check the cabling, the jumpers on the E1 board as well as the termination jumpers on the BS-11. Everything has to be set to 120 Ohms. -- - 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)

14 years, 8 months

1
0
0 0

OpenBSC with configuration file

by Harald Welte

Hi! I've committed the first working version of OpenBSC with vty-based configuration file to the 'config_file' branch in git. Using this version, all parameters such as BTS E1 card / timeslot / sub-slot / TEI for OML and RSL, MNC, MCC, BSIC, TSC as well as the physical channel configuration of each Um timeslot can be configured in openbsc.cfg. As an example, I'm attaching a configuration for two bts with two trx each. You can change the configuration interactively by using the telnet interface by a sequence of commands like: ================ enable configure terminal network bts 0 trx 0 arfcn 111 write file ================ At this point you still need to restart OpenBSC, as we don't support changing configuration at runtime yet. -- - 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)

14 years, 8 months

1
0
0 0

Re: BS-11 order

by Harald Welte

On Thu, Aug 06, 2009 at 09:22:17PM +0400, Sergey V. Efimov wrote: > This is a bs11_config log: Your BS-11 is lacking its firmware, please refer to http://bs11-abis.gnumonks.org/trac/wiki/BS11_Configuration and http://bs11-abis.gnumonks.org/trac/wiki/bs11_config Specifically, it seems the SMU Safety load is installed and the minimal configuration exists, but no actual Software is installed. Thus, the MBCCU0 and MBCCU1 remains in "No Load", i.e. no firmware running. 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)

14 years, 8 months

3
4
0 0

Ericsson RBS 2308

by Harald Welte

Hi! JFYI: I've bought an Ericsson RBS 2308 a couple of days ago, this is a BTS with traditional E1 interface, but with GPRS + EDGE support. I've managed to find the manual online at http://rapidshare.com/files/178080402/RBS2308.rar I have not yet received the unit, but there are more availalbe by a seller based in Texas / USA (USD 750). I can't promise that OpenBSC will have good support anytime soon, but I'll definitely look into it. 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)

14 years, 8 months

1
0
0 0

BS-11 multidrop E1 status update

by Harald Welte

Hi! I've been experimenting for the last couple of hours with two BS-11 in a multi-drop configuration. The connection looks like this: HFC-E1 connects to BTS A Y01/Y02, just like normal. BTS-A Y03/Y04 connect to BTS-B Y01/Y02. BTS-A LI object is configured as multi-drop BTS-B LI object is configured normal (star) BTA-A is configured to use TEI 25 on TS 1 for OML (normal) BTS-B is configured to use TEI 26 on TS 10 for OML (differnt) If I put the MA-10 A-bis signal analyzer between BTS A and BTS, I can see * that the E1 physical layer is up and there are no alarms * BTS-B sends TEI requests on timeslot 10, as requested however, there is no response. Looking at TS 10 between BTS-A and BSC, I can see that there are no TEI requests or any other data. GSM 12.21 specifies a "CONNECT MULTI-DROP LINK" message, using which you can map two E1 timeslots on two interfaces to each other. I've done this (mapping port 0, TS 10 to port 1, TS 10) - but it seems the BS-11 does not support this message. The MA-10 also calls it an "unknown message". I'm Sending this message to object class 0xa5 (SiemensHW) and to the LI object in that class (object instance 7, 0, 0). The BS-11 does not respond with ACK and not with NACK. It seems it is simply ignored silently. Does anyone have an idea how to proceed? Or does anyone have an A-bis trace from a working multi-drop configuration? Thanks. -- - 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)

14 years, 8 months

1
1
0 0

Re: HAR2009 TODO list (MS power, BS-11 calibration)

by Dieter Spaar

Hello Harald, On Tue, 4 Aug 2009 10:18:55 +0200, "Harald Welte" <laforge(a)gnumonks.org> wrote: > > Status update: I have now hard-coded a MS power limit of 20dBm (100mW) for all > activated channels. The BS-11 still doesn't use dynamic MS power control > yet, but that is optional anyway. At least we're sure the MS now get told to > use no more than 100mW to talk to the BTS. If you not already modified it, please don't forget to adjust the "Cell Selection Parameters" in System Information 3 and 4. The GIT version from a few days ago still sets MS-TXPWR-MAX-CCH to the maximum. This means that the power of the initial RACH burst is too high although the channel power gets properly adjusted later. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

HAR2009 TODO list

by Harald Welte

Hi again, I'm currently in the train, so forgive me posting the initial TODO list to the mailing list rather than the wiki. I'll put it in the wiki soon. If you want to take on of the items, just let me know! What I think we have to do before HAR is as follows: == Actual code == === absolutely required === * finish and test the SMS implementation [Harald] * make sure we enable MS power control and impose a global limit of 100mW for the uplink (MS->BSC) direction by means of the MS POWER IE's and the BCCH information. That sounds like something for Dieter to figure out, especially since he has measurement equipment ;) * test dual-BTS-on-single-E1-card config [Harald] ** up to now, we have only tested with two nanoBTS, not BS-11 ! * test dual-TRX operation of BS-11 on OpenBSC [Stefan/Daniel, can you do that?] ** channel allocator can be tweaked to give 2nd TRX a preference for debugging [I'll add those to trac, since they are really important] === optional === * implement a 'provisioning mode' to OpenBSC that ** acccepts every new IMSI the first time we see it ** sends a SMS with a auth token to that mobile ** disconnects that mobile immediately * implement a web site / cgi script ** once user enters correct tuple of ISMI + auth code, we *** assign him a number (user cannot choose, we assign) *** set authorized=1 in the sql table * implement a web site bug tracker for user bug reports ** the should include detailed information about the phone model, his phone number and the exact timestamp, so we can match it in the pcap's * add more introspection code for the VTY interface to explore the run-time data structures in OpenBSC * implement different TCH assignment schemes (early / very early / OCASU) * do we really want a SDCCH/8 or is SDCCH/4 for each BTS sufficient? * some more testing with two BTS * in case we call a user who is currently offline/busy, generate SMS about missed call and store it in the SMS table * web interface ideas ** SMS gateway where people can send SMS from the web site *** SMS spam function for us in case we want to inform users about something ** simplistic phone book * enhance vty interface with administrative functions such as ** ability to close arbitrary channels (i.e. terminate a call) ** ability to kick-ban a user out of the network *** set authorized=0 *** perform authentication procedure with reject at its end * make sure we store all the 'this phone was registerd before to MCC/MNC/LAC' from the LOC UPD REQ data * make sure we really store the classmark1/2/3 together with IMEI in SQL table == Things to bring to the event == * spectrum analyzer [from CCCB] * stable OCXO reference to calibrate BS-11 internal clock ** this could be done before the event, but Harald has no precision clock source * trace mobiles / monitor mode mobiles (if anyone has some) * some poles to which we can mount the BS-11 ? == Misc == * draft 'usage terms & conditions' to be put on the registration web site and the HAR2009 wiki, indicating ** all signalling and traffic data will be stored for R&D purpose ** we do not employ authentication and/or encryption ** we do not provide any service guarantee ** this is for evaluation+testing only ** no handover/roaming and/or external calls ** no warranty for any damage to MS, SIM, ... ** IMSI/IMEI information will not be disclosed by us, but people can sniff it 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)

14 years, 8 months

2
4
0 0

Re: UMA a possibility in the future?

by Dieter Spaar

Hello Johannes, On Mon, 03 Aug 2009 22:56:08 +0200, "Johannes Schmitz" <jsemail(a)gmx.de> wrote: > > At this point I have got one general question, maybe also towards > Dieter: > How can A3/A8 be proprietary by any operator? How does international > roaming work then if there is no standardized algorithm? As far as I know for roaming the foreign network receives a RAND-Kc-SRES Triple from the home network so there is no need to know A3/A8 used by the other operator. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

UMA a possibility in the future?

by Dakota C

Hi, I'm a long time lurker into this project and I've wondered something for a bit of time.Knowing that we can use an ip.access nanoBTS to work on OpenBSC, why not adapt OpenBSC for UMA (unlicensed mobile access) standards? I know over here in the US we currently use UMA with T-Mobile over WiFi to communicate back to the T-Mobile servers and eventually off to the GSM and regular ol' networks. http://www.umatechnology.org/specifications/index.htm is the UMA specification, and to my knowledge T-Mobile US's @Home service uses the 1.0.3 protocol revision. To me it seems like it'd be trivial to make a derived copy of OpenBSC with UMA support up and running, but I'd like some other thoughts into this matter. I'm not a programmer by any means here, so if this is impossible, well, then so be it. -DC

14 years, 8 months

3
5
0 0

Re: wireshark, viewing Abis communication

by Dieter Spaar

Hello Harald, On Mon, 3 Aug 2009 12:49:40 +0200, "Harald Welte" <laforge(a)gnumonks.org> wrote: > > I've been asking Dieter all the time to send patches that we can integrate. > However, nothing has been coming forward yet. Especially if we look at > nanoBTS-only and ignore the HFC-E1/BS11 stuff, it should be pretty easy, > most likely just some different header filee includes here and there. See my other post, basically only one function is missing. There might be issues with the "<linux/xxx>" header files included in mISDNif.h (I am not sure if this affects the current Cygwin version too, if yes, three dummy empty header files are good enough). The rest can be used "out of the box" (I had to create a "bootstrap.sh" file here, not sure how it is done in Linux, in some other projects "bootstrap.sh" seems to be included which runs the automake tools). Because of this I did not see any reason to post something (it might be too trivial and till now there was no real need). So this is preety much straightforward, at least for anyone with Linux experience. If you don't have any Linux experience, you have of course learn everything related to the GNU tools (GCC and so on). Then its most certainly easier to start with Linux, maybe with a "command-line" only version running in a Virtual Machine (which will most certainly work with the nanaoBTS too). Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

Re: UMA a possibility in the future?

by Dieter Spaar

Hello Johannes, On Mon, 3 Aug 2009 11:54:17 +0200, "Johannes Schmitz" <jsemail(a)gmx.de> wrote: > > I am thinking for some time now how this could be done. What i have seen so > far, is that A5 is open to the public so implementing it is no problem. But > A3/8 is secret so what is you idea of implementing it? Since it is inside > the SIM I don't see how it could be replaced. You might have a look here: http://lists.gnumonks.org/pipermail/openbsc/2009-July/000584.html Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

Re: wireshark, viewing Abis communication

by Dieter Spaar

Hello Nordin, On Mon, 03 Aug 2009 09:50:18 +0200, "Nordin" <bouchtaoui(a)gmail.com> wrote: > > If Dieter has a Windows variant of OpenBSC, it would be great. For me > now, it's still much easier to debug in windows than in Linux, because > I'm not yet comfortable with gdb in comman-line. Just as a clarification: I don't have a Windows variant of OpenBSC, I just compile it with Cygwin. Beside the installation of the required libraries (for the database) all what is needed is a minor modification for a missing function in vty.c (Cygwin does not have it, the following is taken from a Cygwin related posting). The Cygwin version works fine with the nanaoBTS. #if defined(__CYGWIN__) /* Workaround for Cygwin, which is missing cfmakeraw */ /* Pasted from man page; added in serial.c arbitrarily */ void cfmakeraw(struct termios *termios_p) { termios_p->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR|IGNCR|ICRNL|IXON); termios_p->c_oflag &= ~OPOST; termios_p->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN); termios_p->c_cflag &= ~(CSIZE|PARENB); termios_p->c_cflag |= CS8; } #endif /* defined(__CYGWIN__) */ For the BS-11 I have a private, experimental modification which is not public, it requires a special Windows driver for the E1 card. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

14 years, 8 months

1
0
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC August 2009