From laforge at gnumonks.org  Sun Feb  1 17:58:01 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 1 Feb 2009 18:58:01 +0100
Subject: bs11_config update
Message-ID: <20090201175801.GR26991@prithivi.gnumonks.org>

Hi!

Just a quick update on bs11_config, the program used for BS-11 configuration
over a serial line.  

I have now
* successfully loaded SMU safety and software (SWL) from regular files
  in the filesystem (not as easy since BS-11 firmware comes as multiple
  files that need to be loaded consecutively)
* created all objects required for minimal config,
  including TRX1/PA1 activation
* display the A-bis/T link state, phase/subphase and MBBCU status
  from bs11_config

Furthermore, I have added abis_nm functions to
* set the A-bis external time (important for getting correct timestamps
  for alarms)
* obtain the BS-11 serial number (as printed on the case).

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Mon Feb  2 23:46:35 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 3 Feb 2009 00:46:35 +0100
Subject: software load via A-bis
Message-ID: <20090202234635.GB26991@prithivi.gnumonks.org>

Hi!

JFYI: Software load through the A-bis / E1 interface is only marginally
faster than through the serisal RS232 line.

The theoretical maximum speed is the 64kbps of the E1 timeslot, which should give quite a bit of improvement over the 19200bps serial line.

However, the BS-11 is throttling down the transver even via A-bis.  I have
tried to increase the window size to 20 (LMT has a max of 8. I tried up to 32
but then the transfer fails)

The speed that I'm getting now is somewhere around 1232 bytes per second, which
is about 9656bps.  Do they use a 9600bps serial line somewhere inside the
BS-11 to route those software updates through?

I haven't finished an entire transfer, but it seems like the transfer would
take some 36 minutes using this method.  Not too far off the 45minutes
that we get with LMT or bs11_config.

I guess "in the field" this doesn't really matter since they can install
the software image while the BTS is still in operation, and then at some
point schedule a reboot which activates the new software.

p.s.: yes, I removed all delays (usleep calls) from misdn.c before testing.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090203/27044f10/attachment.bin>

From laforge at gnumonks.org  Tue Feb  3 20:02:13 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 3 Feb 2009 21:02:13 +0100
Subject: major rework on the misdn / input plugin side
Message-ID: <20090203200213.GR18007@prithivi.gnumonks.org>

Hi!

I was trying to get the data model right for the TRAU mux/demux handling,
and discovered it is about time to re-do the entire 'input' side, i.e.
the interface towards the actual E1 link.

The main objectives are:
1) ability to deal with multiple BTS on one E1 link
2) ability to easily integrate E1 drivers != mISDN, e.g. zaptel while
   still keeping most of the E1 related functionality in common code
3) ability to easily add things like Abis over IP later

So please stay tuned for some potentially quite big committs in that area during
the next couple of days.


-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090203/5f5d0e96/attachment.bin>

From mailinglists at hellercom.de  Fri Feb  6 20:04:24 2009
From: mailinglists at hellercom.de (Bjoern Heller)
Date: Fri, 6 Feb 2009 21:04:24 +0100
Subject: L3proc login password
Message-ID: <12495D05-79CC-42A8-976E-FEF47F9CD4BC@hellercom.de>

Hi,

Can't get logged in to the LMT.
It asks for a password (cambio menu).
?L3proc? isn't working...

tec

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Bj?rn Heller
Jabber: tec at jabber.hellercom.de

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090206/45c96f86/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: Signierter Teil der Nachricht
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090206/45c96f86/attachment.bin>

From spaar at mirider.augusta.de  Fri Feb  6 22:37:31 2009
From: spaar at mirider.augusta.de (Dieter Spaar)
Date: Fri, 06 Feb 2009 22:37:31 
Subject: L3proc login password
Message-ID: <498cbbab.mirider@mirider.augusta.de>

Hello Bjoern,

> Can't get logged in to the LMT.
> It asks for a password (cambio menu).
> "L3proc" isn't working...

This is not the LMT COM Port, you have plugged the cable into
the wrong port. Besides the LMT COM port, which is close to the
E1 BNC connectors, there are several other COM ports which are
directly routed to the various microcontrollers. There are some
simple debug menues active during startup, but on the LMT port
you won't get any reply without sending the correct message first.

Best regards,
  Dieter
-- 
Dieter Spaar, Germany                           spaar at mirider.augusta.de



From laforge at gnumonks.org  Tue Feb 10 10:30:42 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 10 Feb 2009 11:30:42 +0100
Subject: mISDN/socket API, B channels and select()
Message-ID: <20090210103042.GU9564@prithivi.gnumonks.org>

Hi!

This seems to solve the mystery that zecke and me experienced yesterday
working with the B-Channels on mISDN.

