[RFT] Couple of changes to nanoBTS and nokia insites bootup sequences to be tested

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Caleb Pal cleb at defcon-3.net
Tue Oct 18 01:58:02 UTC 2011


Sylvain,

Using your branch:

The Nanobts 140 I have with the misbehaving firmware initializes in GPRS mode just fine, and connects to the sgsn. I have a phone that attaches fine (Motorola c168i), but the iPhone 3G still won't, as mentioned last night. I have all debugging enabled in the sgsn, but see no output when I turn the iphone on and it does a LUR. I'm going to poke around more with that later.

A NanoBTS 165BU initializes with your code in both EGPRS and GPRS mode. The iPhone or c168i attaches fine in either mode (GPRS or EGPRS). 

The insite....not so much. Output is below, let me know if you need more details. Dahdi is setup for dchan on TS1, bchan on TS2-4.

Mon Oct 17 20:49:15 2011 <0018> lapd.c:211 LAPD Allocating SAP for SAPI=62 / TEI=1
Mon Oct 17 20:49:15 2011 <0018> lapd.c:222 k=1 N200=3 N201=260 T200=0.240000 T203=10.0
Mon Oct 17 20:49:15 2011 <0018> lapd.c:477 LAPD DL-ESTABLISH request TEI=1 SAPI=62
DB: Database initialized.
DB: Database prepared.
Mon Oct 17 20:49:15 2011 <0007> sms_queue.c:232 Attempting to send 20 SMS
Mon Oct 17 20:49:15 2011 <0007> sms_queue.c:292 SMSqueue added 0 messages in 0 rounds
Mon Oct 17 20:49:15 2011 <0018> lapd.c:613 LAPD DL-ESTABLISH confirm TEI=1 SAPI=62
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:58 bootstrapping OML for BTS 0
Sending NOKIA_BTS_RESET_REQ
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:1674 ABIS_OM_MDISC_FOM
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:1502 (0x81) NOKIA_BTS_ACK
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:1534 ACK = 1
Mon Oct 17 20:49:15 2011 <0018> lapd.c:505 LAPD DL-RELEASE request TEI=1 SAPI=62
Mon Oct 17 20:49:15 2011 <0018> lapd.c:617 LAPD DL-RELEASE confirm TEI=1 SAPI=62
Mon Oct 17 20:49:15 2011 <001b> bsc_init.c:311 Lost some E1 TEI link: 1 0x84a7e58
Mon Oct 17 20:49:16 2011 <0006> mncc_sock.c:254 MNCC Socket has connection with external call control application
Mon Oct 17 20:49:17 2011 <0018> lapd.c:211 LAPD Allocating SAP for SAPI=62 / TEI=1
Mon Oct 17 20:49:17 2011 <0018> lapd.c:222 k=1 N200=3 N201=260 T200=0.240000 T203=10.0
Mon Oct 17 20:49:17 2011 <0018> lapd_core.c:1489 I frame ignored in this state
Mon Oct 17 20:49:17 2011 <001b> dahdi.c:139 Line 0((null)) / TS 1 DAHDI EVENT HDLC ABORT
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001b> dahdi.c:139 Line 0((null)) / TS 1 DAHDI EVENT HDLC OVERRUN
Mon Oct 17 20:49:25 2011 <0018> lapd.c:505 LAPD DL-RELEASE request TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <0018> lapd.c:617 LAPD DL-RELEASE confirm TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <001b> bsc_init.c:311 Lost some E1 TEI link: 1 0x84a7e58
Mon Oct 17 20:49:25 2011 <0018> lapd.c:211 LAPD Allocating SAP for SAPI=62 / TEI=1
Mon Oct 17 20:49:25 2011 <0018> lapd.c:222 k=1 N200=3 N201=260 T200=0.240000 T203=10.0
Mon Oct 17 20:49:25 2011 <0018> lapd.c:477 LAPD DL-ESTABLISH request TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <0018> lapd.c:617 LAPD DL-RELEASE indication TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <001b> bsc_init.c:311 Lost some E1 TEI link: 1 0x84a7e58
Mon Oct 17 20:49:25 2011 <0018> lapd_core.c:383 sending MDL-ERROR-IND cause 1 


That’s all I get, and it never bootstraps. 
 
Regards,

Caleb


-----Original Message-----
From: openbsc-bounces at lists.osmocom.org [mailto:openbsc-bounces at lists.osmocom.org] On Behalf Of Sylvain Munaut
Sent: Monday, October 17, 2011 0712
To: OpenBSC list
Subject: [RFT] Couple of changes to nanoBTS and nokia insites bootup sequences to be tested

Hi,

I've just pushed a couples of changes to a branch sylvain/pending that
need to be tested. They alter the startup process for the nanoBTS
(fixing the issues some people had with starting GPRS support, when
the bts was not connecting to the SGSN). And also a fix for the Nokia
InSite startup sequence where the reset command was not sent due to
missing initialization of .do_reset.

Since I know initialization sequence can be a rather fragile process,
if people could test this didn't break anything for them, it'd be
nice.

Cheers,

    Sylvain


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1831 / Virus Database: 2090/4558 - Release Date: 10/17/11





More information about the OpenBSC mailing list