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(a)lists.osmocom.org [mailto:openbsc-bounces@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