Regards,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
An embedded message was scrubbed...
From: "Andreas.Eversberg" <Andreas.Eversberg at versatel.de>
Subject: AW: mISDN/socket API, B channels and select()
Date: Tue, 10 Feb 2009 10:45:32 +0100
Size: 4925
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090210/385c20aa/attachment.eml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090210/385c20aa/attachment.bin>

From laforge at gnumonks.org  Fri Feb 13 13:14:02 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 13 Feb 2009 14:14:02 +0100
Subject: ip.access protocol reverse engineering
Message-ID: <20090213131402.GO25886@prithivi.gnumonks.org>

Hi!

I've started a page documenting the ip.access A-bis over IP protocol at
https://bs11-abis.gnumonks.org/trac/wiki/nanoBTS

There are no NDA problems with it, since all information was derived from
looking at packet traces.  I do not have access to any protocol documentation
from ip.access.

Regards,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Fri Feb 13 16:53:16 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 13 Feb 2009 17:53:16 +0100
Subject: ip.access protocol reverse engineering
In-Reply-To: <A34B5C0D-421B-475A-A327-8253F5D321B9@tstf.net>
References: <20090213131402.GO25886@prithivi.gnumonks.org>
	<A34B5C0D-421B-475A-A327-8253F5D321B9@tstf.net>
Message-ID: <20090213165316.GU25886@prithivi.gnumonks.org>

Hi Philippe!

On Fri, Feb 13, 2009 at 03:31:08PM +0100, Philippe Langlois wrote:

> Can you also upload there some raw packet traces of this ip.access  
> abis-over-ip ?

I'm working on a wireshark plugin, and I'll release traces + the plugin soon.

The traces will then be traces of OpenBSC talking to the nanoBTS.  The traces 
I currently have are from a test network, but contain things like IMSI/IMEI
numbers which I consider confidential information.

By the way:  There is currently no wireshark plugin for GSM 12.21 (OML) yet, as
far as I can tell.  Only 08.58 is there.  Anyone interested in working on this?

Regards,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From phil at tstf.net  Fri Feb 13 17:16:13 2009
From: phil at tstf.net (Philippe Langlois)
Date: Fri, 13 Feb 2009 18:16:13 +0100
Subject: ip.access protocol reverse engineering
In-Reply-To: <20090213165316.GU25886@prithivi.gnumonks.org>
References: <20090213131402.GO25886@prithivi.gnumonks.org>
	<A34B5C0D-421B-475A-A327-8253F5D321B9@tstf.net>
	<20090213165316.GU25886@prithivi.gnumonks.org>
Message-ID: <D0737F0D-7028-4875-8B4F-296A4F3CB714@tstf.net>

Hey Harald!
On 13 Feb 2009, at 17:53, Harald Welte wrote:
> On Fri, Feb 13, 2009 at 03:31:08PM +0100, Philippe Langlois wrote:
>> Can you also upload there some raw packet traces of this ip.access
>> abis-over-ip ?
> I'm working on a wireshark plugin, and I'll release traces + the  
> plugin soon.
ok, cool! By the way, we're maybe going to have access to one  
ip.access nanoBTS unit. I'll keep you informed.

> The traces will then be traces of OpenBSC talking to the nanoBTS.   
> The traces
> I currently have are from a test network, but contain things like  
> IMSI/IMEI
> numbers which I consider confidential information.
yes, I definitely understand.

> By the way:  There is currently no wireshark plugin for GSM 12.21  
> (OML) yet, as
> far as I can tell.  Only 08.58 is there.  Anyone interested in  
> working on this?
I'm in project release right now, but yes, this is definitely  
interesting.

Best,
Philippe (still on the look-out for a Cologne E1 PCI card at  
affordable price).
--
http://www.tmplab.org




From laforge at gnumonks.org  Fri Feb 13 19:34:14 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 13 Feb 2009 20:34:14 +0100
Subject: ip.access protocol reverse engineering
In-Reply-To: <D0737F0D-7028-4875-8B4F-296A4F3CB714@tstf.net>
References: <20090213131402.GO25886@prithivi.gnumonks.org>
	<A34B5C0D-421B-475A-A327-8253F5D321B9@tstf.net>
	<20090213165316.GU25886@prithivi.gnumonks.org>
	<D0737F0D-7028-4875-8B4F-296A4F3CB714@tstf.net>
Message-ID: <20090213193414.GX25886@prithivi.gnumonks.org>

Hi Philippe,

On Fri, Feb 13, 2009 at 06:16:13PM +0100, Philippe Langlois wrote:

> I'm in project release right now, but yes, this is definitely  
> interesting.

let me know in case you're still interested at that time.

> Philippe (still on the look-out for a Cologne E1 PCI card at affordable 
> price).

