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