If you intend to help with OpenBSC development, junghanns.net is offering
a limited number of cards at a discounted price of EUR 175 to us.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From mailinglists at hellercom.de  Sat Feb 14 10:28:13 2009
From: mailinglists at hellercom.de (Bjoern Heller)
Date: Sat, 14 Feb 2009 11:28:13 +0100
Subject: ip.access protocol reverse engineering
In-Reply-To: <20090213193414.GX25886@prithivi.gnumonks.org>
References: <20090213131402.GO25886@prithivi.gnumonks.org>
	<A34B5C0D-421B-475A-A327-8253F5D321B9@tstf.net>
	<20090213165316.GU25886@prithivi.gnumonks.org>
	<D0737F0D-7028-4875-8B4F-296A4F3CB714@tstf.net>
	<20090213193414.GX25886@prithivi.gnumonks.org>
Message-ID: <74056FD8-47D2-4029-80DD-673E6233817E@hellercom.de>

Hi Harald,

Can I simply ask Junghans support about the cheap E1 cards?

tec

Am 13.02.2009 um 20:34 schrieb Harald Welte:

> Hi Philippe,
>
> On Fri, Feb 13, 2009 at 06:16:13PM +0100, Philippe Langlois wrote:
>
>> I'm in project release right now, but yes, this is definitely
>> interesting.
>
> let me know in case you're still interested at that time.
>
>> Philippe (still on the look-out for a Cologne E1 PCI card at  
>> affordable
>> price).
>
> If you intend to help with OpenBSC development, junghanns.net is  
> offering
> a limited number of cards at a discounted price of EUR 175 to us.
>
> -- 
> - Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
> = 
> = 
> = 
> = 
> = 
> = 
> ======================================================================
> "Privacy in residential applications is a desirable marketing option."
>                                                  (ETSI EN 300 175-7  
> Ch. A6)
>

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Bj?rn Heller
Jabber: tec at jabber.hellercom.de

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090214/3d99cc43/attachment.htm>

From laforge at gnumonks.org  Sun Feb 15 10:23:27 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 15 Feb 2009 11:23:27 +0100
Subject: ip.access protocol reverse engineering
In-Reply-To: <74056FD8-47D2-4029-80DD-673E6233817E@hellercom.de>
References: <20090213131402.GO25886@prithivi.gnumonks.org>
	<A34B5C0D-421B-475A-A327-8253F5D321B9@tstf.net>
	<20090213165316.GU25886@prithivi.gnumonks.org>
	<D0737F0D-7028-4875-8B4F-296A4F3CB714@tstf.net>
	<20090213193414.GX25886@prithivi.gnumonks.org>
	<74056FD8-47D2-4029-80DD-673E6233817E@hellercom.de>
Message-ID: <20090215102327.GC25886@prithivi.gnumonks.org>

On Sat, Feb 14, 2009 at 11:28:13AM +0100, Bjoern Heller wrote:
> Hi Harald,
>
> Can I simply ask Junghans support about the cheap E1 cards?

No, you have to go through me, I will refer you to them and they will then sell
to you.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From philip.lansink at lan-consult.nl  Fri Feb 13 13:31:31 2009
From: philip.lansink at lan-consult.nl (Philip Lansink)
Date: Fri, 13 Feb 2009 14:31:31 +0100
Subject: ip.access protocol reverse engineering
Message-ID: <0523EEE1C4DF4C108120463278618E09@PhilipPC>

Hallo,
 
How can i login ?
 
Regards,
 
Philip.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090213/c739e342/attachment.htm>

From jekiffgrave at free.fr  Fri Feb 13 14:01:59 2009
From: jekiffgrave at free.fr (Amiral)
Date: Fri, 13 Feb 2009 15:01:59 +0100
Subject: ip.access protocol reverse engineering
In-Reply-To: <0523EEE1C4DF4C108120463278618E09@PhilipPC>
References: <0523EEE1C4DF4C108120463278618E09@PhilipPC>
Message-ID: <49957D57.8000808@free.fr>

http not http(s) :

http://bs11-abis.gnumonks.org/trac/wiki/nanoBTS


> Hallo,
>  
> How can i login ?
>  
> Regards,
>  
> Philip.
> 




From oystein at homelien.no  Fri Feb 13 14:20:40 2009
From: oystein at homelien.no (Oystein Homelien)
Date: Fri, 13 Feb 2009 15:20:40 +0100 (CET)
Subject: ip.access protocol reverse engineering
In-Reply-To: <49957D57.8000808@free.fr>
References: <0523EEE1C4DF4C108120463278618E09@PhilipPC>
	<49957D57.8000808@free.fr>
Message-ID: <alpine.DEB.2.00.0902131520020.20535@citrus.homelien.no>

How did you get your ip.access bts'es?  Any idea where I can purchase one?


yours,
oystein



From laforge at gnumonks.org  Fri Feb 13 16:57:47 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 13 Feb 2009 17:57:47 +0100
Subject: ip.access protocol reverse engineering
In-Reply-To: <alpine.DEB.2.00.0902131520020.20535@citrus.homelien.no>
References: <0523EEE1C4DF4C108120463278618E09@PhilipPC>
	<49957D57.8000808@free.fr>
	<alpine.DEB.2.00.0902131520020.20535@citrus.homelien.no>
Message-ID: <20090213165747.GW25886@prithivi.gnumonks.org>

On Fri, Feb 13, 2009 at 03:20:40PM +0100, Oystein Homelien wrote:
> How did you get your ip.access bts'es?  Any idea where I can purchase one?

I cannot disclose this information at this point.  I'm trying to find a
solution for that availability problem.  More in the next weeks, but it will
probably take some time to get things sorted out.

I'll certainly inform this list if there is some option to obtain them through
me or any other organization affiliated with the OpenBSC project.

Regards,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Wed Feb 18 04:07:34 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 18 Feb 2009 05:07:34 +0100
Subject: First successful voice calls
Message-ID: <20090218040734.GE4901@prithivi.gnumonks.org>

Hi all!

Like I just wrot in my blog, I have managed to get the first voice calls
between two MS on one BTS working.  The Q.931 like call control never
really was the problem, and paging as well as RR/MM seems to work very stable
all the time.  Bigger problems were related to the CHANNEL MODIFY that has
to be done on the 04.08 level (for the MS side) as well as the 08.58 side for
the BTS side - plus many classic programming mistakes in what used to be
so-far untested/unused code.

In any case, I have succesfully had voice calls through both the BS-11
as well as the ip.access nanoBTS.

There are still lots of things left to be done (e.g. the E1 subslot assignments
are still static, there is a big yet-to-be-explained lag on E1 based calls,
Motorola phones seem to have compatibility issues, you can call yourself and
make your own phone ring, etc).  But at least the foundation is working.

Regards,

[... and it's not even two months too late for the originally planned call demo
at 25C3]
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090218/65a3fc4f/attachment.bin>

From laforge at gnumonks.org  Wed Feb 18 11:59:39 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 18 Feb 2009 12:59:39 +0100
Subject: First successful voice calls
In-Reply-To: <BEDAE658-0DFA-462F-BA89-46282188DE35@jcis.net>
References: <20090218040734.GE4901@prithivi.gnumonks.org>
	<BEDAE658-0DFA-462F-BA89-46282188DE35@jcis.net>
Message-ID: <20090218115939.GF4901@prithivi.gnumonks.org>

Hi David,

hope you don't mind me Cc'in the list, as other people might find this
information useful.

On Tue, Feb 17, 2009 at 08:31:53PM -0800, David A. Burgess wrote:

> Congratulations!!

thanks!

> So if you need the channel mode modify, does that mean you're doing very 
> early assignment?  

yes, it is the most simple option. commit the TCH early and you don't have to
do conflict resolval in the middle of the call setup if you first only have a
SDCCH and then want to switch to a TCH but don't have a free one.

> It took me a few days to figure that out when I decided to try very early
> assignment.

I was pretty clear that I have to do CHANNEL MODE MODIFY on GSM 04.08 to tell
the MS to switch to voice mode.

However, what is a bit weird is that in addition you have to send a MODE MODIFY
REQUEST (08.58) packet to the BTS.  Plus, the actual channel mode values for
EFR are different on 04.08 and 08.58 ;)

Why is it weird?  Because typically in a case like this, you would send one
08.58 packet to the BTS, with the payload for the 04.08 packet.  The BTS would
then do the local state change, and send the 04.08 packet over the air to cause
the MS state change.  This is how it works with many other operations, you
almost never have to explicitly talk to both sides separately. 

> For early or late assignment, started call setup on the SDCCH, I didn't 
> need that channel mode modify step.

I was aware of that, but then you need another channel assignment and a more
complex resource management, at least that's what I think.  So I went for very
early assingment for now.

> Are you transcoding, or just copying raw vocoder frames from TCH to TCH?

No, I'm not transcoding.  But in order to route TRAU frames from one TCH to the
other, you already need to do quite a bit of parsing and re-encoding.  It's
just how they stuff the bits in the TRAU frames, not actually touching any of
the voice processing.

I think what is useful is to 'outsource' this TRAU frame processing into a
separate process.  Apart from simple commands like 'map this sub-channel to
another sub-channel' it doesn't need much interaction with the actual
signalling part.  In fact, the relatively high data rates clog the debug log
and make it hard to strace OpenBSC for further work on the signalling side.

On the ip.access nanoBTS it's even easier.  You can directly feed the RTP
streams over the loopback device on the BTS, so the voice data naver even has
to go to the BTS (unless you want to route between multiple BTS, which I haven't
done yet but is very easy with nanoBTS too, in fact the code _should_ already
work.

What will be interesting is to figure out the actual RTP payload of the
ip.access.  I've already seen they use RTP payload type 127 and the size of the
packets looks like it is one 40-byte TRAU frame per RTP packet.  If that is
true, I would probably work on E1-to-RTP interworking to route calls between
traditional E1-based BTS and IP-based ones.

Cheers,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090218/3b36fbca/attachment.bin>

From Michael.Gernoth at informatik.uni-erlangen.de  Wed Feb 18 11:51:11 2009
From: Michael.Gernoth at informatik.uni-erlangen.de (Michael Gernoth)
Date: Wed, 18 Feb 2009 12:51:11 +0100
Subject: build-fix for bs11_config
Message-ID: <20090218115111.GA9352@cip.informatik.uni-erlangen.de>

Hi,
it seems that the last few commits (starting with SVN revision 308)
broke the compilation of bs11_config. As I wanted to take a look at
the boot process of my newly delivered BS11, I've just fixed bs11_config
to build again and it even seems to work.
Find attached my (ugly) patch to fix the build problems.

Regards,
  Michael

-- 
Michael Gernoth                            Department of Computer Science IV 
Martensstrasse 1  D-91058 Erlangen Germany  University of Erlangen-Nuremberg
	      http://www4.informatik.uni-erlangen.de/~gernoth/
-------------- next part --------------
diff --git a/openbsc/src/Makefile.am b/openbsc/src/Makefile.am
index 8edc99b..8469f67 100644
--- a/openbsc/src/Makefile.am
+++ b/openbsc/src/Makefile.am
@@ -10,6 +10,7 @@ bsc_hack_SOURCES = bsc_hack.c abis_rsl.c abis_nm.c gsm_04_08.c gsm_data.c \
 		input/misdn.c input/ipaccess.c signal.c gsm_utils.c
 bsc_hack_LDADD = -ldl -ldbi
 
-bs11_config_SOURCES = bs11_config.c abis_nm.c gsm_data.c msgb.c debug.c select.c timer.c rs232.c
+bs11_config_SOURCES = bs11_config.c abis_nm.c gsm_data.c msgb.c debug.c select.c timer.c rs232.c\
+		tlv_parser.c
 
 ipaccess_find_SOURCES = ipaccess-find.c select.c timer.c
diff --git a/openbsc/src/bs11_config.c b/openbsc/src/bs11_config.c
index e623ade..1bb53be 100644
--- a/openbsc/src/bs11_config.c
+++ b/openbsc/src/bs11_config.c
@@ -194,6 +194,12 @@ static int swload_cbfn(unsigned int hook, unsigned int event, struct msgb *msg,
 	return 0;
 }
 
+int nm_state_event(enum nm_evt evt, u_int8_t obj_class, void *obj,
+		struct gsm_nm_state *old_state, struct gsm_nm_state *new_state)
+{
+	return 0;
+}
+
 static const char *bs11_link_state[] = {
 	[0x00]	= "Down",
 	[0x01]	= "Up",
@@ -225,6 +231,17 @@ static const char *mbccu_load_name(u_int8_t linkstate)
 	return mbccu_load[linkstate];
 }
 
+/* FIXME: this is not correct, please parse this correctly */
+struct abis_nm_bs11_state {
+	u_int8_t        tag_f0;
+	u_int8_t        len_f0;
+	u_int8_t        phase;
+	u_int8_t        mbccu;
+	u_int8_t        ccu;
+	u_int8_t        tag_f1;
+	u_int8_t        len_f1;
+	u_int8_t        abis_link;
+} __attribute__((packed));
 
 static void print_state(struct abis_nm_bs11_state *st)
 {
@@ -492,7 +509,7 @@ int main(int argc, char **argv)
 
 	handle_options(argc, argv);
 
-	gsmnet = gsm_network_init(1, 1, 1);
+	gsmnet = gsm_network_init(1, 1, 1, 1);
 	if (!gsmnet) {
 		fprintf(stderr, "Unable to allocate gsm network\n");
 		exit(1);

From laforge at gnumonks.org  Wed Feb 18 17:59:43 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 18 Feb 2009 18:59:43 +0100
Subject: bs11_config doesn't build right now
Message-ID: <20090218175943.GP4901@prithivi.gnumonks.org>

Hi!

Some of you have already received their BS-11 and built the power cord for it.

Next step is to obviously try bs11_config on the serial port.  Unfortunately
it doesn't build right now since I restructured some shared code.  I'll work
on this tonight, should be fixed soon.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From alhakeem at gmail.com  Fri Feb 20 12:32:21 2009
From: alhakeem at gmail.com (Abdul Hakeem)
Date: Fri, 20 Feb 2009 12:32:21 -0000
Subject: HLR Database
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAH54jASmLvRBh/J2rd5nS/bCgAAAEAAAAJUOpZE4PJ1MrUDGUY9mPaUBAAAAAA==@gmail.com>

Hello,

Does anyone has a sample database to test the hlrstat.pl script against ?
I am specifically after the subscriber database.

Best regards,
Abdul Hakeem




From laforge at gnumonks.org  Sat Feb 21 13:38:59 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 21 Feb 2009 14:38:59 +0100
Subject: OpenBSC mailing list / installation questions
Message-ID: <20090221133859.GG4185@prithivi.gnumonks.org>

Hi!

I'm sending this mail to all recent buyers of a BS-11.

I would like to ask you to raise any questions you might have regarding
setup/configuration/installation of the BS-11 unit or OpenBSC at the

openbsc at lists.gnumonks.org

mailing list.  You can subscribe to the list online at 
https://lists.gnumonks.org/mailman/listinfo/openbsc

The benefit of asking your question at this list is that other BS-11 / OpenBSC
users and developers will see your questions and learn from the answers or at
some point even provide the respective answers themselves.

I would also want to invite you to contribute to our wiki at
http://bs11-abis.gnumonks.org/.  We do not allow public editing, so if you
want an account, just email me privately and I will send you username and
password.

I hope we can now finally start to build a community around the project, with
some 30 BS-11 distributed to various GSM enthusiasts all over the world.

Regards,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Sat Feb 21 16:11:17 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 21 Feb 2009 17:11:17 +0100
Subject: BS11 getting started instructions
Message-ID: <20090221161117.GE26313@prithivi.gnumonks.org>

hi!

I've put together a new page at 
http://bs11-abis.gnumonks.org/trac/wiki/BS11_Getting_Started

which explains the individual steps from unpacking the BTS, verifying its
configuration using bs11_config up to connecting and getting it up and running
with a HFC-E1 Eval Board and the bsc_hack program.

Once again, feel free to add information to the wiki, I will happily provide
accounts to every user!

Regards,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090221/68caf654/attachment.bin>

From holger at kernreaktor.org  Sat Feb 21 16:28:41 2009
From: holger at kernreaktor.org (Holger Adams)
Date: Sat, 21 Feb 2009 17:28:41 +0100
Subject: Tektronix K1103 pinout of the E-1 interface
Message-ID: <49A02BB9.8010708@kernreaktor.org>

Hello Everybody,

we have several Tektronix K1103 protocol analyzers standing around here
and it was quite complicated to get the pinout of the SUB-D 9 connectors.

Monitor A:

Pin    Purpose

9      RX+B
4      RX-B
6      RX+A
1      RX-A
2,3,4  GND

A =   E-1-Linecard -> BTS
B =   BTS -> E-1-Linecard


Monitor C:

9      RX+D
5      RX-D
6      RX+C
1      RX-C
2,3,4  GND


Telephone socket:
1     mic input (-)
2     hearer output (+)
3     hearer output (-)
4     mic input (+)

Factsheet of this analyzer:
http://www2.tek.com/cmswpt/psdetails.lotr?ct=PS&lc=EN&ci=14411&cs=psu


Holger



From rene at rr47.de  Tue Feb 24 12:59:42 2009
From: rene at rr47.de (Rene Stegmaier)
Date: Tue, 24 Feb 2009 13:59:42 +0100
Subject: Initial Config BS-11
Message-ID: <1235480382.30547.19.camel@nb-stegmaier.credativ.lan>

Hi Folks,

yesterday i?ve tried to do the initial config of my BS-11.
But i have a problem after warmup while querying the BS-11:

rene at nb-stegmaier:~/data/development/bs-11/svn/trunk/openbsc/src
$ ./bs11_config -p /dev/ttyUSB0 query
bs11_config (C) 2009 by Harald Welte and Dieter Spaar
This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY

LMT LOGON: ACK

PHASE: 1 Software required    Abis-link: Down
No valid Safety Load file "BTSBMC76.SWI"
PHASE: 1 Software required    Abis-link: Down
No valid Safety Load file "BTSBMC76.SWI"


Whatis going wrong?
I read in the wiki that the projekt doesn't provide any firmware images,
but how can i get the BS-11 working?
Is there any way to generate this "Safety Load file" and upload it to
the BS-11?


cheers,

Ren?

-- 
Rene Stegmaier <rene at rr47.de>
LAN-TEX
Schuberstr. 14
38518 Gifhorn
Mobil: 01703183653




From holger at kernreaktor.org  Tue Feb 24 15:22:30 2009
From: holger at kernreaktor.org (Holger Adams)
Date: Tue, 24 Feb 2009 16:22:30 +0100
Subject: Jumper settings for 120 Ohm connection
Message-ID: <49A410B6.5050401@kernreaktor.org>

Hello Everybody,

I'm just trying to connect the E-1 host card to the BS-11, but I can't
get it work. The serial connection works fine, I'm also seeing the
"Abis-link: Restoring" message.

My hardware configuration:

1)  I removed the green jumpers TB01 - TB04
2)  Jumper settings below the Twinax-board:  1-4 ON,  5-8 OFF

3)  HFC-E1: NT Mode, Config A (all jumpers on the left side to the left)
4)  'hfcmulti' modprobed with 'dslot=1'
5)  Forced the BS-11 to use correct TEI and E1 slot by using 'bs11_config'

Have I missed something? I put a scope upon the rx/tx pins - traffic
flows into both directions, so I think there's no collision (tx->tx, rx->rx)

Thanks,
Holger



From laforge at gnumonks.org  Fri Feb 27 23:35:29 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 28 Feb 2009 00:35:29 +0100
Subject: Jumper settings for 120 Ohm connection
In-Reply-To: <49A410B6.5050401@kernreaktor.org>
References: <49A410B6.5050401@kernreaktor.org>
Message-ID: <20090227233529.GS4283@prithivi.gnumonks.org>

Hi Holger!

On Tue, Feb 24, 2009 at 04:22:30PM +0100, Holger Adams wrote:
 
> I'm just trying to connect the E-1 host card to the BS-11, but I can't
> get it work. The serial connection works fine, I'm also seeing the
> "Abis-link: Restoring" message.

this is strange, indeed.  I have not yet seen this.

> My hardware configuration:
> 
> 1)  I removed the green jumpers TB01 - TB04
> 2)  Jumper settings below the Twinax-board:  1-4 ON,  5-8 OFF
> 
> 3)  HFC-E1: NT Mode, Config A (all jumpers on the left side to the left)
> 4)  'hfcmulti' modprobed with 'dslot=1'
> 5)  Forced the BS-11 to use correct TEI and E1 slot by using 'bs11_config'

did you verify the settings by using 'bs11_config query'?  Is it really using
the full timeslot 1 with TEI 25?  I have seen a number of BS-11 with different
default configuration.

did you also apply the kernel patch for mISDN and actually use the
recompiled/patched mISDN_core and hfcmulti modules?

> Have I missed something? I put a scope upon the rx/tx pins - traffic
> flows into both directions, so I think there's no collision (tx->tx, rx->rx)

I think the TEI layer is not coming up in this case, so it is more a logical
than a physical layer problem.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090228/11a5911d/attachment.bin>

From holger at kernreaktor.org  Sat Feb 28 10:53:23 2009
From: holger at kernreaktor.org (Holger Adams)
Date: Sat, 28 Feb 2009 11:53:23 +0100
Subject: Jumper settings for 120 Ohm connection
In-Reply-To: <20090227233529.GS4283@prithivi.gnumonks.org>
References: <49A410B6.5050401@kernreaktor.org>
	<20090227233529.GS4283@prithivi.gnumonks.org>
Message-ID: <49A917A3.7010509@kernreaktor.org>

Hello Harald,

Harald Welte wrote:
> Hi Holger!
> 
> On Tue, Feb 24, 2009 at 04:22:30PM +0100, Holger Adams wrote:
>  
>> I'm just trying to connect the E-1 host card to the BS-11, but I can't
>> get it work. The serial connection works fine, I'm also seeing the
>> "Abis-link: Restoring" message.
> 
> this is strange, indeed.  I have not yet seen this.
> 
>> My hardware configuration:
>>
>> 1)  I removed the green jumpers TB01 - TB04
>> 2)  Jumper settings below the Twinax-board:  1-4 ON,  5-8 OFF
>>
>> 3)  HFC-E1: NT Mode, Config A (all jumpers on the left side to the left)
>> 4)  'hfcmulti' modprobed with 'dslot=1'
>> 5)  Forced the BS-11 to use correct TEI and E1 slot by using 'bs11_config'
> 
> did you verify the settings by using 'bs11_config query'?  Is it really using
> the full timeslot 1 with TEI 25?  I have seen a number of BS-11 with different
> default configuration.

Uhm, I remember doing the 'oml-tei' stuff as described on the
getting-started-tutorial page because these numbers didn't match.

I'll recheck this next week. Maybe the BTS forgot itself (I have to
switch off the power of the whole lab before I can leave the building).

> did you also apply the kernel patch for mISDN and actually use the
> recompiled/patched mISDN_core and hfcmulti modules?

Yes: patched - recompiled - installed - restarted - modprobed.

>> Have I missed something? I put a scope upon the rx/tx pins - traffic
>> flows into both directions, so I think there's no collision (tx->tx, rx->rx)
> 
> I think the TEI layer is not coming up in this case, so it is more a logical
> than a physical layer problem.

I'll swap to the second BS-11 and E-1 Linecard just to be sure that
there isn't a hardware problem.

Maybe its important to mention:
 - Both LEDs of the E-1 card are blinking red
 - Used cables for the RJ45 plug (CAT5): orange/blue

- Holger




From spaar at mirider.augusta.de  Sat Feb 28 12:19:47 2009
From: spaar at mirider.augusta.de (Dieter Spaar)
Date: Sat, 28 Feb 2009 12:19:47 
Subject: Jumper settings for 120 Ohm connection
Message-ID: <49a92be3.mirider@mirider.augusta.de>

Hello Holger,

On Sat, 28 Feb 2009 11:53:23 +0100, "Holger Adams" <holger at kernreaktor.org> wrote:
> 
> Maybe its important to mention:
>  - Both LEDs of the E-1 card are blinking red
>  - Used cables for the RJ45 plug (CAT5): orange/blue

I can't help with Linux (I use Windows), however I noticed
this in mISDN (hfc_multi.c) a while ago:

  case 1: /* HFC-E1 OEM */
  /* 2 red blinking: NT mode deactivate
   * 2 red steady:   TE mode deactivate
   * left green:     L1 active
   * left red:       frame sync, but no L1
   * right green:    L2 active
   */

So I would guess that there is a synchronisation problem which is not
related to the TEI setting. Maybe there is something wrong with the
wire connection. If you can see the signal sent from the E1 card at
the BS-11 and there is also a signal sent from the BS-11, than probably
the signal from the BS-11 is not received by the E1 card so it could
not synchronize on it.

Best regards,
  Dieter
-- 
Dieter Spaar, Germany                           spaar at mirider.augusta.de



From holger at kernreaktor.org  Sat Feb 28 11:55:04 2009
From: holger at kernreaktor.org (Holger Adams)
Date: Sat, 28 Feb 2009 12:55:04 +0100
Subject: Jumper settings for 120 Ohm connection
In-Reply-To: <49a92be3.mirider@mirider.augusta.de>
References: <49a92be3.mirider@mirider.augusta.de>
Message-ID: <49A92618.7020700@kernreaktor.org>

Hello Dieter,

Dieter Spaar wrote:
> On Sat, 28 Feb 2009 11:53:23 +0100, "Holger Adams" <holger at kernreaktor.org> wrote:
>> Maybe its important to mention:
>>  - Both LEDs of the E-1 card are blinking red
>>  - Used cables for the RJ45 plug (CAT5): orange/blue
> 
> I can't help with Linux (I use Windows), however I noticed
> this in mISDN (hfc_multi.c) a while ago:
> 
>   case 1: /* HFC-E1 OEM */
>   /* 2 red blinking: NT mode deactivate
>    * 2 red steady:   TE mode deactivate
>    * left green:     L1 active
>    * left red:       frame sync, but no L1
>    * right green:    L2 active
>    */
> 
> So I would guess that there is a synchronisation problem which is not
> related to the TEI setting. Maybe there is something wrong with the
> wire connection. If you can see the signal sent from the E1 card at
> the BS-11 and there is also a signal sent from the BS-11, than probably
> the signal from the BS-11 is not received by the E1 card so it could
> not synchronize on it.

OK, I think I know where the problem is - there must be a cableing
problem with the Twinax connectors.

So there is my next question:
Which pin of Y01 is TX+ and TX-?
Which pin of Y02 is RX+ and RX-?

Greetings,
Holger




From spaar at mirider.augusta.de  Sat Feb 28 13:27:40 2009
From: spaar at mirider.augusta.de (Dieter Spaar)
Date: Sat, 28 Feb 2009 13:27:40 
Subject: Jumper settings for 120 Ohm connection
Message-ID: <49a93bcc.mirider@mirider.augusta.de>

Hello Holger,

On Sat, 28 Feb 2009 12:55:04 +0100, "Holger Adams" <holger at kernreaktor.org> wrote:
> 
> OK, I think I know where the problem is - there must be a cableing
> problem with the Twinax connectors.
> 
> So there is my next question:
> Which pin of Y01 is TX+ and TX-?
> Which pin of Y02 is RX+ and RX-?

The polarity does not care, you can exchange TX+ with TX- and RX+
with RX-. A simple test for just the correct wire without connection
the BS-11:

 - On the cable which goes to Y01 you should be able to see a
   signal with an oscilloscop between TX+ and TX-.

 - If you connect the two TX lines with the two RX lines (loopback,
   polarity does not care), the card should synchronise and the LEDs
   should not longer blink. Attention: I have tested this on Windows
   only, with a loopback, I can see that the card synchronises, however
   I don't know what mISDN does, but I guess it will also synchronise.

If this works, you know that the cable is OK.

Best regards,
  Dieter
-- 
Dieter Spaar, Germany                           spaar at mirider.augusta.de



From laforge at gnumonks.org  Fri Feb 27 23:37:54 2009
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 28 Feb 2009 00:37:54 +0100
Subject: Harald on holidays
Message-ID: <20090227233754.GT4283@prithivi.gnumonks.org>

Hi All!

I'll be on holidays pretty much throughout the time from March 4th through
March 25th.   I will check my email only in very irregular intervals,
particularly not after March 11.

I will try to get back to any inquiries after I have returned.  Meanwhile,
the list (particularly subscribers like zecke, dieter spaar, nibbler and
others) will hopefully be able to adress all issues you might have.

Regards,
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20090228/46b4f410/attachment.bin>