From don at 00100100.net  Fri Jun  8 19:22:13 2012
From: don at 00100100.net (Don Fanning)
Date: Fri, 8 Jun 2012 12:22:13 -0700
Subject: OpenBSC+LCR problem
In-Reply-To: <4FB2087D.3090409@freyther.de>
References: <CFA5CA51-EFC6-4942-A6E7-2FEFABBB9066@gmail.com>
	<4FB133C0.2080206@freyther.de>
	<CA+_rdNcNGCPotT_9dzoFFs0hfsEb5Y4rbOqXdRBuffiRyWaYag@mail.gmail.com>
	<4FB2087D.3090409@freyther.de>
Message-ID: <CAFywq49KHnRt69S99LsEmfc5QDV1UgWD37tuQguOxGLdwv+EhQ@mail.gmail.com>

Erg... Got an issue with LCR+SIP

When placing a MT call from a SIP client I get a segfault.
This is using the latest OpenBSC/LCR from GIT and asterisk 1.8 without any
special patching.

Pastebin for LCR output: http://pastebin.com/WDeApEak

On a side note, I swear I had this noted somewhere but can't find it.
 Using the LCR+SIP+Asterisk bridging, what extension/context does LCR ring
Asterisk?  In the mISDN based routing, you would tell it a context... with
SIP bridging, it doesn't use it.  So what do I tell my asterisk so it can
handle the outgoing call?

Thanks,
-Don


On Tue, May 15, 2012 at 12:40 AM, Holger Hans Peter Freyther <
holger at freyther.de> wrote:

> On 05/14/2012 06:58 PM, Arturo Rivas wrote:
>
> Hi,
> please once more in a different order
>
> 0.) State which versions of software (asterisk, lcr, openbsc)
> 1.) First output of applying patches (where does the patch come from?)
> 2.) Then output of configure/make
>
> >
> > *rivas at ubuntu:~/openbsc/lcr$ git apply --verbose
> lcrOpenBSC.patchChecking
> > patch gsm_bs.cpp...
> > error: while searching for:
>
> So in your case applying the patch does not work, most likely as LCR has
> catched up and you don't need the patch anymore.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120608/2a05ae90/attachment.htm>

From don at 00100100.net  Fri Jun  8 19:23:21 2012
From: don at 00100100.net (Don Fanning)
Date: Fri, 8 Jun 2012 12:23:21 -0700
Subject: OpenBSC+LCR problem
In-Reply-To: <CAFywq49KHnRt69S99LsEmfc5QDV1UgWD37tuQguOxGLdwv+EhQ@mail.gmail.com>
References: <CFA5CA51-EFC6-4942-A6E7-2FEFABBB9066@gmail.com>
	<4FB133C0.2080206@freyther.de>
	<CA+_rdNcNGCPotT_9dzoFFs0hfsEb5Y4rbOqXdRBuffiRyWaYag@mail.gmail.com>
	<4FB2087D.3090409@freyther.de>
	<CAFywq49KHnRt69S99LsEmfc5QDV1UgWD37tuQguOxGLdwv+EhQ@mail.gmail.com>
Message-ID: <CAFywq49=cEBXKEtWbdogMZOtG1t8oVy8idabJchS2ktXoc=5Wg@mail.gmail.com>

One additional note to this... it will segfault as soon as i go off hook on
the MT.

On Fri, Jun 8, 2012 at 12:22 PM, Don Fanning <don at 00100100.net> wrote:

> Erg... Got an issue with LCR+SIP
>
> When placing a MT call from a SIP client I get a segfault.
> This is using the latest OpenBSC/LCR from GIT and asterisk 1.8 without any
> special patching.
>
> Pastebin for LCR output: http://pastebin.com/WDeApEak
>
> On a side note, I swear I had this noted somewhere but can't find it.
>  Using the LCR+SIP+Asterisk bridging, what extension/context does LCR ring
> Asterisk?  In the mISDN based routing, you would tell it a context... with
> SIP bridging, it doesn't use it.  So what do I tell my asterisk so it can
> handle the outgoing call?
>
> Thanks,
> -Don
>
>
> On Tue, May 15, 2012 at 12:40 AM, Holger Hans Peter Freyther <
> holger at freyther.de> wrote:
>
>> On 05/14/2012 06:58 PM, Arturo Rivas wrote:
>>
>> Hi,
>> please once more in a different order
>>
>> 0.) State which versions of software (asterisk, lcr, openbsc)
>> 1.) First output of applying patches (where does the patch come from?)
>> 2.) Then output of configure/make
>>
>> >
>> > *rivas at ubuntu:~/openbsc/lcr$ git apply --verbose
>> lcrOpenBSC.patchChecking
>> > patch gsm_bs.cpp...
>> > error: while searching for:
>>
>> So in your case applying the patch does not work, most likely as LCR has
>> catched up and you don't need the patch anymore.
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120608/3e03633d/attachment.htm>

From holger at freyther.de  Tue Jun 19 19:01:11 2012
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 19 Jun 2012 21:01:11 +0200
Subject: Osmocom user group meetings in Berlin
In-Reply-To: <20120525164623.GY14653@prithivi.gnumonks.org>
References: <20120525164623.GY14653@prithivi.gnumonks.org>
Message-ID: <4FE0CC77.6040107@freyther.de>

On 05/25/2012 06:46 PM, Harald Welte wrote:
> Hi all,

>     June 13, 2012
>     June 27, 2012

we got this wrong the last two weeks. Kevin and me met on the 6th, I am sorry
if someone was in front of closed doors last week. The next meeting will
be on the 27th.

sorry
	holger



From pfc.rivas at gmail.com  Mon Jun  4 10:46:11 2012
From: pfc.rivas at gmail.com (Arturo Rivas)
Date: Mon, 4 Jun 2012 12:46:11 +0200
Subject: LCR compilation problem
In-Reply-To: <CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>
	<4FC481AD.1000600@virtunix.nl>
	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>
	<4FC6701E.6020304@virtunix.nl> <4598445098124032660@unknownmsgid>
	<4FC765E2.8070501@informatik.uni-freiburg.de>
	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
Message-ID: <CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>

Hello list!

Thanks a lot for the guide. Finally I can compile all programs successfully.

But I have another problem. I don't find *gsm.conf* file. In addition I
followed all steps but when I start LCR:

*** LCR  Version 1.10*
*
*
*ERROR (in main() line 259) Error in /usr/local/lcr/options.conf (line
100): wrong option keyword gsm.*

Tutorial indicates that it's necessary write *gsm* in the *options.conf* for
activate GSM option. I don't know if the problem is *gsm.conf* file missing.

Best regards,

Arturo Rivas

2012/5/31 Arturo Rivas <pfc.rivas at gmail.com>

> Thank you very much! It's just what I needed!
>
> I have a new problem when I make lcr:
> *
> bchannel.c:26:27: fatal error: mISDN/mISDNif.h: No such file or directory
> compilation terminated.
> make[1]: *** [bchannel.po] Error 1
> make[1]: Leaving directory `/home/rivas/GSM/lcr'
> make: *** [all] Error 2*
>
> I'm following all there steps but...
>
>
> 2012/5/31 Konrad Meier <meierk at informatik.uni-freiburg.de>
>
>> On 30.05.2012 21:13, Arturo Rivas wrote:
>>
>>> Thank you but I tried it but doesn't worked!
>>>
>>>
>> Dear Arturo,
>>
>> I added a brief installation guide to the openBSC wiki:
>> http://openbsc.osmocom.org/**trac/wiki/OpenBSC_LCR_**Ubuntu12.04<http://openbsc.osmocom.org/trac/wiki/OpenBSC_LCR_Ubuntu12.04>
>>
>> This installation guide was tested with Ubuntu 12.04. Please use a 32 Bit
>> version of Ubuntu. Otherwise LCR will not work.
>> I hope this helps.
>>
>> Best Regards
>> Konrad
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120604/e08d9143/attachment.htm>

From meierk at informatik.uni-freiburg.de  Mon Jun  4 12:57:22 2012
From: meierk at informatik.uni-freiburg.de (Konrad Meier)
Date: Mon, 04 Jun 2012 14:57:22 +0200
Subject: LCR compilation problem
In-Reply-To: <CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>
	<4FC481AD.1000600@virtunix.nl>
	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>
	<4FC6701E.6020304@virtunix.nl> <4598445098124032660@unknownmsgid>
	<4FC765E2.8070501@informatik.uni-freiburg.de>
	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
	<CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>
Message-ID: <4FCCB0B2.4040903@informatik.uni-freiburg.de>

On 04.06.2012 12:46, Arturo Rivas wrote:
> Tutorial indicates that it's necessary write /gsm/ in the
> /options.conf/ for activate GSM option. I don't know if the problem is
> /gsm.conf/ file missing.

The "gsm" statement in options.conf is no longer needed. It was removed 
some time ago. Also the gsm.conf is no longer required.

Best regards
Konrad



From pfc.rivas at gmail.com  Mon Jun  4 14:32:28 2012
From: pfc.rivas at gmail.com (Arturo Rivas)
Date: Mon, 4 Jun 2012 16:32:28 +0200
Subject: LCR compilation problem
In-Reply-To: <4FCCB0B2.4040903@informatik.uni-freiburg.de>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>
	<4FC481AD.1000600@virtunix.nl>
	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>
	<4FC6701E.6020304@virtunix.nl> <4598445098124032660@unknownmsgid>
	<4FC765E2.8070501@informatik.uni-freiburg.de>
	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
	<CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>
	<4FCCB0B2.4040903@informatik.uni-freiburg.de>
Message-ID: <CA+_rdNcK+QJzU2YAF9idfEczXCL8O8gfuhGZaqw=6+GxtCTcEw@mail.gmail.com>

Sorry for so many questions!

When I start LCR terminal shows:

*ERROR (in mncc_socket_retry_cb() line 1102) Could not connect to MNCC
socket /tmp/bsc_mncc, retrying in 5 seconds*
*layer3_thread read socket error No space left on device*
*ERROR Port 1 already in use by LCR. You can't use a NT port multiple times.
*
*
*
One question more, are there documentation about how works each program?
I'm trying to install and configure nanoBTS, OpenBSC and Asterisk but I
would like to know how does it's work for implement new possibilities.

2012/6/4 Konrad Meier <meierk at informatik.uni-freiburg.de>

> On 04.06.2012 12:46, Arturo Rivas wrote:
>
>> Tutorial indicates that it's necessary write /gsm/ in the
>> /options.conf/ for activate GSM option. I don't know if the problem is
>> /gsm.conf/ file missing.
>>
>
> The "gsm" statement in options.conf is no longer needed. It was removed
> some time ago. Also the gsm.conf is no longer required.
>
> Best regards
> Konrad
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120604/bcb2a273/attachment.htm>

From pfc.rivas at gmail.com  Tue Jun  5 15:41:44 2012
From: pfc.rivas at gmail.com (Arturo Rivas)
Date: Tue, 5 Jun 2012 17:41:44 +0200
Subject: LCR compilation problem
In-Reply-To: <4FCCB0B2.4040903@informatik.uni-freiburg.de>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>
	<4FC481AD.1000600@virtunix.nl>
	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>
	<4FC6701E.6020304@virtunix.nl> <4598445098124032660@unknownmsgid>
	<4FC765E2.8070501@informatik.uni-freiburg.de>
	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
	<CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>
	<4FCCB0B2.4040903@informatik.uni-freiburg.de>
Message-ID: <DE9002EA-5DB4-47F5-A94F-A8907C18EE84@gmail.com>

Hi!

All programs was compiled correctly buy when I try to execute lcr:

rivas at pfc:~$ sudo /opt/lcr/sbin/lcr start

** LCR  Version 1.10

000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
000000 DEBUG (in mISDNloop_open() line 36): Open external interface of loopback.
000000 DEBUG (in mISDNport_open() line 2388): Port has 30 b-channels.
000000 DEBUG (in mISDNport_open() line 2409): using 'mISDN_dsp.o' module
000000 TRACE 05.06.12 17:36:19.305 CH: PORT (open)  port 1  mode network  channels 30
000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds
LCR 1.10 started, waiting for calls...
000000 TRACE 05.06.12 17:36:19.326 --: LCR 1.10 started, waiting for calls...
000000 TRACE 05.06.12 17:36:20.480 --: REMOTE APP registers  app name=asterisk
000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds

I init interfaces with:

rivas at pfc:~$ sudo modprobe mISDN_l1loop pri=1 nchannel=30

Please help and thanks for previously answers.

Best regards,

Arturo Rivas

El 04/06/2012, a las 14:57, Konrad Meier escribi?:

> On 04.06.2012 12:46, Arturo Rivas wrote:
>> Tutorial indicates that it's necessary write /gsm/ in the
>> /options.conf/ for activate GSM option. I don't know if the problem is
>> /gsm.conf/ file missing.
> 
> The "gsm" statement in options.conf is no longer needed. It was removed some time ago. Also the gsm.conf is no longer required.
> 
> Best regards
> Konrad
> 

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

From meierk at informatik.uni-freiburg.de  Tue Jun  5 16:19:00 2012
From: meierk at informatik.uni-freiburg.de (Konrad Meier)
Date: Tue, 05 Jun 2012 18:19:00 +0200
Subject: LCR compilation problem
In-Reply-To: <DE9002EA-5DB4-47F5-A94F-A8907C18EE84@gmail.com>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>
	<4FC481AD.1000600@virtunix.nl>
	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>
	<4FC6701E.6020304@virtunix.nl> <4598445098124032660@unknownmsgid>
	<4FC765E2.8070501@informatik.uni-freiburg.de>
	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
	<CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>
	<4FCCB0B2.4040903@informatik.uni-freiburg.de>
	<DE9002EA-5DB4-47F5-A94F-A8907C18EE84@gmail.com>
Message-ID: <4FCE3174.5040302@informatik.uni-freiburg.de>

On 05.06.2012 17:41, Arturo Rivas wrote:
> Hi!
>
> All programs was compiled correctly buy when I try to execute lcr:
>
> /rivas at pfc:~$ sudo /opt/lcr/sbin/lcr start/
> /
> /
> /** LCR Version 1.10/
> /
> /
> /000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found./
> /000000 DEBUG (in mISDNloop_open() line 36): Open external interface of
> loopback./
> /000000 DEBUG (in mISDNport_open() line 2388): Port has 30 b-channels./
> /000000 DEBUG (in mISDNport_open() line 2409): using 'mISDN_dsp.o' module/
> /000000 TRACE 05.06.12 17:36:19.305 CH: PORT (open) port 1 mode network
> channels 30/
> /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect
> to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/
> /LCR 1.10 started, waiting for calls.../
> /000000 TRACE 05.06.12 17:36:19.326 --: LCR 1.10 started, waiting for
> calls.../
> /000000 TRACE 05.06.12 17:36:20.480 --: REMOTE APP registers app
> name=asterisk/
> /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect
> to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/

This output looks ok. You have to start the BSC software "osmo-nitb".
The BSC is no longer integrated into LCR.

Regards
Konrad



From pfc.rivas at gmail.com  Fri Jun  8 09:27:30 2012
From: pfc.rivas at gmail.com (Arturo Rivas)
Date: Fri, 8 Jun 2012 11:27:30 +0200
Subject: LCR compilation problem
In-Reply-To: <4FCE3174.5040302@informatik.uni-freiburg.de>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>
	<4FC481AD.1000600@virtunix.nl>
	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>
	<4FC6701E.6020304@virtunix.nl> <4598445098124032660@unknownmsgid>
	<4FC765E2.8070501@informatik.uni-freiburg.de>
	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
	<CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>
	<4FCCB0B2.4040903@informatik.uni-freiburg.de>
	<DE9002EA-5DB4-47F5-A94F-A8907C18EE84@gmail.com>
	<4FCE3174.5040302@informatik.uni-freiburg.de>
Message-ID: <CA+_rdNfN6nDCOiv1SgtGCDJzZnrW5pp1U+GTQvHg7BVXCYJZxQ@mail.gmail.com>

Hi!

I've already start osmo-nitb and it's working correctly but still not
connect with mncc socket.

2012/6/5 Konrad Meier <meierk at informatik.uni-freiburg.de>

> On 05.06.2012 17:41, Arturo Rivas wrote:
>
>> Hi!
>>
>> All programs was compiled correctly buy when I try to execute lcr:
>>
>> /rivas at pfc:~$ sudo /opt/lcr/sbin/lcr start/
>> /
>> /
>> /** LCR Version 1.10/
>> /
>> /
>> /000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found./
>> /000000 DEBUG (in mISDNloop_open() line 36): Open external interface of
>> loopback./
>> /000000 DEBUG (in mISDNport_open() line 2388): Port has 30 b-channels./
>> /000000 DEBUG (in mISDNport_open() line 2409): using 'mISDN_dsp.o' module/
>> /000000 TRACE 05.06.12 17:36:19.305 CH: PORT (open) port 1 mode network
>> channels 30/
>> /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect
>> to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/
>> /LCR 1.10 started, waiting for calls.../
>> /000000 TRACE 05.06.12 17:36:19.326 --: LCR 1.10 started, waiting for
>> calls.../
>> /000000 TRACE 05.06.12 17:36:20.480 --: REMOTE APP registers app
>> name=asterisk/
>> /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect
>> to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/
>>
>
> This output looks ok. You have to start the BSC software "osmo-nitb".
> The BSC is no longer integrated into LCR.
>
> Regards
> Konrad
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120608/ee592a84/attachment.htm>

From meckel at netzing.de  Fri Jun  8 11:48:08 2012
From: meckel at netzing.de (Ulrich Meckel)
Date: Fri, 08 Jun 2012 13:48:08 +0200
Subject: LCR compilation problem
In-Reply-To: <CA+_rdNfN6nDCOiv1SgtGCDJzZnrW5pp1U+GTQvHg7BVXCYJZxQ@mail.gmail.com>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>	<4FC481AD.1000600@virtunix.nl>	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>	<4FC6701E.6020304@virtunix.nl>
	<4598445098124032660@unknownmsgid>	<4FC765E2.8070501@informatik.uni-freiburg.de>	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>	<CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>	<4FCCB0B2.4040903@informatik.uni-freiburg.de>	<DE9002EA-5DB4-47F5-A94F-A8907C18EE84@gmail.com>	<4FCE3174.5040302@informatik.uni-freiburg.de>
	<CA+_rdNfN6nDCOiv1SgtGCDJzZnrW5pp1U+GTQvHg7BVXCYJZxQ@mail.gmail.com>
Message-ID: <4FD1E678.7080504@netzing.de>

Hi

Did you start osmo-nitb with the "-m" Option?
"-m --mncc-sock Disable built-in MNCC handler and offer socket"

Regards
Ulrich


On 08.06.2012 11:27, Arturo Rivas wrote:
> Hi!
>
> I've already start osmo-nitb and it's working correctly but still not 
> connect with mncc socket.
>
> 2012/6/5 Konrad Meier <meierk at informatik.uni-freiburg.de 
> <mailto:meierk at informatik.uni-freiburg.de>>
>
>     On 05.06.2012 17:41, Arturo Rivas wrote:
>
>         Hi!
>
>         All programs was compiled correctly buy when I try to execute lcr:
>
>         /rivas at pfc:~$ sudo /opt/lcr/sbin/lcr start/
>         /
>         /
>         /** LCR Version 1.10/
>         /
>         /
>         /000000 DEBUG (in getrulesetbyname() line 1871): ruleset main
>         found./
>         /000000 DEBUG (in mISDNloop_open() line 36): Open external
>         interface of
>         loopback./
>         /000000 DEBUG (in mISDNport_open() line 2388): Port has 30
>         b-channels./
>         /000000 DEBUG (in mISDNport_open() line 2409): using
>         'mISDN_dsp.o' module/
>         /000000 TRACE 05.06.12 17:36:19.305 CH: PORT (open) port 1
>         mode network
>         channels 30/
>         /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not
>         connect
>         to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/
>         /LCR 1.10 started, waiting for calls.../
>         /000000 TRACE 05.06.12 17:36:19.326 --: LCR 1.10 started,
>         waiting for
>         calls.../
>         /000000 TRACE 05.06.12 17:36:20.480 --: REMOTE APP registers app
>         name=asterisk/
>         /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not
>         connect
>         to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/
>
>
>     This output looks ok. You have to start the BSC software "osmo-nitb".
>     The BSC is no longer integrated into LCR.
>
>     Regards
>     Konrad
>
>


-- 
_______________________________________________________________________
Ulrich Meckel
Entwicklung                               Mail:  Meckel at netzing.de


NETZING Solutions AG                      Tel.:  0351/41381 -  0
Fr?belstr. 57, 01159 Dresden              Fax:   0351/41381 - 12
_______________________________________________________________________

Impressum:
NETZING Solutions AG  -  Fr?belstra?e 57   -   01159 Dresden
Sitz der Gesellschaft Amtsgericht Dresden HRB 18926
Vorstand  Dieter Schneider  -  Aufsichtsratsvorsitzender Volker Kanitz
USt.Id DE211326547  Mail:  netzing.ag at netzing.de

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120608/6eef569c/attachment.htm>

From pfc.rivas at gmail.com  Fri Jun  8 11:56:14 2012
From: pfc.rivas at gmail.com (Arturo Rivas)
Date: Fri, 8 Jun 2012 13:56:14 +0200
Subject: LCR compilation problem
In-Reply-To: <4FD1E678.7080504@netzing.de>
References: <48B0FF89-9175-45E0-A0D3-F888A4957946@gmail.com>
	<4FC481AD.1000600@virtunix.nl>
	<CA+_rdNfjZPYEdfb_GMEYAsUKe+5pLT29S=sDDBUn-hvLETJ1fg@mail.gmail.com>
	<4FC6701E.6020304@virtunix.nl> <4598445098124032660@unknownmsgid>
	<4FC765E2.8070501@informatik.uni-freiburg.de>
	<CA+_rdNcOO7nAkCM7r4aBTW37d6vbKimgiVpeRQJ4T0aJBazw2g@mail.gmail.com>
	<CA+_rdNfqQTOHkZQE21jEdMPmBH95_AZEtWGrq=Kmuovm39+zyg@mail.gmail.com>
	<4FCCB0B2.4040903@informatik.uni-freiburg.de>
	<DE9002EA-5DB4-47F5-A94F-A8907C18EE84@gmail.com>
	<4FCE3174.5040302@informatik.uni-freiburg.de>
	<CA+_rdNfN6nDCOiv1SgtGCDJzZnrW5pp1U+GTQvHg7BVXCYJZxQ@mail.gmail.com>
	<4FD1E678.7080504@netzing.de>
Message-ID: <CA+_rdNc4joRsh2=1tmc426U4YA8vi75ajwQKULswLnQO8vYs8Q@mail.gmail.com>

Hi! Thank you for your response. That's was the error. Now it works
correctly.

2012/6/8 Ulrich Meckel <meckel at netzing.de>

> **
> Hi
>
> Did you start osmo-nitb with the "-m" Option?
> "-m --mncc-sock Disable built-in MNCC handler and offer socket"
>
> Regards
> Ulrich
>
>
>
> On 08.06.2012 11:27, Arturo Rivas wrote:
>
> Hi!
>
>  I've already start osmo-nitb and it's working correctly but still not
> connect with mncc socket.
>
> 2012/6/5 Konrad Meier <meierk at informatik.uni-freiburg.de>
>
>> On 05.06.2012 17:41, Arturo Rivas wrote:
>>
>>>  Hi!
>>>
>>> All programs was compiled correctly buy when I try to execute lcr:
>>>
>>>  /rivas at pfc:~$ sudo /opt/lcr/sbin/lcr start/
>>> /
>>> /
>>> /** LCR Version 1.10/
>>> /
>>> /
>>> /000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found./
>>> /000000 DEBUG (in mISDNloop_open() line 36): Open external interface of
>>> loopback./
>>> /000000 DEBUG (in mISDNport_open() line 2388): Port has 30 b-channels./
>>> /000000 DEBUG (in mISDNport_open() line 2409): using 'mISDN_dsp.o'
>>> module/
>>> /000000 TRACE 05.06.12 17:36:19.305 CH: PORT (open) port 1 mode network
>>> channels 30/
>>> /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect
>>> to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/
>>> /LCR 1.10 started, waiting for calls.../
>>> /000000 TRACE 05.06.12 17:36:19.326 --: LCR 1.10 started, waiting for
>>> calls.../
>>> /000000 TRACE 05.06.12 17:36:20.480 --: REMOTE APP registers app
>>> name=asterisk/
>>> /000000 ERROR (in mncc_socket_retry_cb() line 1102): Could not connect
>>> to MNCC socket /tmp/bsc_mncc, retrying in 5 seconds/
>>>
>>
>> This output looks ok. You have to start the BSC software "osmo-nitb".
>> The BSC is no longer integrated into LCR.
>>
>> Regards
>> Konrad
>>
>>
>
>
> --
> _______________________________________________________________________
> Ulrich Meckel
> Entwicklung                               Mail:  Meckel at netzing.de
>
>
> NETZING Solutions AG                      Tel.:  0351/41381 -  0
> Fr?belstr. 57, 01159 Dresden              Fax:   0351/41381 - 12
> _______________________________________________________________________
>
> Impressum:
> NETZING Solutions AG  -  Fr?belstra?e 57   -   01159 Dresden
> Sitz der Gesellschaft Amtsgericht Dresden HRB 18926
> Vorstand  Dieter Schneider  -  Aufsichtsratsvorsitzender Volker Kanitz
> USt.Id DE211326547  Mail:  netzing.ag at netzing.de
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120608/37b44e75/attachment.htm>

From peter at stuge.se  Sat Jun  2 11:36:17 2012
From: peter at stuge.se (Peter Stuge)
Date: Sat, 2 Jun 2012 13:36:17 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
Message-ID: <20120602113617.13190.qmail@stuge.se>

Ellen Apolinar wrote:
> So now I'm not sure what to do because I'm not sure what exactly is wrong
> and if it could work without a BTS.

I'm not sure if OpenBSC can run without any BTS. What would the point
be anyway?


> There are enough informations if I want to test a BS11 or a nanoBTS
> but I'm a little bit lost how to work with another BTS.

Those two and Nokia MetroSite are the only supported BTSes so far.


> In the next day I will get the traces from the several BTS to build an
> interface between BTS and OpenBSC so I can build the openbsc.cfg-file.

What do you mean by "interface" exactly? Are you planning on
developing code in OpenBSC that supports new BTSes? That would be
great, of course!


> But it would be great if it is possible to test OpenBSC before I get
> the traces.

I think the only way you can test OpenBSC is with one of the
supported BTSes.


//Peter



From m_josenhans at web.de  Sat Jun  2 18:21:17 2012
From: m_josenhans at web.de (M. Josenhans)
Date: Sat, 02 Jun 2012 20:21:17 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
Message-ID: <4FCA599D.3030906@web.de>

Hi Ellen,

here is how I start OpenBSC without any BTS.

cd openbsc

src/osmo-nitb -c doc/examples/osmo-nitb/nanobts/openbsc.cfg -C

and make sure the current directory is not write protected.

Then I start the telnet terminal with:
telnet localhost 4242

Hope this helps.

Br,
Michael
PS:
Additional info:
osmo-nitb --help
http://openbsc.osmocom.org/trac/wiki/osmo-nitb

On 05/31/2012 10:08 AM, Ellen Apolinar wrote:
> Hey folks,
>
> I am new with OpenBSC and want to build OpenBSC with several BTS from
> different types.
>
> At first what I need: I want to test OpenBSC without a BTS just to see
> if the installation worked successfully. Also I need to know what I have
> to do if I want to use a BTS which isn't configured yet.
>
> What we want to do in the end is to test the BTS with a selfmade
> programm. For this we need an interface between the hardware BTS and the pc.
>
> What I have:
> Ubuntu 11.10
> Kernel 3.0.22
> several BTS (Siemens BS60/BS240, Nokia Citytalk, Alcatel G9100 etc...)
> HFC-E1 card from Cologne Chip
> OpenBSC
> Asterisk 1.8.4.4 + Web-GUI (Asterisk NOW 2.0)
> Dahdi 2.4.1
> Libpri 1.4
> mISDN v2.x
> mISDNuser 2.0.11
> LCR 1.7
> Twinkle, Wireshark etc.
>
> Why mISDN + Dahdi:
> First I tried to use mISDn + mISDNuser + LCR for a connection between
> OpenBSC and Asterisk. mISDN was integrated in the Kernel so I thought
> it's the best idea to use it. I installed mISDNuser and LCR but there
> are several problems. For further informations you can have a look here:
> http://www.ip-phone-forum.de/showthread.php?t=247932
>
> Because of the problems mit LCR/chan_LCR and Asterisk I decided to use
> Dahdi because it's also installed since I installed Asterisk. Asterisks
> works fine with the softphones which I created with Twinkle and also the
> Asterisk GUI works without problems.
>
> To use Dahdi:
> modprobe -r hfcmulti
> modprobe -r mISDN_core
> /etc/init.d/dahdi restart
>
> /etc/dahdi/system.conf:
> dchan=1
> bchan=2-30
>
> openbsc.cfg:
> e1_input
> e1_line 0 driver dahdi
>
> To start OpenBSC:
> cd /etc/openbsc/src/osmo-nitb
> ./osmo-nitb
> Error:
> <0005> bsc_init.c:493 Failed to parse the config file: 'openbsc.cfg'
>
> So now I'm not sure what to do because I'm not sure what exactly is
> wrong and if it could work without a BTS. There are enough informations
> if I want to test a BS11 or a nanoBTS but I'm a little bit lost how to
> work with another BTS.
>
> In the next day I will get the traces from the several BTS to build an
> interface between BTS and OpenBSC so I can build the openbsc.cfg-file.
> But it would be great if it is possible to test OpenBSC before I get the
> traces.
>
> To get a connection between OpenBSC and Astrisk with Dahdi is a problem
> which I should solve by myself. There should be enough information in
> the internet.
>
> if you have questions or need more informations just write an e-mail.
>
> Best regards and thanks in advance. It would be great if someone could
> help me or give me some advice what I could do.
>
> Ellen
>
>
>
>
>




From ellen.apolinar.td at googlemail.com  Mon Jun  4 07:23:21 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Mon, 4 Jun 2012 09:23:21 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <4FCA599D.3030906@web.de>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
Message-ID: <CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>

Hey Guys,

thanks a lot for your answers.

@Peter:
I want to test OpenBSC without BTS because the installation has to be ready
in the end of the week and in the moment there is no BTS which I can test
if it works. In the end I want to connect OpenBSC with several BTS. Before
OpenBSC runs with another BTS than those which are supported yet I have to
build an openbsc.cfg-file. That's is what I think I should do. I don't know
if there are other configurations to do. There is no way to use OpenBSC
which one of the BTS which are supported now. It has to work which one
other BTS.


@Michael:
I installed telnet and followed your steps but I get following message:

> /etc/openbsc/doc/examples# telnet localhost 4242
> Trying 127.0.0.1...
> telnet: Unable to connect to remote host: Connection refused
>
As I did:

> telnet localhost
>
I got:

> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Ubuntu 11.10
> ctdi-HP-Compaq-dc7100-CMT-PE219ET login: ctdi
> Password:
> Welcome to Ubuntu 11.10 (GNU/Linux 3.0.22 i686)
>
>  * Documentation:  https://help.ubuntu.com/
>
>
> The programs included with the Ubuntu system are free software;
> the exact distribution terms for each program are described in the
> individual files in /usr/share/doc/*/copyright.
>
> Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
> applicable law.
>

 As I did:

> telnet localhost 4242
>
I got:

> Trying 127.0.0.1...
> telnet: Unable to connect to remote host: Connection refused
>

I unloaded hfcmulti, mISDN_dsp, mISDN_core, started dahdi, but if I want to
start OpenBSC I get:

> /etc/openbsc/src/osmo-nitb# ./osmo-nitb -c openbsc.cfg
> <0005> bsc_init.c:512 Error enabling E1 input driver
>

Perhaps I did something wrong as I want to load the driver, because I have
an HFC-E1 card but dmesg shows:
dmesg

> dahdi: Telephony Interface Registered on major 196
> dahdi: Version: 2.4.1
> *vzaphfc: HFC-S PCI A ISDN (V1.42) loading*
>


Wish you a nice day.

Best regards.
Ellen


2012/6/2 M. Josenhans <m_josenhans at web.de>

> Hi Ellen,
>
> here is how I start OpenBSC without any BTS.
>
> cd openbsc
>
> src/osmo-nitb -c doc/examples/osmo-nitb/**nanobts/openbsc.cfg -C
>
> and make sure the current directory is not write protected.
>
> Then I start the telnet terminal with:
> telnet localhost 4242
>
> Hope this helps.
>
> Br,
> Michael
> PS:
> Additional info:
> osmo-nitb --help
> http://openbsc.osmocom.org/**trac/wiki/osmo-nitb<http://openbsc.osmocom.org/trac/wiki/osmo-nitb>
>
>
> On 05/31/2012 10:08 AM, Ellen Apolinar wrote:
>
>> Hey folks,
>>
>> I am new with OpenBSC and want to build OpenBSC with several BTS from
>> different types.
>>
>> At first what I need: I want to test OpenBSC without a BTS just to see
>> if the installation worked successfully. Also I need to know what I have
>> to do if I want to use a BTS which isn't configured yet.
>>
>> What we want to do in the end is to test the BTS with a selfmade
>> programm. For this we need an interface between the hardware BTS and the
>> pc.
>>
>> What I have:
>> Ubuntu 11.10
>> Kernel 3.0.22
>> several BTS (Siemens BS60/BS240, Nokia Citytalk, Alcatel G9100 etc...)
>> HFC-E1 card from Cologne Chip
>> OpenBSC
>> Asterisk 1.8.4.4 + Web-GUI (Asterisk NOW 2.0)
>> Dahdi 2.4.1
>> Libpri 1.4
>> mISDN v2.x
>> mISDNuser 2.0.11
>> LCR 1.7
>> Twinkle, Wireshark etc.
>>
>> Why mISDN + Dahdi:
>> First I tried to use mISDn + mISDNuser + LCR for a connection between
>> OpenBSC and Asterisk. mISDN was integrated in the Kernel so I thought
>> it's the best idea to use it. I installed mISDNuser and LCR but there
>> are several problems. For further informations you can have a look here:
>> http://www.ip-phone-forum.de/**showthread.php?t=247932<http://www.ip-phone-forum.de/showthread.php?t=247932>
>>
>> Because of the problems mit LCR/chan_LCR and Asterisk I decided to use
>> Dahdi because it's also installed since I installed Asterisk. Asterisks
>> works fine with the softphones which I created with Twinkle and also the
>> Asterisk GUI works without problems.
>>
>> To use Dahdi:
>> modprobe -r hfcmulti
>> modprobe -r mISDN_core
>> /etc/init.d/dahdi restart
>>
>> /etc/dahdi/system.conf:
>> dchan=1
>> bchan=2-30
>>
>> openbsc.cfg:
>> e1_input
>> e1_line 0 driver dahdi
>>
>> To start OpenBSC:
>> cd /etc/openbsc/src/osmo-nitb
>> ./osmo-nitb
>> Error:
>> <0005> bsc_init.c:493 Failed to parse the config file: 'openbsc.cfg'
>>
>> So now I'm not sure what to do because I'm not sure what exactly is
>> wrong and if it could work without a BTS. There are enough informations
>> if I want to test a BS11 or a nanoBTS but I'm a little bit lost how to
>> work with another BTS.
>>
>> In the next day I will get the traces from the several BTS to build an
>> interface between BTS and OpenBSC so I can build the openbsc.cfg-file.
>> But it would be great if it is possible to test OpenBSC before I get the
>> traces.
>>
>> To get a connection between OpenBSC and Astrisk with Dahdi is a problem
>> which I should solve by myself. There should be enough information in
>> the internet.
>>
>> if you have questions or need more informations just write an e-mail.
>>
>> Best regards and thanks in advance. It would be great if someone could
>> help me or give me some advice what I could do.
>>
>> Ellen
>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120604/dc3d6c72/attachment.htm>

From alexander.huemer at xx.vu  Mon Jun  4 07:38:11 2012
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Mon, 4 Jun 2012 09:38:11 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
Message-ID: <20120604073810.GA18190@de.xx.vu>

Hi Ellen,

On Mon, Jun 04, 2012 at 09:23:21AM +0200, Ellen Apolinar wrote:
> Before OpenBSC runs with another BTS than those which are supported yet I
> have to build an openbsc.cfg-file. That's is what I think I should do. I
> don't know if there are other configurations to do.

adding support for a BTS model is not just a matter of writing a
configuration file. The details of the used A-bis dialect have to be
implemented inside of OpenBSC before it makes sense to touch a config
file.

To do that you should have:
* One of the BTSs
* A lab environment
* Protocol traces of the A-bis link during startup and usage
* C programming skills
* Time

Right now you can only use the known BTS models with OpenBSC OOTB.

I hope that helps making the situation clearer.

Kind regards,
-Alexander Huemer



From ellen.apolinar.td at googlemail.com  Mon Jun  4 08:20:16 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Mon, 4 Jun 2012 10:20:16 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <20120604073810.GA18190@de.xx.vu>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<20120604073810.GA18190@de.xx.vu>
Message-ID: <CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>

Hi Alexander,


thank you for this information. That's very usefull.

Time is a problem because there is no much time so I have to do my best.

BTS hardware, lab environment and C programming skills aren't a problem. If
I'm at the end of my knowledge there are some ery good programmers which
could help me. But first I want to do it by myself.

So there are more BTS so I have to implement the A-Bis dialect for all of
these BTS? It seems that you have experience with this so perhaps you can
tell me where exactly I have to implement these. The only file I know to
configure is the openbsc.cfg-file. When I have to implement the A-bis
dialect in OpenBSC what do you mean? Which files I have to configure and
what do I need to know?

In the moment we are working with a GLJ adapter (T1/E1 Analyser
Hardware)for getting the traces between BTS and OpenBSC.

If you or someone else could us give tipps how to do it in the best way it
would be very appreciated.


Best gerads and thank you very much for your help.
Ellen




2012/6/4 Alexander Huemer <alexander.huemer at xx.vu>

> Hi Ellen,
>
> On Mon, Jun 04, 2012 at 09:23:21AM +0200, Ellen Apolinar wrote:
> > Before OpenBSC runs with another BTS than those which are supported yet I
> > have to build an openbsc.cfg-file. That's is what I think I should do. I
> > don't know if there are other configurations to do.
>
> adding support for a BTS model is not just a matter of writing a
> configuration file. The details of the used A-bis dialect have to be
> implemented inside of OpenBSC before it makes sense to touch a config
> file.
>
> To do that you should have:
> * One of the BTSs
> * A lab environment
> * Protocol traces of the A-bis link during startup and usage
> * C programming skills
> * Time
>
> Right now you can only use the known BTS models with OpenBSC OOTB.
>
> I hope that helps making the situation clearer.
>
> Kind regards,
> -Alexander Huemer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120604/b6b4f8fa/attachment.htm>

From ellen.apolinar.td at googlemail.com  Mon Jun  4 08:29:28 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Mon, 4 Jun 2012 10:29:28 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<20120604073810.GA18190@de.xx.vu>
	<CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
Message-ID: <CAAyk0ZTEU4fPE3Fi7gXjVhuZnvhAqtDEpjvEm_eYa1BMUkp8ZA@mail.gmail.com>

Another question which is the most important: Is it possible to use OpenBSC
with UMTS instead of GSM?

Regards
Ellen


2012/6/4 Ellen Apolinar <ellen.apolinar.td at googlemail.com>

> Hi Alexander,
>
>
> thank you for this information. That's very usefull.
>
> Time is a problem because there is no much time so I have to do my best.
>
> BTS hardware, lab environment and C programming skills aren't a problem.
> If I'm at the end of my knowledge there are some ery good programmers which
> could help me. But first I want to do it by myself.
>
> So there are more BTS so I have to implement the A-Bis dialect for all of
> these BTS? It seems that you have experience with this so perhaps you can
> tell me where exactly I have to implement these. The only file I know to
> configure is the openbsc.cfg-file. When I have to implement the A-bis
> dialect in OpenBSC what do you mean? Which files I have to configure and
> what do I need to know?
>
> In the moment we are working with a GLJ adapter (T1/E1 Analyser Hardware)for getting the traces between BTS and OpenBSC.
>
> If you or someone else could us give tipps how to do it in the best way it
> would be very appreciated.
>
>
> Best gerads and thank you very much for your help.
> Ellen
>
>
>
>
> 2012/6/4 Alexander Huemer <alexander.huemer at xx.vu>
>
>> Hi Ellen,
>>
>> On Mon, Jun 04, 2012 at 09:23:21AM +0200, Ellen Apolinar wrote:
>> > Before OpenBSC runs with another BTS than those which are supported yet
>> I
>> > have to build an openbsc.cfg-file. That's is what I think I should do. I
>> > don't know if there are other configurations to do.
>>
>> adding support for a BTS model is not just a matter of writing a
>> configuration file. The details of the used A-bis dialect have to be
>> implemented inside of OpenBSC before it makes sense to touch a config
>> file.
>>
>> To do that you should have:
>> * One of the BTSs
>> * A lab environment
>> * Protocol traces of the A-bis link during startup and usage
>> * C programming skills
>> * Time
>>
>> Right now you can only use the known BTS models with OpenBSC OOTB.
>>
>> I hope that helps making the situation clearer.
>>
>> Kind regards,
>> -Alexander Huemer
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120604/16cf660f/attachment.htm>

From alexander.huemer at xx.vu  Mon Jun  4 08:39:34 2012
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Mon, 4 Jun 2012 10:39:34 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZTEU4fPE3Fi7gXjVhuZnvhAqtDEpjvEm_eYa1BMUkp8ZA@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<20120604073810.GA18190@de.xx.vu>
	<CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
	<CAAyk0ZTEU4fPE3Fi7gXjVhuZnvhAqtDEpjvEm_eYa1BMUkp8ZA@mail.gmail.com>
Message-ID: <20120604083934.GC18190@de.xx.vu>

On Mon, Jun 04, 2012 at 10:29:28AM +0200, Ellen Apolinar wrote:
> Another question which is the most important: Is it possible to use OpenBSC
> with UMTS instead of GSM?
that hurts.



From ellen.apolinar.td at googlemail.com  Mon Jun  4 10:40:22 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Mon, 4 Jun 2012 12:40:22 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <20120604083934.GC18190@de.xx.vu>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<20120604073810.GA18190@de.xx.vu>
	<CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
	<CAAyk0ZTEU4fPE3Fi7gXjVhuZnvhAqtDEpjvEm_eYa1BMUkp8ZA@mail.gmail.com>
	<20120604083934.GC18190@de.xx.vu>
Message-ID: <CAAyk0ZSHBTmLswD9HjHwJhNLNS+hXbT7QhsrKiiPK8ML9f+wug@mail.gmail.com>

So it seems that connecting OpenBSC with an UMTS BTS is not a good idea.
I have read that the developer want to try to make it possible that OpenBSC
supports UMTS. But perhaps it is possible to do it by myself?

The purpose of my project is to connect several BTS (GSM and UMTS) with
the pc and to build an interface between both (BTS and pc) so we can test
the
BTS with selfprogrammed software. Our first idea is to realize this with
OpenBSC.

That's why I need it for GSM and also for UMTS and why I want to make
OpenBSC supporting several BTS.

When someone of you have ideas how to realize it with OpenBSC I would be
happe of any kind of tipps.
I know that this isn't done in a few weeks and that there is very much to
do before it could work.

Best regards
Ellen



2012/6/4 Alexander Huemer <alexander.huemer at xx.vu>

> On Mon, Jun 04, 2012 at 10:29:28AM +0200, Ellen Apolinar wrote:
> > Another question which is the most important: Is it possible to use
> OpenBSC
> > with UMTS instead of GSM?
> that hurts.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120604/85273747/attachment.htm>

From alexander.huemer at xx.vu  Mon Jun  4 11:22:25 2012
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Mon, 4 Jun 2012 13:22:25 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZSHBTmLswD9HjHwJhNLNS+hXbT7QhsrKiiPK8ML9f+wug@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<20120604073810.GA18190@de.xx.vu>
	<CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
	<CAAyk0ZTEU4fPE3Fi7gXjVhuZnvhAqtDEpjvEm_eYa1BMUkp8ZA@mail.gmail.com>
	<20120604083934.GC18190@de.xx.vu>
	<CAAyk0ZSHBTmLswD9HjHwJhNLNS+hXbT7QhsrKiiPK8ML9f+wug@mail.gmail.com>
Message-ID: <20120604112225.GE18190@de.xx.vu>

On Mon, Jun 04, 2012 at 12:40:22PM +0200, Ellen Apolinar wrote:
> So it seems that connecting OpenBSC with an UMTS BTS is not a good idea.
That's not the point.
There is just no support for UMTS whatsoever in OpenBSC.
If you had spent 10 minutes cross-reading the wiki you would have known
that.

> I have read that the developer want to try to make it possible that OpenBSC
> supports UMTS. But perhaps it is possible to do it by myself?
As you read, developers (people who have years of experience in coding
telco protocols) want to try to do something in this field.
So, the question that comes to my mind is: What enables you to pursue
such a high hanging fruit?
That would either be a lot of money or an extremely high skill level.
I think many people here on the list are interested in the details of
your situation.
Also, this is an open source software project. Are you planning on
contributing your work to the community under an AGPL compatible license?

Kind regards,
-Alexander Huemer



From peter at stuge.se  Mon Jun  4 11:30:00 2012
From: peter at stuge.se (Peter Stuge)
Date: Mon, 4 Jun 2012 13:30:00 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZSHBTmLswD9HjHwJhNLNS+hXbT7QhsrKiiPK8ML9f+wug@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<20120604073810.GA18190@de.xx.vu>
	<CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
	<CAAyk0ZTEU4fPE3Fi7gXjVhuZnvhAqtDEpjvEm_eYa1BMUkp8ZA@mail.gmail.com>
	<20120604083934.GC18190@de.xx.vu>
	<CAAyk0ZSHBTmLswD9HjHwJhNLNS+hXbT7QhsrKiiPK8ML9f+wug@mail.gmail.com>
Message-ID: <20120604113001.28934.qmail@stuge.se>

Ellen Apolinar wrote:
> So it seems that connecting OpenBSC with an UMTS BTS is not a good idea.
> I have read that the developer want to try to make it possible that OpenBSC
> supports UMTS. But perhaps it is possible to do it by myself?

I'd suggest to focus on the GSM BTSes first. Once you have
implemented support for the new BTSes in OpenBSC you will be familiar
not only with the OpenBSC source code but also with other project
participants.


> The purpose of my project is to connect several BTS (GSM and UMTS) with
> the pc and to build an interface between both (BTS and pc) so we can test
> the BTS with selfprogrammed software. Our first idea is to realize this
> with OpenBSC.

I think it's a good plan. OpenBSC can help you by being a framework
in the early stages of communicating with the BTSes.


> When someone of you have ideas how to realize it with OpenBSC I would
> be happe of any kind of tipps.

You have to dive into the source code at this point.

Look at how the communication with existing supported BTSes works, and
start adding code for any of the BTSes you want to support. Since you
have multiple to work with, start with the one that has the smallest
differences to one of the already supported BTSes, which besides the
BS-11, nanoBTS, and MetroSite also includes the InSite as was pointed
out to me off-list. (Thanks for the correction!)


> I know that this isn't done in a few weeks and that there is very
> much to do before it could work.

Well, it depends on how different your various BTSes are from the
supported ones. If you are lucky some of the code you need to write
will be very easy.


//Peter



From alexander.huemer at xx.vu  Mon Jun  4 08:36:19 2012
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Mon, 4 Jun 2012 10:36:19 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<20120604073810.GA18190@de.xx.vu>
	<CAAyk0ZRN8y4fbGGJnR-M+-u8Aw4oENt9qQopb3NFhJtmHww20Q@mail.gmail.com>
Message-ID: <20120604083618.GB18190@de.xx.vu>

On Mon, Jun 04, 2012 at 10:20:16AM +0200, Ellen Apolinar wrote:
> So there are more BTS so I have to implement the A-Bis dialect for all of
> these BTS?
yes.
> It seems that you have experience with this so perhaps you can
> tell me where exactly I have to implement these.
Start looking at the code.

> The only file I know to configure is the openbsc.cfg-file.
Again, this is not about configuring.

> When I have to implement the A-bis dialect in OpenBSC what do you mean?
I don't know how to make that even more clear.

> Which files I have to configure and what do I need to know?
It is _NOT_ a configuration issue.

> In the moment we are working with a GLJ adapter (T1/E1 Analyser
> Hardware)for getting the traces between BTS and OpenBSC.
Sounds like a good start.

> If you or someone else could us give tipps how to do it in the best way it
> would be very appreciated.
Although that's completely obvious: look at how it's done for the other
BTS models.

Kind regards,
-Alexander Huemer



From m_josenhans at web.de  Mon Jun  4 18:42:34 2012
From: m_josenhans at web.de (M. Josenhans)
Date: Mon, 04 Jun 2012 20:42:34 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
Message-ID: <4FCD019A.5080605@web.de>

Hi Ellen,

I need to correct:

cd openbsc
src/osmo-nitb/osmo-nitb -c doc/examples/osmo-nitb/nanobts/openbsc.cfg -C

Then you should see the message:
<0019> ipaccess.c:841 enabling ipaccess BSC mode
DB: Database initialized.
DB: Database prepared.
<0007> sms_queue.c:232 Attempting to send 20 SMS

telnet localhost 4242

Br,
Michael


Am 04.06.2012 09:23, schrieb Ellen Apolinar:
> Hey Guys,
>
> thanks a lot for your answers.
>
> @Peter:
> I want to test OpenBSC without BTS because the installation has to be
> ready in the end of the week and in the moment there is no BTS which I
> can test if it works. In the end I want to connect OpenBSC with several
> BTS. Before OpenBSC runs with another BTS than those which are supported
> yet I have to build an openbsc.cfg-file. That's is what I think I should
> do. I don't know if there are other configurations to do. There is no
> way to use OpenBSC which one of the BTS which are supported now. It has
> to work which one other BTS.
>
>
> @Michael:
> I installed telnet and followed your steps but I get following message:
>
>     /etc/openbsc/doc/examples# telnet localhost 4242
>     Trying 127.0.0.1...
>     telnet: Unable to connect to remote host: Connection refused
>
> As I did:
>
>     telnet localhost
>
> I got:
>
>     Trying 127.0.0.1...
>     Connected to localhost.
>     Escape character is '^]'.
>     Ubuntu 11.10
>     ctdi-HP-Compaq-dc7100-CMT-PE219ET login: ctdi
>     Password:
>     Welcome to Ubuntu 11.10 (GNU/Linux 3.0.22 i686)
>
>       * Documentation: https://help.ubuntu.com/
>
>
>     The programs included with the Ubuntu system are free software;
>     the exact distribution terms for each program are described in the
>     individual files in /usr/share/doc/*/copyright.
>
>     Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
>     applicable law.
>
>   As I did:
>
>     telnet localhost 4242
>
> I got:
>
>     Trying 127.0.0.1...
>     telnet: Unable to connect to remote host: Connection refused
>
>
> I unloaded hfcmulti, mISDN_dsp, mISDN_core, started dahdi, but if I want
> to start OpenBSC I get:
>
>     /etc/openbsc/src/osmo-nitb# ./osmo-nitb -c openbsc.cfg
>     <0005> bsc_init.c:512 Error enabling E1 input driver
>
>
> Perhaps I did something wrong as I want to load the driver, because I
> have an HFC-E1 card but dmesg shows:
> dmesg
>
>     dahdi: Telephony Interface Registered on major 196
>     dahdi: Version: 2.4.1
>     *vzaphfc: HFC-S PCI A ISDN (V1.42) loading*
>
>
>
> Wish you a nice day.
>
> Best regards.
> Ellen
>
>
> 2012/6/2 M. Josenhans <m_josenhans at web.de <mailto:m_josenhans at web.de>>
>
>     Hi Ellen,
>
>     here is how I start OpenBSC without any BTS.
>
>     cd openbsc
>
>     src/osmo-nitb -c doc/examples/osmo-nitb/__nanobts/openbsc.cfg -C
>
>     and make sure the current directory is not write protected.
>
>     Then I start the telnet terminal with:
>     telnet localhost 4242
>
>     Hope this helps.
>
>     Br,
>     Michael
>     PS:
>     Additional info:
>     osmo-nitb --help
>     http://openbsc.osmocom.org/__trac/wiki/osmo-nitb
>     <http://openbsc.osmocom.org/trac/wiki/osmo-nitb>
>
>
>     On 05/31/2012 10:08 AM, Ellen Apolinar wrote:
>
>         Hey folks,
>
>         I am new with OpenBSC and want to build OpenBSC with several BTS
>         from
>         different types.
>
>         At first what I need: I want to test OpenBSC without a BTS just
>         to see
>         if the installation worked successfully. Also I need to know
>         what I have
>         to do if I want to use a BTS which isn't configured yet.
>
>         What we want to do in the end is to test the BTS with a selfmade
>         programm. For this we need an interface between the hardware BTS
>         and the pc.
>
>         What I have:
>         Ubuntu 11.10
>         Kernel 3.0.22
>         several BTS (Siemens BS60/BS240, Nokia Citytalk, Alcatel G9100
>         etc...)
>         HFC-E1 card from Cologne Chip
>         OpenBSC
>         Asterisk 1.8.4.4 + Web-GUI (Asterisk NOW 2.0)
>         Dahdi 2.4.1
>         Libpri 1.4
>         mISDN v2.x
>         mISDNuser 2.0.11
>         LCR 1.7
>         Twinkle, Wireshark etc.
>
>         Why mISDN + Dahdi:
>         First I tried to use mISDn + mISDNuser + LCR for a connection
>         between
>         OpenBSC and Asterisk. mISDN was integrated in the Kernel so I
>         thought
>         it's the best idea to use it. I installed mISDNuser and LCR but
>         there
>         are several problems. For further informations you can have a
>         look here:
>         http://www.ip-phone-forum.de/__showthread.php?t=247932
>         <http://www.ip-phone-forum.de/showthread.php?t=247932>
>
>         Because of the problems mit LCR/chan_LCR and Asterisk I decided
>         to use
>         Dahdi because it's also installed since I installed Asterisk.
>         Asterisks
>         works fine with the softphones which I created with Twinkle and
>         also the
>         Asterisk GUI works without problems.
>
>         To use Dahdi:
>         modprobe -r hfcmulti
>         modprobe -r mISDN_core
>         /etc/init.d/dahdi restart
>
>         /etc/dahdi/system.conf:
>         dchan=1
>         bchan=2-30
>
>         openbsc.cfg:
>         e1_input
>         e1_line 0 driver dahdi
>
>         To start OpenBSC:
>         cd /etc/openbsc/src/osmo-nitb
>         ./osmo-nitb
>         Error:
>         <0005> bsc_init.c:493 Failed to parse the config file: 'openbsc.cfg'
>
>         So now I'm not sure what to do because I'm not sure what exactly is
>         wrong and if it could work without a BTS. There are enough
>         informations
>         if I want to test a BS11 or a nanoBTS but I'm a little bit lost
>         how to
>         work with another BTS.
>
>         In the next day I will get the traces from the several BTS to
>         build an
>         interface between BTS and OpenBSC so I can build the
>         openbsc.cfg-file.
>         But it would be great if it is possible to test OpenBSC before I
>         get the
>         traces.
>
>         To get a connection between OpenBSC and Astrisk with Dahdi is a
>         problem
>         which I should solve by myself. There should be enough
>         information in
>         the internet.
>
>         if you have questions or need more informations just write an
>         e-mail.
>
>         Best regards and thanks in advance. It would be great if someone
>         could
>         help me or give me some advice what I could do.
>
>         Ellen
>
>
>
>
>
>
>




From ellen.apolinar.td at googlemail.com  Wed Jun  6 07:45:55 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Wed, 6 Jun 2012 09:45:55 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <4FCD019A.5080605@web.de>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<4FCD019A.5080605@web.de>
Message-ID: <CAAyk0ZRQxCiLq8AQ_wGGSvV4fvrQwV8ZBwTV12A00MnxVgyEPQ@mail.gmail.com>

Hey Michael,

thanks. In the moment there is another problem.

Since yesterday I wasn't able to load the module zaphfc.

> modprobe zaphfc
> FATAL: Error inserting zaphfc
> (/lib/modules/3.0.22/dahdi/zaphfc/zaphfc.ko): Unknown symbol in module, or
> unknown parameter (see dmesg)
>

Now I'm installing Asterisk a second time and hope that it works. Then I
will try your advice again and give you a answer how it works.

Wish you a nice day.

Regards
Ellen





2012/6/4 M. Josenhans <m_josenhans at web.de>

> Hi Ellen,
>
> I need to correct:
>
> cd openbsc
> src/osmo-nitb/osmo-nitb -c doc/examples/osmo-nitb/**nanobts/openbsc.cfg -C
>
> Then you should see the message:
> <0019> ipaccess.c:841 enabling ipaccess BSC mode
> DB: Database initialized.
> DB: Database prepared.
> <0007> sms_queue.c:232 Attempting to send 20 SMS
>
> telnet localhost 4242
>
> Br,
> Michael
>
>
> Am 04.06.2012 09:23, schrieb Ellen Apolinar:
>
>> Hey Guys,
>>
>> thanks a lot for your answers.
>>
>> @Peter:
>> I want to test OpenBSC without BTS because the installation has to be
>> ready in the end of the week and in the moment there is no BTS which I
>> can test if it works. In the end I want to connect OpenBSC with several
>> BTS. Before OpenBSC runs with another BTS than those which are supported
>> yet I have to build an openbsc.cfg-file. That's is what I think I should
>> do. I don't know if there are other configurations to do. There is no
>> way to use OpenBSC which one of the BTS which are supported now. It has
>> to work which one other BTS.
>>
>>
>> @Michael:
>> I installed telnet and followed your steps but I get following message:
>>
>>    /etc/openbsc/doc/examples# telnet localhost 4242
>>    Trying 127.0.0.1...
>>    telnet: Unable to connect to remote host: Connection refused
>>
>> As I did:
>>
>>    telnet localhost
>>
>> I got:
>>
>>    Trying 127.0.0.1...
>>    Connected to localhost.
>>    Escape character is '^]'.
>>    Ubuntu 11.10
>>    ctdi-HP-Compaq-dc7100-CMT-**PE219ET login: ctdi
>>    Password:
>>    Welcome to Ubuntu 11.10 (GNU/Linux 3.0.22 i686)
>>
>>      * Documentation: https://help.ubuntu.com/
>>
>>
>>    The programs included with the Ubuntu system are free software;
>>    the exact distribution terms for each program are described in the
>>    individual files in /usr/share/doc/*/copyright.
>>
>>    Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
>>    applicable law.
>>
>>  As I did:
>>
>>    telnet localhost 4242
>>
>> I got:
>>
>>    Trying 127.0.0.1...
>>    telnet: Unable to connect to remote host: Connection refused
>>
>>
>> I unloaded hfcmulti, mISDN_dsp, mISDN_core, started dahdi, but if I want
>> to start OpenBSC I get:
>>
>>    /etc/openbsc/src/osmo-nitb# ./osmo-nitb -c openbsc.cfg
>>    <0005> bsc_init.c:512 Error enabling E1 input driver
>>
>>
>> Perhaps I did something wrong as I want to load the driver, because I
>> have an HFC-E1 card but dmesg shows:
>> dmesg
>>
>>    dahdi: Telephony Interface Registered on major 196
>>    dahdi: Version: 2.4.1
>>    *vzaphfc: HFC-S PCI A ISDN (V1.42) loading*
>>
>>
>>
>>
>> Wish you a nice day.
>>
>> Best regards.
>> Ellen
>>
>>
>> 2012/6/2 M. Josenhans <m_josenhans at web.de <mailto:m_josenhans at web.de>>
>>
>>
>>    Hi Ellen,
>>
>>    here is how I start OpenBSC without any BTS.
>>
>>    cd openbsc
>>
>>    src/osmo-nitb -c doc/examples/osmo-nitb/__**nanobts/openbsc.cfg -C
>>
>>
>>    and make sure the current directory is not write protected.
>>
>>    Then I start the telnet terminal with:
>>    telnet localhost 4242
>>
>>    Hope this helps.
>>
>>    Br,
>>    Michael
>>    PS:
>>    Additional info:
>>    osmo-nitb --help
>>    http://openbsc.osmocom.org/__**trac/wiki/osmo-nitb<http://openbsc.osmocom.org/__trac/wiki/osmo-nitb>
>>
>>    <http://openbsc.osmocom.org/**trac/wiki/osmo-nitb<http://openbsc.osmocom.org/trac/wiki/osmo-nitb>
>> >
>>
>>
>>    On 05/31/2012 10:08 AM, Ellen Apolinar wrote:
>>
>>        Hey folks,
>>
>>        I am new with OpenBSC and want to build OpenBSC with several BTS
>>        from
>>        different types.
>>
>>        At first what I need: I want to test OpenBSC without a BTS just
>>        to see
>>        if the installation worked successfully. Also I need to know
>>        what I have
>>        to do if I want to use a BTS which isn't configured yet.
>>
>>        What we want to do in the end is to test the BTS with a selfmade
>>        programm. For this we need an interface between the hardware BTS
>>        and the pc.
>>
>>        What I have:
>>        Ubuntu 11.10
>>        Kernel 3.0.22
>>        several BTS (Siemens BS60/BS240, Nokia Citytalk, Alcatel G9100
>>        etc...)
>>        HFC-E1 card from Cologne Chip
>>        OpenBSC
>>        Asterisk 1.8.4.4 + Web-GUI (Asterisk NOW 2.0)
>>        Dahdi 2.4.1
>>        Libpri 1.4
>>        mISDN v2.x
>>        mISDNuser 2.0.11
>>        LCR 1.7
>>        Twinkle, Wireshark etc.
>>
>>        Why mISDN + Dahdi:
>>        First I tried to use mISDn + mISDNuser + LCR for a connection
>>        between
>>        OpenBSC and Asterisk. mISDN was integrated in the Kernel so I
>>        thought
>>        it's the best idea to use it. I installed mISDNuser and LCR but
>>        there
>>        are several problems. For further informations you can have a
>>        look here:
>>        http://www.ip-phone-forum.de/_**_showthread.php?t=247932<http://www.ip-phone-forum.de/__showthread.php?t=247932>
>>
>>        <http://www.ip-phone-forum.de/**showthread.php?t=247932<http://www.ip-phone-forum.de/showthread.php?t=247932>
>> >
>>
>>        Because of the problems mit LCR/chan_LCR and Asterisk I decided
>>        to use
>>        Dahdi because it's also installed since I installed Asterisk.
>>        Asterisks
>>        works fine with the softphones which I created with Twinkle and
>>        also the
>>        Asterisk GUI works without problems.
>>
>>        To use Dahdi:
>>        modprobe -r hfcmulti
>>        modprobe -r mISDN_core
>>        /etc/init.d/dahdi restart
>>
>>        /etc/dahdi/system.conf:
>>        dchan=1
>>        bchan=2-30
>>
>>        openbsc.cfg:
>>        e1_input
>>        e1_line 0 driver dahdi
>>
>>        To start OpenBSC:
>>        cd /etc/openbsc/src/osmo-nitb
>>        ./osmo-nitb
>>        Error:
>>        <0005> bsc_init.c:493 Failed to parse the config file:
>> 'openbsc.cfg'
>>
>>        So now I'm not sure what to do because I'm not sure what exactly is
>>        wrong and if it could work without a BTS. There are enough
>>        informations
>>        if I want to test a BS11 or a nanoBTS but I'm a little bit lost
>>        how to
>>        work with another BTS.
>>
>>        In the next day I will get the traces from the several BTS to
>>        build an
>>        interface between BTS and OpenBSC so I can build the
>>        openbsc.cfg-file.
>>        But it would be great if it is possible to test OpenBSC before I
>>        get the
>>        traces.
>>
>>        To get a connection between OpenBSC and Astrisk with Dahdi is a
>>        problem
>>        which I should solve by myself. There should be enough
>>        information in
>>        the internet.
>>
>>        if you have questions or need more informations just write an
>>        e-mail.
>>
>>        Best regards and thanks in advance. It would be great if someone
>>        could
>>        help me or give me some advice what I could do.
>>
>>        Ellen
>>
>>
>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120606/20cdfefa/attachment.htm>

From ellen.apolinar.td at googlemail.com  Mon Jun 18 07:50:20 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Mon, 18 Jun 2012 09:50:20 +0200
Subject: OpenBSC with Dahdi+Asterisk and several BTS
In-Reply-To: <CAAyk0ZRQxCiLq8AQ_wGGSvV4fvrQwV8ZBwTV12A00MnxVgyEPQ@mail.gmail.com>
References: <CAAyk0ZQm4e=LXiEXkNNNu8yKZwK7xEDfSONM5=Qo9Gn9OXyURg@mail.gmail.com>
	<4FCA599D.3030906@web.de>
	<CAAyk0ZQrzSE1Uh4Pt+WAjm+7e3MZ2b2+S+iZbAC9kH4gk4sEMA@mail.gmail.com>
	<4FCD019A.5080605@web.de>
	<CAAyk0ZRQxCiLq8AQ_wGGSvV4fvrQwV8ZBwTV12A00MnxVgyEPQ@mail.gmail.com>
Message-ID: <CAAyk0ZRVR+MEN9nZw_w_pgXb2jBQmp1FJfbEE10RzqGLf82prw@mail.gmail.com>

Hey folks,

I think, OpenBSC works now. Here what I did and what I get:

I tried the steps from Michael and get following answer:

To test telnet:

/etc/init.d/openbsd-inetd restart

>  * Restarting internet superserver inetd
>

telnet 192.168.0.102

> Trying 192.168.0.102...
> Connected to 192.168.0.102.
> Escape character is '^]'.
> Ubuntu 11.10
> server login: admin
> Password:
> Last login: Mon Jun 18 09:35:35 CEST 2012 fromserver.fritz.box on pts/1
>
> Welcome to Ubuntu 11.10 (GNU/Linux 3.0.22 i686)
>  * Documentation:  https://help.ubuntu.com/
>


The steps from Michael:

./osmo-nitb -c openbsc.cfg -C

> 1 device found
>         id:             0
>         Dprotocols:     00000018
>         Bprotocols:     0000006e
>         protocol:       4
>         nrbchan:        30
>         name:           hfc-e1.1
> activate bchan
> activate bchan
> DB: Database initialized.
> DB: Database prepared.

<0007> sms_queue.c:232 Attempting to send 20 SMS
>

telnet localhost 4242

> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Welcome to the OpenBSC control interface
> Copyright (C) 2008-2010 Harald Welte, Holger Freyther
> Contributions by Daniel Willmann, Jan L?bbe, Stefan Schmidt
> Dieter Spaar, Andreas Eversberg, Sylvain Munaut
>
> License AGPLv3+: GNU AGPL version 3 or later <
> http://gnu.org/licenses/agpl-3.0.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> OpenBSC>
>

:-)

So thanks a lot to you all who helped me. This Mailinglist was a great
support for me to install OpenBSC,

Regards.
Ellen



2012/6/6 Ellen Apolinar <ellen.apolinar.td at googlemail.com>

> Hey Michael,
>
> thanks. In the moment there is another problem.
>
> Since yesterday I wasn't able to load the module zaphfc.
>
>> modprobe zaphfc
>> FATAL: Error inserting zaphfc
>> (/lib/modules/3.0.22/dahdi/zaphfc/zaphfc.ko): Unknown symbol in module, or
>> unknown parameter (see dmesg)
>>
>
> Now I'm installing Asterisk a second time and hope that it works. Then I
> will try your advice again and give you a answer how it works.
>
> Wish you a nice day.
>
> Regards
> Ellen
>
>
>
>
>
> 2012/6/4 M. Josenhans <m_josenhans at web.de>
>
> Hi Ellen,
>>
>> I need to correct:
>>
>> cd openbsc
>> src/osmo-nitb/osmo-nitb -c doc/examples/osmo-nitb/**nanobts/openbsc.cfg
>> -C
>>
>> Then you should see the message:
>> <0019> ipaccess.c:841 enabling ipaccess BSC mode
>> DB: Database initialized.
>> DB: Database prepared.
>> <0007> sms_queue.c:232 Attempting to send 20 SMS
>>
>> telnet localhost 4242
>>
>> Br,
>> Michael
>>
>>
>> Am 04.06.2012 09:23, schrieb Ellen Apolinar:
>>
>>> Hey Guys,
>>>
>>> thanks a lot for your answers.
>>>
>>> @Peter:
>>> I want to test OpenBSC without BTS because the installation has to be
>>> ready in the end of the week and in the moment there is no BTS which I
>>> can test if it works. In the end I want to connect OpenBSC with several
>>> BTS. Before OpenBSC runs with another BTS than those which are supported
>>> yet I have to build an openbsc.cfg-file. That's is what I think I should
>>> do. I don't know if there are other configurations to do. There is no
>>> way to use OpenBSC which one of the BTS which are supported now. It has
>>> to work which one other BTS.
>>>
>>>
>>> @Michael:
>>> I installed telnet and followed your steps but I get following message:
>>>
>>>    /etc/openbsc/doc/examples# telnet localhost 4242
>>>    Trying 127.0.0.1...
>>>    telnet: Unable to connect to remote host: Connection refused
>>>
>>> As I did:
>>>
>>>    telnet localhost
>>>
>>> I got:
>>>
>>>    Trying 127.0.0.1...
>>>    Connected to localhost.
>>>    Escape character is '^]'.
>>>    Ubuntu 11.10
>>>    ctdi-HP-Compaq-dc7100-CMT-**PE219ET login: ctdi
>>>    Password:
>>>    Welcome to Ubuntu 11.10 (GNU/Linux 3.0.22 i686)
>>>
>>>      * Documentation: https://help.ubuntu.com/
>>>
>>>
>>>    The programs included with the Ubuntu system are free software;
>>>    the exact distribution terms for each program are described in the
>>>    individual files in /usr/share/doc/*/copyright.
>>>
>>>    Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
>>>    applicable law.
>>>
>>>  As I did:
>>>
>>>    telnet localhost 4242
>>>
>>> I got:
>>>
>>>    Trying 127.0.0.1...
>>>    telnet: Unable to connect to remote host: Connection refused
>>>
>>>
>>> I unloaded hfcmulti, mISDN_dsp, mISDN_core, started dahdi, but if I want
>>> to start OpenBSC I get:
>>>
>>>    /etc/openbsc/src/osmo-nitb# ./osmo-nitb -c openbsc.cfg
>>>    <0005> bsc_init.c:512 Error enabling E1 input driver
>>>
>>>
>>> Perhaps I did something wrong as I want to load the driver, because I
>>> have an HFC-E1 card but dmesg shows:
>>> dmesg
>>>
>>>    dahdi: Telephony Interface Registered on major 196
>>>    dahdi: Version: 2.4.1
>>>    *vzaphfc: HFC-S PCI A ISDN (V1.42) loading*
>>>
>>>
>>>
>>>
>>> Wish you a nice day.
>>>
>>> Best regards.
>>> Ellen
>>>
>>>
>>> 2012/6/2 M. Josenhans <m_josenhans at web.de <mailto:m_josenhans at web.de>>
>>>
>>>
>>>    Hi Ellen,
>>>
>>>    here is how I start OpenBSC without any BTS.
>>>
>>>    cd openbsc
>>>
>>>    src/osmo-nitb -c doc/examples/osmo-nitb/__**nanobts/openbsc.cfg -C
>>>
>>>
>>>    and make sure the current directory is not write protected.
>>>
>>>    Then I start the telnet terminal with:
>>>    telnet localhost 4242
>>>
>>>    Hope this helps.
>>>
>>>    Br,
>>>    Michael
>>>    PS:
>>>    Additional info:
>>>    osmo-nitb --help
>>>    http://openbsc.osmocom.org/__**trac/wiki/osmo-nitb<http://openbsc.osmocom.org/__trac/wiki/osmo-nitb>
>>>
>>>    <http://openbsc.osmocom.org/**trac/wiki/osmo-nitb<http://openbsc.osmocom.org/trac/wiki/osmo-nitb>
>>> >
>>>
>>>
>>>    On 05/31/2012 10:08 AM, Ellen Apolinar wrote:
>>>
>>>        Hey folks,
>>>
>>>        I am new with OpenBSC and want to build OpenBSC with several BTS
>>>        from
>>>        different types.
>>>
>>>        At first what I need: I want to test OpenBSC without a BTS just
>>>        to see
>>>        if the installation worked successfully. Also I need to know
>>>        what I have
>>>        to do if I want to use a BTS which isn't configured yet.
>>>
>>>        What we want to do in the end is to test the BTS with a selfmade
>>>        programm. For this we need an interface between the hardware BTS
>>>        and the pc.
>>>
>>>        What I have:
>>>        Ubuntu 11.10
>>>        Kernel 3.0.22
>>>        several BTS (Siemens BS60/BS240, Nokia Citytalk, Alcatel G9100
>>>        etc...)
>>>        HFC-E1 card from Cologne Chip
>>>        OpenBSC
>>>        Asterisk 1.8.4.4 + Web-GUI (Asterisk NOW 2.0)
>>>        Dahdi 2.4.1
>>>        Libpri 1.4
>>>        mISDN v2.x
>>>        mISDNuser 2.0.11
>>>        LCR 1.7
>>>        Twinkle, Wireshark etc.
>>>
>>>        Why mISDN + Dahdi:
>>>        First I tried to use mISDn + mISDNuser + LCR for a connection
>>>        between
>>>        OpenBSC and Asterisk. mISDN was integrated in the Kernel so I
>>>        thought
>>>        it's the best idea to use it. I installed mISDNuser and LCR but
>>>        there
>>>        are several problems. For further informations you can have a
>>>        look here:
>>>        http://www.ip-phone-forum.de/_**_showthread.php?t=247932<http://www.ip-phone-forum.de/__showthread.php?t=247932>
>>>
>>>        <http://www.ip-phone-forum.de/**showthread.php?t=247932<http://www.ip-phone-forum.de/showthread.php?t=247932>
>>> >
>>>
>>>        Because of the problems mit LCR/chan_LCR and Asterisk I decided
>>>        to use
>>>        Dahdi because it's also installed since I installed Asterisk.
>>>        Asterisks
>>>        works fine with the softphones which I created with Twinkle and
>>>        also the
>>>        Asterisk GUI works without problems.
>>>
>>>        To use Dahdi:
>>>        modprobe -r hfcmulti
>>>        modprobe -r mISDN_core
>>>        /etc/init.d/dahdi restart
>>>
>>>        /etc/dahdi/system.conf:
>>>        dchan=1
>>>        bchan=2-30
>>>
>>>        openbsc.cfg:
>>>        e1_input
>>>        e1_line 0 driver dahdi
>>>
>>>        To start OpenBSC:
>>>        cd /etc/openbsc/src/osmo-nitb
>>>        ./osmo-nitb
>>>        Error:
>>>        <0005> bsc_init.c:493 Failed to parse the config file:
>>> 'openbsc.cfg'
>>>
>>>        So now I'm not sure what to do because I'm not sure what exactly
>>> is
>>>        wrong and if it could work without a BTS. There are enough
>>>        informations
>>>        if I want to test a BS11 or a nanoBTS but I'm a little bit lost
>>>        how to
>>>        work with another BTS.
>>>
>>>        In the next day I will get the traces from the several BTS to
>>>        build an
>>>        interface between BTS and OpenBSC so I can build the
>>>        openbsc.cfg-file.
>>>        But it would be great if it is possible to test OpenBSC before I
>>>        get the
>>>        traces.
>>>
>>>        To get a connection between OpenBSC and Astrisk with Dahdi is a
>>>        problem
>>>        which I should solve by myself. There should be enough
>>>        information in
>>>        the internet.
>>>
>>>        if you have questions or need more informations just write an
>>>        e-mail.
>>>
>>>        Best regards and thanks in advance. It would be great if someone
>>>        could
>>>        help me or give me some advice what I could do.
>>>
>>>        Ellen
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120618/64e08d71/attachment.htm>

From Duncan at xrtc.net  Sun Jun  3 23:41:38 2012
From: Duncan at xrtc.net (Duncan Smith)
Date: Sun, 3 Jun 2012 16:41:38 -0700
Subject: Osmocom-Erlang code
Message-ID: <20120603234138.GA11442@kyat.xrtc.net>

Hi,

I'm presently attemping to work with the code here:
<http://cgit.osmocom.org/cgit/erlang>.  I've followed the instructions
in <http://cgit.osmocom.org/cgit/erlang/mgw_nat/tree/INSTALL>, the
section titled "Installation procedure (manual)".

So far, I've gotten osmo_ss7 to build, and I'm figuring out how to use
it.  However, osmo_map depends on signerl, and I can't for the life of
me figure out how to build signerl properly.

Is there something I'm missing?  (I just started working with Erlang
this week, so I may be missing something completely obvious.)  I think
the main issue is the makefiles aren't putting generated asn.1 code in
places that Erlang expects to see headers and code, and the makefiles
don't chain together. :)

Thanks!

-- 
Duncan Smith
http://xrtc.net/f/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120603/20b29bcd/attachment.bin>

From laforge at gnumonks.org  Tue Jun  5 04:45:58 2012
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 5 Jun 2012 06:45:58 +0200
Subject: Osmocom-Erlang code
In-Reply-To: <20120603234138.GA11442@kyat.xrtc.net>
References: <20120603234138.GA11442@kyat.xrtc.net>
Message-ID: <20120605044558.GA9894@prithivi.gnumonks.org>

Hi Duncan,

On Sun, Jun 03, 2012 at 04:41:38PM -0700, Duncan Smith wrote:
> I'm presently attemping to work with the code here:
> <http://cgit.osmocom.org/cgit/erlang>.  

What exactly are you trying to achieve?

The code is currently not in a state that makes it easy to use for
anyone not intimately familiar with it.  It's mainly developed to
fulfill whatever current (customer) requirement I have, and has many
undocumented shortcomings and pitfalls.

I hope it eventually will emerge into something more generalized, but
until I get around writing some MAP applications (startin with a HLR),
it will probably remain in its current state.

Some of the code is used in production 24/7, a lot of other code has
never been running outside of my lab.

> Is there something I'm missing?  (I just started working with Erlang
> this week, so I may be missing something completely obvious.)  I think
> the main issue is the makefiles aren't putting generated asn.1 code in
> places that Erlang expects to see headers and code, and the makefiles
> don't chain together. :)

Anything but the signerl code is built with rebar, not with make.  So I
guess if there are still any makefiles, they should be deleted from the
tree.

-- 
- 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 Duncan at xrtc.net  Tue Jun  5 07:47:25 2012
From: Duncan at xrtc.net (Duncan Smith)
Date: Tue, 5 Jun 2012 00:47:25 -0700
Subject: Osmocom-Erlang code
In-Reply-To: <20120605044558.GA9894@prithivi.gnumonks.org>
References: <20120603234138.GA11442@kyat.xrtc.net>
	<20120605044558.GA9894@prithivi.gnumonks.org>
Message-ID: <20120605074724.GB11442@kyat.xrtc.net>

On Tue, Jun 05, 2012 at 06:45:58AM +0200, Harald Welte wrote:
>> I'm presently attemping to work with the code here:
>> <http://cgit.osmocom.org/cgit/erlang>.
>
> What exactly are you trying to achieve?

I wish to create a thin wrapper that will allow me to use Freeswitch
as a MSC.  Namely, I wish to perform subscriber management, call
routing, and SMS routing within Freeswitch.  I also would like to have
visibility into the RR and MM aspects of the system, but I don't care
so much about controlling those.

Unless I'm mistaken, the MNCC socket system presently only allows for
call control.

Do you think there's a better way to accomplish this than working with
osmo-bsc and implementing the A-interface?

> The code is currently not in a state that makes it easy to use for
> anyone not intimately familiar with it.  It's mainly developed to
> fulfill whatever current (customer) requirement I have, and has many
> undocumented shortcomings and pitfalls.

Aye, that's about the impression I got as well.  For now, my goal is
something robust enough to deal with a few hundred handsets, several
BTSes, one instance of osmo-bsc, and one instance of Freeswitch.

> I hope it eventually will emerge into something more generalized, but
> until I get around writing some MAP applications (startin with a HLR),
> it will probably remain in its current state.
>
> Some of the code is used in production 24/7, a lot of other code has
> never been running outside of my lab.
>
>> Is there something I'm missing?  (I just started working with
>> Erlang this week, so I may be missing something completely
>> obvious.)  I think the main issue is the makefiles aren't putting
>> generated asn.1 code in places that Erlang expects to see headers
>> and code, and the makefiles don't chain together. :)
>
> Anything but the signerl code is built with rebar, not with make.  So I
> guess if there are still any makefiles, they should be deleted from the
> tree.

I made it happy to some extent this afternoon - I symlinked
~/osmo-erlang/signerl/* into ~/osmo-erlang/ and set
"ERL_LIBS=~/osmo-erlang", and most of the build system (erl -make,
rebar, etc) was able to find what it was looking for.  I wasn't able
to replicate my success on my laptop, however, so I suspect my tree
wasn't actually clean.

-- 
   .oO0Oo.
  O  _-_  O     _____
 O  |   |  O   /_,-,_\  Duncan Smith
 O /__ __\ O    / @ \   http://xrtc.net/f/
  O   -   O    +-----+
   ??OOO??
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120605/241809eb/attachment.bin>

From pfc.rivas at gmail.com  Fri Jun  8 19:00:58 2012
From: pfc.rivas at gmail.com (Arturo Rivas)
Date: Fri, 8 Jun 2012 21:00:58 +0200
Subject: How to register subscribers in HLR/Asterisk?
Message-ID: <CA+_rdNd_E-v87yhtr9r1rH7WVgtGr=p93VLDbx0qQeTt4WV+PA@mail.gmail.com>

Hello list!!!

I'm trying to register subscribers but I can't. In terminal I write:
'subscriber imsi <imsi> authorized 1' but say that doesn't found this
subscriber... I tried with the SIM attached in network but doesn't work.

BS,

Arturo Rivas.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120608/2a87c748/attachment.htm>

From manan16489 at gmail.com  Sat Jun  9 07:49:52 2012
From: manan16489 at gmail.com (Manan Bhatt)
Date: Sat, 9 Jun 2012 13:19:52 +0530
Subject: Query OpenBTS
Message-ID: <CAJYpwG7QbOwD8tehObV-0mERwKMLzwiiNsOPrKOG4-NudYBs=A@mail.gmail.com>

Hi all,
I am currently trying to implement GSM Test-bed.
I am having gnuradio 3.3.0 openBTS-UHD 2.8. Both are installed successfully.
I have USRP1 with one daughter board RFX900 and antenna is connected to
TX/RX.
I have given --wuth-usrp1 and --with-singledb as argument to ./configure of
OpenBTS. I have configured Tranceiver52M also.
When i probe the usrp it is giving me frequency as 64MHz.
My problem is when i run OpenBTS ,it is giving error like
Starting the system...
1339228185.9317 ALARM 3079269056 ControlCommon.cpp:658:load: TMSITable
cannot open TMSITable.txt for reading
1339228185.9319 ALARM 3079269056 OpenBTS.cpp:517:main: OpenBTS starting,
ver 2.6PUBLIC build date Jun  9 2012
1339228185.9384 FORCE 3077736672 Logger.cpp:196:gLogInit: Setting initial
global logging level to NOTICE
1339228191.0458 ALARM 3077827440 USRPDevice.cpp:555:setRxFreq: set RX:
900200000.0000failed
    baseband freq: 897000000.0000
    DDC freq:      -3200000.0000
    residual freq: 0.0030
1339228191.0461 ALARM 3077827440 Transceiver.cpp:540:driveControl: RX
failed to tune
1339228191.0463 ALARM 3079269056 TRXManager.cpp:348:tune: RXTUNE failed
with status 1
1339228191.0467 ALARM 3079269056 TRXManager.cpp:401:powerOn: POWERON failed
with status 1
1339228191.0470 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER
failed with status 1
1339228191.5256 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER
failed with status 1
1339228191.526095 3079269056:

Welcome to OpenBTS.  Type "help" to see available commands.
OpenBTS> 1339228193.5264 ALARM 3035151216 TRXManager.cpp:415:setPower:
SETPOWER failed with status 1
1339228196.5294 ALARM 3070430064 TRXManager.cpp:90:clockHandler: TRX clock
interface timed out, assuming TRX is dead.


Please anyone can guide we what is the problem.May be it is related to
52MHz and 64MHz frequency difference or problem with my daughter board.

-- 
Regards,
Manan Bhatt
M. Tech.
Dept of Computer sci & Eng.
NIT,Surathkal.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120609/16d35b6d/attachment.htm>

From alexander.chemeris at gmail.com  Sat Jun  9 14:25:40 2012
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Sat, 9 Jun 2012 18:25:40 +0400
Subject: Query OpenBTS
In-Reply-To: <CAJYpwG7QbOwD8tehObV-0mERwKMLzwiiNsOPrKOG4-NudYBs=A@mail.gmail.com>
References: <CAJYpwG7QbOwD8tehObV-0mERwKMLzwiiNsOPrKOG4-NudYBs=A@mail.gmail.com>
Message-ID: <CABmJbFUeqPj=Qe+Qrm69cLec8GOT6=JMu3+yPGEK2aeVy_hpuQ@mail.gmail.com>

Manan, this is the OpenBSC mailing list which is not an OpenBTS mailing list.

On Sat, Jun 9, 2012 at 11:49 AM, Manan Bhatt <manan16489 at gmail.com> wrote:
> Hi all,
> I am currently trying to implement GSM Test-bed.
> I am having gnuradio 3.3.0 openBTS-UHD 2.8. Both are installed successfully.
> I have USRP1 with one daughter board RFX900 and antenna is connected to
> TX/RX.
> I have given --wuth-usrp1 and --with-singledb as argument to ./configure of
> OpenBTS. I have configured Tranceiver52M also.
> When i probe the usrp it is giving me frequency as 64MHz.
> My problem is when i run OpenBTS ,it is giving error like
> Starting the system...
> 1339228185.9317 ALARM 3079269056 ControlCommon.cpp:658:load: TMSITable
> cannot open TMSITable.txt for reading
> 1339228185.9319 ALARM 3079269056 OpenBTS.cpp:517:main: OpenBTS starting, ver
> 2.6PUBLIC build date Jun? 9 2012
> 1339228185.9384 FORCE 3077736672 Logger.cpp:196:gLogInit: Setting initial
> global logging level to NOTICE
> 1339228191.0458 ALARM 3077827440 USRPDevice.cpp:555:setRxFreq: set RX:
> 900200000.0000failed
> ??? baseband freq: 897000000.0000
> ??? DDC freq:????? -3200000.0000
> ??? residual freq: 0.0030
> 1339228191.0461 ALARM 3077827440 Transceiver.cpp:540:driveControl: RX failed
> to tune
> 1339228191.0463 ALARM 3079269056 TRXManager.cpp:348:tune: RXTUNE failed with
> status 1
> 1339228191.0467 ALARM 3079269056 TRXManager.cpp:401:powerOn: POWERON failed
> with status 1
> 1339228191.0470 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER
> failed with status 1
> 1339228191.5256 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER
> failed with status 1
> 1339228191.526095 3079269056:
>
> Welcome to OpenBTS.? Type "help" to see available commands.
> OpenBTS> 1339228193.5264 ALARM 3035151216 TRXManager.cpp:415:setPower:
> SETPOWER failed with status 1
> 1339228196.5294 ALARM 3070430064 TRXManager.cpp:90:clockHandler: TRX clock
> interface timed out, assuming TRX is dead.
>
>
> Please anyone can guide we what is the problem.May be it is related to 52MHz
> and 64MHz frequency difference or problem with my daughter board.
>
> --
> Regards,
> Manan Bhatt
> M. Tech.
> Dept of Computer sci & Eng.
> NIT,Surathkal.
>



-- 
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ??? ???????
http://fairwaves.ru



From manan16489 at gmail.com  Sun Jun 10 06:45:14 2012
From: manan16489 at gmail.com (Manan Bhatt)
Date: Sun, 10 Jun 2012 12:15:14 +0530
Subject: Query OpenBTS
In-Reply-To: <CABmJbFUeqPj=Qe+Qrm69cLec8GOT6=JMu3+yPGEK2aeVy_hpuQ@mail.gmail.com>
References: <CAJYpwG7QbOwD8tehObV-0mERwKMLzwiiNsOPrKOG4-NudYBs=A@mail.gmail.com>
	<CABmJbFUeqPj=Qe+Qrm69cLec8GOT6=JMu3+yPGEK2aeVy_hpuQ@mail.gmail.com>
Message-ID: <CAJYpwG4GL0DsK15hA8EtEVTYPhF6M2rjncvy9epBO-5L5fKh2w@mail.gmail.com>

Yes,sir i know,i thought if somebody knows how to solve it then he may help
me,but any ways it is solved now.Thanks

On Sat, Jun 9, 2012 at 7:55 PM, Alexander Chemeris <
alexander.chemeris at gmail.com> wrote:

> Manan, this is the OpenBSC mailing list which is not an OpenBTS mailing
> list.
>
> On Sat, Jun 9, 2012 at 11:49 AM, Manan Bhatt <manan16489 at gmail.com> wrote:
> > Hi all,
> > I am currently trying to implement GSM Test-bed.
> > I am having gnuradio 3.3.0 openBTS-UHD 2.8. Both are installed
> successfully.
> > I have USRP1 with one daughter board RFX900 and antenna is connected to
> > TX/RX.
> > I have given --wuth-usrp1 and --with-singledb as argument to ./configure
> of
> > OpenBTS. I have configured Tranceiver52M also.
> > When i probe the usrp it is giving me frequency as 64MHz.
> > My problem is when i run OpenBTS ,it is giving error like
> > Starting the system...
> > 1339228185.9317 ALARM 3079269056 ControlCommon.cpp:658:load: TMSITable
> > cannot open TMSITable.txt for reading
> > 1339228185.9319 ALARM 3079269056 OpenBTS.cpp:517:main: OpenBTS starting,
> ver
> > 2.6PUBLIC build date Jun  9 2012
> > 1339228185.9384 FORCE 3077736672 Logger.cpp:196:gLogInit: Setting initial
> > global logging level to NOTICE
> > 1339228191.0458 ALARM 3077827440 USRPDevice.cpp:555:setRxFreq: set RX:
> > 900200000.0000failed
> >     baseband freq: 897000000.0000
> >     DDC freq:      -3200000.0000
> >     residual freq: 0.0030
> > 1339228191.0461 ALARM 3077827440 Transceiver.cpp:540:driveControl: RX
> failed
> > to tune
> > 1339228191.0463 ALARM 3079269056 TRXManager.cpp:348:tune: RXTUNE failed
> with
> > status 1
> > 1339228191.0467 ALARM 3079269056 TRXManager.cpp:401:powerOn: POWERON
> failed
> > with status 1
> > 1339228191.0470 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER
> > failed with status 1
> > 1339228191.5256 ALARM 3079269056 TRXManager.cpp:415:setPower: SETPOWER
> > failed with status 1
> > 1339228191.526095 3079269056:
> >
> > Welcome to OpenBTS.  Type "help" to see available commands.
> > OpenBTS> 1339228193.5264 ALARM 3035151216 TRXManager.cpp:415:setPower:
> > SETPOWER failed with status 1
> > 1339228196.5294 ALARM 3070430064 TRXManager.cpp:90:clockHandler: TRX
> clock
> > interface timed out, assuming TRX is dead.
> >
> >
> > Please anyone can guide we what is the problem.May be it is related to
> 52MHz
> > and 64MHz frequency difference or problem with my daughter board.
> >
> > --
> > Regards,
> > Manan Bhatt
> > M. Tech.
> > Dept of Computer sci & Eng.
> > NIT,Surathkal.
> >
>
>
>
> --
> Regards,
> Alexander Chemeris.
> CEO, Fairwaves LLC / ??? ???????
> http://fairwaves.ru
>



-- 
Regards,
Manan Bhatt
M. Tech.
Dept of Computer sci & Eng.
NIT,Surathkal.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120610/2417eac3/attachment.htm>

From laforge at gnumonks.org  Mon Jun 18 04:39:51 2012
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 18 Jun 2012 12:39:51 +0800
Subject: GPRS Gb code (NS/BSSGP) to libosmocore.git / PCU
Message-ID: <20120618043950.GK28821@prithivi.gnumonks.org>

Hi all!

For some time, Ivan of Fairwaves has been working on PCU code for
OpenBTS.  In order to not have to re-implement NS/BSSGP, he used the
openbsc/src/libgb/* code that we already had as part of openbsc.git

I've now finally found some time and completely separated this code from
all the dependencies to openbsc stuff and migrated it as new "libosmogb"
into the libosmocore.git repository.  This has  been done with git
filter-branch, and thus the history has been preserved during the
migration.  All Gb code has now been removed from openbsc.git.

This separation has been much more painful than anticipated (especially
on the BSSGP side), and the result is not very clean either.  I hope to
get back and clean this up further at some point, providing a better
interface between applications and the library.

Ivan's PCU code is now in osmo-pcu.git on git.osmocom.org, and I've also
already ported it over to use the shared libosmogb.  The latter is not
yet pushed, but I'll do that soon.   I've also removed any other direct
include and/or linking against openbsc/osmo-sgsn/openggsn, so the PCU
can now build fully autonomously, just linking against the shared
libosmo{core,gsm,vty,gb}.

Next upcomig will be the support of osmo-bts (sysmoBTS hardware) from
osmo-pcu.  Andreas Eversberg has been contracted by sysmocom to spend
some time on this.

There is also a new osmocom-pcu at lists.osmocom.org mailing list for those
interested specificall in GPRS PCU issues.  We thought it is best to
keep it separate, as it will be of interest to people from the OpenBSC
as well as the OpenBTS communities, and list-crossposting might not be
the best thing to do.

Regards,
	Harald

-- 
- 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 don at 00100100.net  Tue Jun 19 04:49:24 2012
From: don at 00100100.net (Don Fanning)
Date: Mon, 18 Jun 2012 21:49:24 -0700
Subject: GPRS on Blackberry devices
Message-ID: <CAFywq4-zjauL-R=rew+gT568PeGZYVMVD-iA_YFVuDHyaZ+YOQ@mail.gmail.com>

Greetings,

I've attached a BB8700 onto my openBSC and GSM wise, everything works well
after a reboot or two concerning "SIM: Call Barred".

One issue I am seeing is that it does not bring up GPRS/EDGE.  NITB console
shows a DATA INDICATION followed by a RELEASE INDICATION.

SGSN shows the following when attaching to the network:
<0012> gprs_bssgp.c:347 BSSGP TLLI=0x7f5bff3f Rx UPLINK-UNITDATA
<0013> gprs_llc.c:478 LLC SAPI=1 C   FCS=0xf80758CMD=UI DATA
<0013> gprs_llc.c:742 LLC RX: unknown TLLI 0x7f5bff3f, creating LLME on the
fly

the handset never reaches GPRS mode.

Any ideas?  PCap available upon request.

Cheers,
-Don
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120618/7ca5306f/attachment.htm>

From ellen.apolinar.td at googlemail.com  Tue Jun 19 08:58:55 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Tue, 19 Jun 2012 10:58:55 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
Message-ID: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>

Hey folks,

OpenBSC seems to work without errors but to connect it with asterisk I need
mISDN, mISDNuser and LCR.


LCR doesn't seem to work. Here what I get as I searched for the problems:


lcradmin state

> Failed to connect to socket "/var/tmp/LCR.socket".
> Is LCR running?
>

lcr query

> ** LCR  Version 1.7
> -> Using 'misdn_info'
> Found 1 port
>   Port  0 'hfc-e1.1':        TE/NT-mode PRI E1  (for phone lines & E1
> devices)
>                              30 B-channels: 1-15 17-31
>                                 B-protocols: RAW HDLC X75slp L2:DSP
> L2:DSPHDLC
>

lcr fork

> ** LCR  Version 1.7
> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
> root at ctdi-HP-Compaq-dc7100-CMT-PE219ET:~#
> LCR: Starting daemon.
> *GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms
> while configure!*
>

I installed LCR in the following way:

> ./configure --prefix=/usr/src/lcr --with-gsm-bs
> make
> make install
>

There were no errors after configure but <make> and <make install> showed
following errors:

make

> chan_lcr.po
> chan_lcr.c: In function ?send_setup_to_lcr?:
> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_in_setup?:
> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?handle_queue?:
> chan_lcr.c:1707:18: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?char?
> chan_lcr.c: In function ?lcr_request?:
> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c: In function ?lcr_call?:
> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_write?:
> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
> ast_frame_subclass? and ?format_t?)
> chan_lcr.c: In function ?lcr_read?:
> chan_lcr.c:2229:25: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?format_t?
> chan_lcr.c: In function ?lcr_indicate?:
> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
> chan_lcr.c: At top level:
> chan_lcr.c:2602:2: warning: initialization from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2602:2: warning: (near initialization for ?lcr_tech.requester?)
> [enabled by default]
> chan_lcr.c: In function ?load_module?:
> chan_lcr.c:2818:2: warning: passing argument 2 of
> ?ast_register_application2? from incompatible pointer type [enabled by
> default]
> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
> ast_channel *, const char *)? but argument is of type ?int (*)(struct
> ast_channel *, void *)?
> make[1]: *** [chan_lcr.po] Error 1
> make[1]: Leaving directory `/usr/src/lcr'
> make: *** [all] Error 2
>

make install

> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
> chan_lcr.c -o chan_lcr.po
> chan_lcr.c: In function ?send_setup_to_lcr?:
> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_in_setup?:
> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?handle_queue?:
> chan_lcr.c:1707:18: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?char?
> chan_lcr.c: In function ?lcr_request?:
> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c: In function ?lcr_call?:
> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_write?:
> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
> ast_frame_subclass? and ?format_t?)
> chan_lcr.c: In function ?lcr_read?:
> chan_lcr.c:2229:25: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?format_t?
> chan_lcr.c: In function ?lcr_indicate?:
> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
> chan_lcr.c: At top level:
> chan_lcr.c:2602:2: warning: initialization from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2602:2: warning: (near initialization for ?lcr_tech.requester?)
> [enabled by default]
> chan_lcr.c: In function ?load_module?:
> chan_lcr.c:2818:2: warning: passing argument 2 of
> ?ast_register_application2? from incompatible pointer type [enabled by
> default]
> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
> ast_channel *, const char *)? but argument is of type ?int (*)(struct
> ast_channel *, void *)?
> make: *** [chan_lcr.po] Error 1
>

I have read that with Asterisk 1.8 and LCR 1.7 and the new OpenBSC chan_lcr
isn't used and there is no gsm.conf-file needed. But I'm not sure and the
most manuals and HotTo's I've found in the internet are old.

(I am working with Ubuntu 11.10 and Kernel 3.0.22, mISDN is integrated with
Kernel, mISDN_info works, mISDNuser is installed, OpenBSC gives no errors,
Asterisk works with Twinkle since a few months without errors, I use a
Cologne Chip HFC-E1 card which works with hfcmulti driver.)

It would be appreciate if someone of you can help me in this case. I also
searched for a solution in this german forum: http://www.ip-phone-forum.de
(I also tried to work with Dahdi/zaphfc and Dahdi/cwain but they aren't
recommended for using an HFC-E1 evalutaion board which is noch from
Junghanns.)


Best regards
Ellen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120619/40992dae/attachment.htm>

From don at 00100100.net  Tue Jun 19 16:00:31 2012
From: don at 00100100.net (Don Fanning)
Date: Tue, 19 Jun 2012 09:00:31 -0700
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
Message-ID: <CAFywq48EASSUqeYmNWoa6mwcn9jrM39jJj71q+1_xa6xPNA08Q@mail.gmail.com>

On Tue, Jun 19, 2012 at 1:58 AM, Ellen Apolinar <
ellen.apolinar.td at googlemail.com> wrote:

>
> lcr fork
>
>> ** LCR  Version 1.7
>> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
>> root at ctdi-HP-Compaq-dc7100-CMT-PE219ET:~#
>> LCR: Starting daemon.
>> *GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms
>> while configure!*
>>
>
> I installed LCR in the following way:
>
>> ./configure --prefix=/usr/src/lcr --with-gsm-bs
>> make
>> make install
>>
>
Which mISDN are you using?

I compiled my LCR with ./configure --prefix=xxxxxxxxx --with-gsm-bs
--with-asterisk

Typically this would fail but I went to an earlier mISDN version and it
worked perfectly.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120619/9841e629/attachment.htm>

From ellen.apolinar.td at googlemail.com  Fri Jun 22 08:51:14 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Fri, 22 Jun 2012 10:51:14 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAFywq48EASSUqeYmNWoa6mwcn9jrM39jJj71q+1_xa6xPNA08Q@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<CAFywq48EASSUqeYmNWoa6mwcn9jrM39jJj71q+1_xa6xPNA08Q@mail.gmail.com>
Message-ID: <CAAyk0ZQVA3DPr3ML3qDG-XCtGLqyAdn5QoZYfoCpBruNheV1xg@mail.gmail.com>

Hey Don,

thanks for your help.

I use mISDN.v2, it was already integrated in the kernel (3.0.22).

The matter is that the module mISDN_l1loop isn't in the kernel-integrated
mISDN-folder integrated so I installed the newest version from mISDN (.v2)
to copy the mISDN_l1loop-files in the mISDN-directory from the kernel. But
that didn't work and since them I get an error everytime I want to load the
hfcmulti-module:

modprobe hfcmulti
FATAL: Error inserting hfcmulti
(/lib/modules/3.0.22/kernel/drivers/isdn/mISDN/hfcmulti.ko): Invalid
argument

I deleted the copied mISDN_l1loop-files but the error is still there.

With lcpci -v I see that the module isn't loaded for the hfc-e1 card and
with lsmod I can see that hfcmulti doesn't appear there.

Before I copied the mISDN_l1loop-files mISDN worked without errors and
mISDN_info showed me the card and was loaded. What didn't work was the
mISDN_l1loop and lcr.

Now I don't know what to do. Google is not a great help in this case and
the only thing I changed was the copying from the mISDN_l1loop-files. Also
depmod -a and a reboot doesn't change anything.

Best regards
Ellen




2012/6/19 Don Fanning <don at 00100100.net>

> On Tue, Jun 19, 2012 at 1:58 AM, Ellen Apolinar <
> ellen.apolinar.td at googlemail.com> wrote:
>
>>
>> lcr fork
>>
>>> ** LCR  Version 1.7
>>> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
>>> root at ctdi-HP-Compaq-dc7100-CMT-PE219ET:~#
>>> LCR: Starting daemon.
>>> *GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms
>>> while configure!*
>>>
>>
>> I installed LCR in the following way:
>>
>>> ./configure --prefix=/usr/src/lcr --with-gsm-bs
>>> make
>>> make install
>>>
>>
> Which mISDN are you using?
>
> I compiled my LCR with ./configure --prefix=xxxxxxxxx --with-gsm-bs
> --with-asterisk
>
> Typically this would fail but I went to an earlier mISDN version and it
> worked perfectly.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120622/cdc8da71/attachment.htm>

From peter at stuge.se  Fri Jun 22 09:03:32 2012
From: peter at stuge.se (Peter Stuge)
Date: Fri, 22 Jun 2012 11:03:32 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZQVA3DPr3ML3qDG-XCtGLqyAdn5QoZYfoCpBruNheV1xg@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<CAFywq48EASSUqeYmNWoa6mwcn9jrM39jJj71q+1_xa6xPNA08Q@mail.gmail.com>
	<CAAyk0ZQVA3DPr3ML3qDG-XCtGLqyAdn5QoZYfoCpBruNheV1xg@mail.gmail.com>
Message-ID: <20120622090332.6361.qmail@stuge.se>

Ellen Apolinar wrote:
> modprobe hfcmulti
> FATAL: Error inserting hfcmulti
> (/lib/modules/3.0.22/kernel/drivers/isdn/mISDN/hfcmulti.ko): Invalid
> argument

Try look at the end of dmesg output at this point. It may say what
exactly is invalid and in which argument.


//Peter



From ellen.apolinar.td at googlemail.com  Fri Jun 22 09:51:06 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Fri, 22 Jun 2012 11:51:06 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <20120622090332.6361.qmail@stuge.se>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<CAFywq48EASSUqeYmNWoa6mwcn9jrM39jJj71q+1_xa6xPNA08Q@mail.gmail.com>
	<CAAyk0ZQVA3DPr3ML3qDG-XCtGLqyAdn5QoZYfoCpBruNheV1xg@mail.gmail.com>
	<20120622090332.6361.qmail@stuge.se>
Message-ID: <CAAyk0ZQR+c=qNjs0ciWVbFjTnWs_aY6mGs326rA9KOGPVXUbcg@mail.gmail.com>

dmesg shows:

> [ 2840.213250] base_sock_release(c50fd980) sk=eb58a000
> [ 2913.933158] hfcpci: disagrees about version of symbol confirm_Bsend
> [ 2913.933169] hfcpci: Unknown symbol confirm_Bsend (err -22)
> [ 2913.933194] hfcpci: disagrees about version of symbol l1_event
> [ 2913.933200] hfcpci: Unknown symbol l1_event (err -22)
> [ 2913.933232] hfcpci: disagrees about version of symbol mISDN_freebchannel
> [ 2913.933236] hfcpci: Unknown symbol mISDN_freebchannel (err -22)
> [ 2913.933277] hfcpci: disagrees about version of symbol bchannel_senddata
> [ 2913.933280] hfcpci: Unknown symbol bchannel_senddata (err -22)
> [ 2913.933292] hfcpci: disagrees about version of symbol mISDN_initbchannel
> [ 2913.933295] hfcpci: Unknown symbol mISDN_initbchannel (err -22)
> [ 2913.933361] hfcpci: disagrees about version of symbol
> mISDN_clear_bchannel
> [ 2913.933365] hfcpci: Unknown symbol mISDN_clear_bchannel (err -22)
> [ 2913.933408] hfcpci: disagrees about version of symbol recv_Bchannel
> [ 2913.933411] hfcpci: Unknown symbol recv_Bchannel (err -22)
> [ 2913.933430] hfcpci: disagrees about version of symbol get_next_bframe
> [ 2913.933433] hfcpci: Unknown symbol get_next_bframe (err -22)
> [ 2918.580253] hfcmulti: disagrees about version of symbol l1_event
> [ 2918.580260] hfcmulti: Unknown symbol l1_event (err -22)
> [ 2918.580281] hfcmulti: disagrees about version of symbol
> mISDN_freebchannel
> [ 2918.580285] hfcmulti: Unknown symbol mISDN_freebchannel (err -22)
> [ 2918.580334] hfcmulti: disagrees about version of symbol
> bchannel_senddata
> [ 2918.580337] hfcmulti: Unknown symbol bchannel_senddata (err -22)
> [ 2918.580348] hfcmulti: disagrees about version of symbol
> mISDN_initbchannel
> [ 2918.580352] hfcmulti: Unknown symbol mISDN_initbchannel (err -22)
> [ 2918.580403] hfcmulti: disagrees about version of symbol
> recv_Bchannel_skb
> [ 2918.580406] hfcmulti: Unknown symbol recv_Bchannel_skb (err -22)
> [ 2918.580422] hfcmulti: disagrees about version of symbol
> mISDN_clear_bchannel
> [ 2918.580425] hfcmulti: Unknown symbol mISDN_clear_bchannel (err -22)
> [ 2918.580460] hfcmulti: disagrees about version of symbol recv_Bchannel
> [ 2918.580464] hfcmulti: Unknown symbol recv_Bchannel (err -22)
> [ 2918.580480] hfcmulti: disagrees about version of symbol get_next_bframe
> [ 2918.580483] hfcmulti: Unknown symbol get_next_bframe (err -22)
>

Okay, it seems that there is still a problem because I installed mISDN.v2.
But I removed all files from the installed mISDN version so this shouldn't
be the reason. But it is.

So perhaps somebody knows how to solve this problem. Is it a good idea to
build a new kernel or to remove the kernel-integrated mISDN and install it
new?

Best regards
Ellen





2012/6/22 Peter Stuge <peter at stuge.se>

> Ellen Apolinar wrote:
> > modprobe hfcmulti
> > FATAL: Error inserting hfcmulti
> > (/lib/modules/3.0.22/kernel/drivers/isdn/mISDN/hfcmulti.ko): Invalid
> > argument
>
> Try look at the end of dmesg output at this point. It may say what
> exactly is invalid and in which argument.
>
>
> //Peter
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120622/b017fa39/attachment.htm>

From peter at stuge.se  Fri Jun 22 10:12:12 2012
From: peter at stuge.se (Peter Stuge)
Date: Fri, 22 Jun 2012 12:12:12 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZQR+c=qNjs0ciWVbFjTnWs_aY6mGs326rA9KOGPVXUbcg@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<CAFywq48EASSUqeYmNWoa6mwcn9jrM39jJj71q+1_xa6xPNA08Q@mail.gmail.com>
	<CAAyk0ZQVA3DPr3ML3qDG-XCtGLqyAdn5QoZYfoCpBruNheV1xg@mail.gmail.com>
	<20120622090332.6361.qmail@stuge.se>
	<CAAyk0ZQR+c=qNjs0ciWVbFjTnWs_aY6mGs326rA9KOGPVXUbcg@mail.gmail.com>
Message-ID: <20120622101212.12089.qmail@stuge.se>

Ellen Apolinar wrote:
> [ 2918.580480] hfcmulti: disagrees about version of symbol get_next_bframe
> [ 2918.580483] hfcmulti: Unknown symbol get_next_bframe (err -22)
> 
> Okay, it seems that there is still a problem because I installed mISDN.v2.
> But I removed all files from the installed mISDN version so this shouldn't
> be the reason. But it is.
> 
> So perhaps somebody knows how to solve this problem.

Out-of-tree kernel drivers have to be built against the particular
kernel source tree that also built the kernel that the drivers will
be loaded into. I prefer doing all these steps manually, rather than
relying on any scripts if there are some. It's a bit more work but
instead quite deterministic.


> Is it a good idea to build a new kernel

If you didn't build the kernel yourself already then I think that's a
good idea.


> or to remove the kernel-integrated mISDN and install it new?

This doesn't seem to me like it would make a difference.


In general I suggest looking for kernel development resources, maybe
there's a mailing list for mISDN? This building an out-of-tree driver
against an in-tree version of an externally maintained subsystem is a
fairly unusual operation.


//Peter



From don at 00100100.net  Fri Jun 22 20:25:53 2012
From: don at 00100100.net (Don Fanning)
Date: Fri, 22 Jun 2012 13:25:53 -0700
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <20120622101212.12089.qmail@stuge.se>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<CAFywq48EASSUqeYmNWoa6mwcn9jrM39jJj71q+1_xa6xPNA08Q@mail.gmail.com>
	<CAAyk0ZQVA3DPr3ML3qDG-XCtGLqyAdn5QoZYfoCpBruNheV1xg@mail.gmail.com>
	<20120622090332.6361.qmail@stuge.se>
	<CAAyk0ZQR+c=qNjs0ciWVbFjTnWs_aY6mGs326rA9KOGPVXUbcg@mail.gmail.com>
	<20120622101212.12089.qmail@stuge.se>
Message-ID: <CAFywq48OZKVK+97pshHghe=yUP-32g0wCDYLABjE57OMZZXO8w@mail.gmail.com>

On Fri, Jun 22, 2012 at 3:12 AM, Peter Stuge <peter at stuge.se> wrote:

> Ellen Apolinar wrote:
> > [ 2918.580480] hfcmulti: disagrees about version of symbol
> get_next_bframe
> > [ 2918.580483] hfcmulti: Unknown symbol get_next_bframe (err -22)
> >
> > Okay, it seems that there is still a problem because I installed
> mISDN.v2.
> > But I removed all files from the installed mISDN version so this
> shouldn't
> > be the reason. But it is.
> >
> > So perhaps somebody knows how to solve this problem.
>
>
I remember running into this as well.

Again, I would wipe out everything in /lib/modules/`uname -r`/extra and
/lib/modules/`uname -r`/kernel/drivers/isdn/hardware/mISDN, reinstall from
source then ldconfig and depmod -a.  Make sure you don't have the old
drivers loaded onto the stack either by doing a lsmod/rmmod.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120622/cb303ed2/attachment.htm>

From andreas at eversberg.eu  Sun Jun 24 06:43:56 2012
From: andreas at eversberg.eu (Andreas Eversberg)
Date: Sun, 24 Jun 2012 08:43:56 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
Message-ID: <4FE6B72C.1040208@eversberg.eu>

Ellen Apolinar wrote:
>
> OpenBSC seems to work without errors but to connect it with asterisk I 
> need mISDN, mISDNuser and LCR.
>
hi,

if you like to use lcr with gsm (bs or ms), then you cannot use asterisk 
channel driver. it only works with isdn. but you can use sip. in order 
to do that you may:

- disable mISDN  (--without-misdn)
- enable sip (--with-sip), you also need to have sipsofia installed
- add a sip interface (see default/interface.conf). then everything is 
possible without mISDN, but you cannot use isdn phones/lines in this setup.

example to just connect GSM and SIP interface without routing:

  [GSM]
gsm-bs
tones yes
earlyb no
#rtp-bridge
bridge SIP


[SIP]
sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
tones no
earlyb yes
#rtp-bridge
bridge GSM

if asterisk and lcr run on the same machine, you need to change the sip 
port on asterisk or lcr side.

if you like to use GSM codec on asterisk side, you may enable 
rtp-bridge. then the asterisk directly negotiates the codec with the phone.
in this case GSM codec must be supported by asterisk. tested codecs are 
FR(standard) and EFR.

regards,

andreas




From ellen.apolinar.td at googlemail.com  Mon Jun 25 11:50:23 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Mon, 25 Jun 2012 13:50:23 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <4FE6B72C.1040208@eversberg.eu>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
Message-ID: <CAAyk0ZSThRe_ne0v+H_PAoACyfTHEOm+UOP3omTGwbcjX6ks=g@mail.gmail.com>

Hey Don,

you are great! Thanks for your help, it worked. I can load hfcmulti and it
is list under <lspci -v> for the HFC-E1 card and also <misdn_info> founds
the card. I'm very happy that it is working again after it broke. :-)

But the problem with lcr is still there:

> <lcr start>
>
> ** LCR  Version 1.7
>
> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
> GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms while
> configure!
> --------------------- 2012.06.25 13:45:11 000001
> 000001 DEBUG (in join_free() line 99): no more pending join(s), done!
>
> And <lcradmin state> shows:

> Failed to connect to socket "/var/tmp/LCR.socket".
> Is LCR running?
>




@Andreas:
Thanks, I didn't know that. I prefer to work with mISDN & LCR & Asterisk
because I have these installed and if it is possible to run OpenBSC with
mISDN, mISDNuser, lcr and Asterisk I want to try this. Do you know if it is
required to use lcr with gsm for connect OpenBSC and Asterisk if I don't
use sip?



Regards and thank you for your help.
Ellen


2012/6/24 Andreas Eversberg <andreas at eversberg.eu>

> Ellen Apolinar wrote:
>
>>
>> OpenBSC seems to work without errors but to connect it with asterisk I
>> need mISDN, mISDNuser and LCR.
>>
>>  hi,
>
> if you like to use lcr with gsm (bs or ms), then you cannot use asterisk
> channel driver. it only works with isdn. but you can use sip. in order to
> do that you may:
>
> - disable mISDN  (--without-misdn)
> - enable sip (--with-sip), you also need to have sipsofia installed
> - add a sip interface (see default/interface.conf). then everything is
> possible without mISDN, but you cannot use isdn phones/lines in this setup.
>
> example to just connect GSM and SIP interface without routing:
>
>  [GSM]
> gsm-bs
> tones yes
> earlyb no
> #rtp-bridge
> bridge SIP
>
>
> [SIP]
> sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
> tones no
> earlyb yes
> #rtp-bridge
> bridge GSM
>
> if asterisk and lcr run on the same machine, you need to change the sip
> port on asterisk or lcr side.
>
> if you like to use GSM codec on asterisk side, you may enable rtp-bridge.
> then the asterisk directly negotiates the codec with the phone.
> in this case GSM codec must be supported by asterisk. tested codecs are
> FR(standard) and EFR.
>
> regards,
>
> andreas
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120625/cd4a7cd7/attachment.htm>

From don at 00100100.net  Mon Jun 25 21:27:31 2012
From: don at 00100100.net (Don Fanning)
Date: Mon, 25 Jun 2012 14:27:31 -0700
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZSThRe_ne0v+H_PAoACyfTHEOm+UOP3omTGwbcjX6ks=g@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
	<CAAyk0ZSThRe_ne0v+H_PAoACyfTHEOm+UOP3omTGwbcjX6ks=g@mail.gmail.com>
Message-ID: <CAFywq48p2Zc8e0L5KB6jMa6a9c1e1NA-bACpYA3fs1JJfyFh7Q@mail.gmail.com>

On Mon, Jun 25, 2012 at 4:50 AM, Ellen Apolinar <
ellen.apolinar.td at googlemail.com> wrote:

> GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms while
>> configure!
>>
>> It's telling you what to do... You need to recompile LCR with the option
"--with-gsm-bs" and if you want to interface with asterisk
"--with-asterisk"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120625/6563b03f/attachment.htm>

From nikpakar at gmail.com  Tue Jun 26 05:52:44 2012
From: nikpakar at gmail.com (Nik Pakar)
Date: Tue, 26 Jun 2012 11:22:44 +0530
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <4FE6B72C.1040208@eversberg.eu>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
Message-ID: <CAOeEXm3D_qhkyUwUVe7jp-c-RxgGUgdWQ=fDvKaEnEgevmw9-Q@mail.gmail.com>

Hi Andreas,

Do we still have to check out from jolly-rtp branch or the rtp-bridge now
work with main openbsc repo ?

Rgds
Nik

On Sun, Jun 24, 2012 at 12:13 PM, Andreas Eversberg <andreas at eversberg.eu>wrote:

> Ellen Apolinar wrote:
>
>>
>> OpenBSC seems to work without errors but to connect it with asterisk I
>> need mISDN, mISDNuser and LCR.
>>
>>  hi,
>
> if you like to use lcr with gsm (bs or ms), then you cannot use asterisk
> channel driver. it only works with isdn. but you can use sip. in order to
> do that you may:
>
> - disable mISDN  (--without-misdn)
> - enable sip (--with-sip), you also need to have sipsofia installed
> - add a sip interface (see default/interface.conf). then everything is
> possible without mISDN, but you cannot use isdn phones/lines in this setup.
>
> example to just connect GSM and SIP interface without routing:
>
>  [GSM]
> gsm-bs
> tones yes
> earlyb no
> #rtp-bridge
> bridge SIP
>
>
> [SIP]
> sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
> tones no
> earlyb yes
> #rtp-bridge
> bridge GSM
>
> if asterisk and lcr run on the same machine, you need to change the sip
> port on asterisk or lcr side.
>
> if you like to use GSM codec on asterisk side, you may enable rtp-bridge.
> then the asterisk directly negotiates the codec with the phone.
> in this case GSM codec must be supported by asterisk. tested codecs are
> FR(standard) and EFR.
>
> regards,
>
> andreas
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/c498ebc2/attachment.htm>

From ellen.apolinar.td at googlemail.com  Tue Jun 26 07:17:42 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Tue, 26 Jun 2012 09:17:42 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAOeEXm3D_qhkyUwUVe7jp-c-RxgGUgdWQ=fDvKaEnEgevmw9-Q@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
	<CAOeEXm3D_qhkyUwUVe7jp-c-RxgGUgdWQ=fDvKaEnEgevmw9-Q@mail.gmail.com>
Message-ID: <CAAyk0ZQA0QsfyToWWO8tm7ABmvmO7hrFxQa9YEtObt=PMXVF1A@mail.gmail.com>

Hi Don,

Thanks for your answer but please, don't think that I didn't try it with
./configure --with-asterisk --with-gsm-bs. I tried it. But if I want to do
<make> it failes. Everytime. This is what I get:

> /usr/src/lcr# make
> make  all-am
> make[1]: Entering directory `/usr/src/lcr'
> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
> chan_lcr.c -o chan_lcr.po
> chan_lcr.c: In function ?send_setup_to_lcr?:
> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_in_setup?:
> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?handle_queue?:
> chan_lcr.c:1707:18: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?char?
> chan_lcr.c: In function ?lcr_request?:
> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c: In function ?lcr_call?:
> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_write?:
> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
> ast_frame_subclass? and ?format_t?)
> chan_lcr.c: In function ?lcr_read?:
> chan_lcr.c:2229:25: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?format_t?
> chan_lcr.c: In function ?lcr_indicate?:
> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
> chan_lcr.c: At top level:
> chan_lcr.c:2602:2: warning: initialization from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2602:2: warning: (near initialization for ?lcr_tech.requester?)
> [enabled by default]
> chan_lcr.c: In function ?load_module?:
> chan_lcr.c:2818:2: warning: passing argument 2 of
> ?ast_register_application2? from incompatible pointer type [enabled by
> default]
> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
> ast_channel *, const char *)? but argument is of type ?int (*)(struct
> ast_channel *, void *)?
> make[1]: *** [chan_lcr.po] Error 1
> make[1]: Leaving directory `/usr/src/lcr'
> make: *** [all] Error 2
>

I deinstalled and reinstalled LCR. I get LCR 1.7 from here:
http://www.linux-call-router.de/
I haven't found the reason for this yet and I have read that
<--with-asterisk> isn't needed, also in this E-Mail communication Andreas
said that it is not possible to have mISDN with LCR and with gsm. An
alternatively way is to use sip instead of mISDN what I want to do if there
is no chance to have it with mISDN.

I have read the HowTos for installing LCR with Asterisk, but the most of
them are old. And I have read that chan_lcr isn't needed anymore with the
newest OpenBSC.

Regards
Ellen


2012/6/26 Nik Pakar <nikpakar at gmail.com>

> Hi Andreas,
>
> Do we still have to check out from jolly-rtp branch or the rtp-bridge now
> work with main openbsc repo ?
>
> Rgds
> Nik
>
>
> On Sun, Jun 24, 2012 at 12:13 PM, Andreas Eversberg <andreas at eversberg.eu>wrote:
>
>> Ellen Apolinar wrote:
>>
>>>
>>> OpenBSC seems to work without errors but to connect it with asterisk I
>>> need mISDN, mISDNuser and LCR.
>>>
>>>  hi,
>>
>> if you like to use lcr with gsm (bs or ms), then you cannot use asterisk
>> channel driver. it only works with isdn. but you can use sip. in order to
>> do that you may:
>>
>> - disable mISDN  (--without-misdn)
>> - enable sip (--with-sip), you also need to have sipsofia installed
>> - add a sip interface (see default/interface.conf). then everything is
>> possible without mISDN, but you cannot use isdn phones/lines in this setup.
>>
>> example to just connect GSM and SIP interface without routing:
>>
>>  [GSM]
>> gsm-bs
>> tones yes
>> earlyb no
>> #rtp-bridge
>> bridge SIP
>>
>>
>> [SIP]
>> sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
>> tones no
>> earlyb yes
>> #rtp-bridge
>> bridge GSM
>>
>> if asterisk and lcr run on the same machine, you need to change the sip
>> port on asterisk or lcr side.
>>
>> if you like to use GSM codec on asterisk side, you may enable rtp-bridge.
>> then the asterisk directly negotiates the codec with the phone.
>> in this case GSM codec must be supported by asterisk. tested codecs are
>> FR(standard) and EFR.
>>
>> regards,
>>
>> andreas
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/cbafc903/attachment.htm>

From ellen.apolinar.td at googlemail.com  Tue Jun 26 08:37:03 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Tue, 26 Jun 2012 10:37:03 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <4FE6B72C.1040208@eversberg.eu>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
Message-ID: <CAAyk0ZRdLSyWvxURA8gjCdmVzzrbAd3ugWHoYr=H6n8gpnVGQg@mail.gmail.com>

Hey Andreas,

I try the way over SIP. But perhaps I make something wrong.

What I want to do:

> cd /usr/src/lcr
> ./configure --prefix=/usr/src/lcr --without-misdn --with-sip
>

What I get:

> configure: WARNING: unrecognized options: --without-misdn, --with-sip
>

What I am able to do:

> ./configure --prefix=/usr/src/lcr --with
> --with-asterisk    --with-gsm-ms      --with-PACKAGE
> --with-ssl
> --with-gsm-bs      --without-PACKAGE  --with-ss5
>

Makefile:

> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
> ENABLE_GSM_BS_FALSE = #
> ENABLE_GSM_BS_TRUE =
> ENABLE_GSM_FALSE = #
> ENABLE_GSM_MS_FALSE =
> ENABLE_GSM_MS_TRUE = #
> ENABLE_GSM_TRUE =
> ENABLE_SS5_FALSE =
> ENABLE_SS5_TRUE = #
>

I change to:

> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
> ENABLE_GSM_BS_FALSE =
> ENABLE_GSM_BS_TRUE = #
> ENABLE_GSM_FALSE = #
> ENABLE_GSM_MS_FALSE = #
> ENABLE_GSM_MS_TRUE =
> ENABLE_GSM_TRUE =
> ENABLE_SS5_FALSE =
> ENABLE_SS5_TRUE = #
>

make:

> make  all-am
> make[1]: Entering directory `/usr/src/lcr'
> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
> chan_lcr.c -o chan_lcr.po
> chan_lcr.c: In function ?send_setup_to_lcr?:
> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_in_setup?:
> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?handle_queue?:
> chan_lcr.c:1707:18: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?char?
> chan_lcr.c: In function ?lcr_request?:
> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c: In function ?lcr_call?:
> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_write?:
> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
> ast_frame_subclass? and ?format_t?)
> chan_lcr.c: In function ?lcr_read?:
> chan_lcr.c:2229:25: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?format_t?
> chan_lcr.c: In function ?lcr_indicate?:
> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
> chan_lcr.c: At top level:
> chan_lcr.c:2602:2: warning: initialization from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2602:2: warning: (near initialization for ?lcr_tech.requester?)
> [enabled by default]
> chan_lcr.c: In function ?load_module?:
> chan_lcr.c:2818:2: warning: passing argument 2 of
> ?ast_register_application2? from incompatible pointer type [enabled by
> default]
> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
> ast_channel *, const char *)? but argument is of type ?int (*)(struct
> ast_channel *, void *)?
> make[1]: *** [chan_lcr.po] Error 1
> make[1]: Leaving directory `/usr/src/lcr'
> make: *** [all] Error 2
>

make install:

> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
> chan_lcr.c -o chan_lcr.po
> chan_lcr.c: In function ?send_setup_to_lcr?:
> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_in_setup?:
> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?handle_queue?:
> chan_lcr.c:1707:18: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?char?
> chan_lcr.c: In function ?lcr_request?:
> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
> makes integer from pointer without a cast [enabled by default]
> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
> is of type ?char *?
> chan_lcr.c: In function ?lcr_call?:
> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
> chan_lcr.c: In function ?lcr_write?:
> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
> ast_frame_subclass? and ?format_t?)
> chan_lcr.c: In function ?lcr_read?:
> chan_lcr.c:2229:25: error: incompatible types when assigning to type
> ?union ast_frame_subclass? from type ?format_t?
> chan_lcr.c: In function ?lcr_indicate?:
> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
> chan_lcr.c: At top level:
> chan_lcr.c:2602:2: warning: initialization from incompatible pointer type
> [enabled by default]
> chan_lcr.c:2602:2: warning: (near initialization for ?lcr_tech.requester?)
> [enabled by default]
> chan_lcr.c: In function ?load_module?:
> chan_lcr.c:2818:2: warning: passing argument 2 of
> ?ast_register_application2? from incompatible pointer type [enabled by
> default]
> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
> ast_channel *, const char *)? but argument is of type ?int (*)(struct
> ast_channel *, void *)?
>

lcr start:

> ** LCR  Version 1.7
>
> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
> GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms while
> configure!
> --------------------- 2012.06.26 10:35:27 000001
> 000001 DEBUG (in join_free() line 99): no more pending join(s), done!
>

Sofiasip is installed. Is there anything I forget so I can't configure LCR
with sip?

Best regards.
Ellen

2012/6/24 Andreas Eversberg <andreas at eversberg.eu>

> Ellen Apolinar wrote:
>
>>
>> OpenBSC seems to work without errors but to connect it with asterisk I
>> need mISDN, mISDNuser and LCR.
>>
>>  hi,
>
> if you like to use lcr with gsm (bs or ms), then you cannot use asterisk
> channel driver. it only works with isdn. but you can use sip. in order to
> do that you may:
>
> - disable mISDN  (--without-misdn)
> - enable sip (--with-sip), you also need to have sipsofia installed
> - add a sip interface (see default/interface.conf). then everything is
> possible without mISDN, but you cannot use isdn phones/lines in this setup.
>
> example to just connect GSM and SIP interface without routing:
>
>  [GSM]
> gsm-bs
> tones yes
> earlyb no
> #rtp-bridge
> bridge SIP
>
>
> [SIP]
> sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
> tones no
> earlyb yes
> #rtp-bridge
> bridge GSM
>
> if asterisk and lcr run on the same machine, you need to change the sip
> port on asterisk or lcr side.
>
> if you like to use GSM codec on asterisk side, you may enable rtp-bridge.
> then the asterisk directly negotiates the codec with the phone.
> in this case GSM codec must be supported by asterisk. tested codecs are
> FR(standard) and EFR.
>
> regards,
>
> andreas
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/f2041ae7/attachment.htm>

From ellen.apolinar.td at googlemail.com  Tue Jun 26 14:26:51 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Tue, 26 Jun 2012 16:26:51 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZRdLSyWvxURA8gjCdmVzzrbAd3ugWHoYr=H6n8gpnVGQg@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
	<CAAyk0ZRdLSyWvxURA8gjCdmVzzrbAd3ugWHoYr=H6n8gpnVGQg@mail.gmail.com>
Message-ID: <CAAyk0ZRKhVSRBjV0CQ9LSd4AJKQJJA5XvBrJ0vdLOFeLu8Sx-A@mail.gmail.com>

@Don: Thanks, yes, that was the problem. I didn't know that the version
from linux-call-router.de is so old.

@Mailinglist:

I tried it again. And this time I installed it from git:

> git clone git://git.misdn.eu/lcr.git/
> cd /usr/src/lcr
> ./configure ?without-asterisk --with-gsm-bs
> make
> make install
>

In the last installation I installed it from linux-call-router.de.
Configuration with --with-sip wasn't available.

lcr start:

> ** LCR  Version 1.10
>
> ERROR Cannot get device information for port 1. (ioctl IMGETDEVINFO failed
> ret=-1)
> LCR 1.10 started, waiting for calls...
>

lcradmin state

> Ext(port 0: hfc-e1.1) TE ptp l2hold use:0  L2 unkn  L1 unkn
> Int (port 1: ) extension  not loaded
>


Also OpenBSC worked. Now I get this error massage:

> ./osmo-nitb -c openbsc.cfg -C
> 1 device found
>         id:             0
>         Dprotocols:     00000018
>         Bprotocols:     0000006e
>         protocol:       3
>         nrbchan:        30
>         name:           hfc-e1.1
> could not bind l2 socket Device or resource busy
> <0005> bsc_init.c:512 Error enabling E1 input driver
>

I don't know what is wrong and how I can solve this. Google wasn't very
helpful in this case.

And how can I connect LCR to OpenBSC?

And what can I do with lcradmin state?

Best regards
Ellen

2012/6/26 Ellen Apolinar <ellen.apolinar.td at googlemail.com>

> Hey Andreas,
>
> I try the way over SIP. But perhaps I make something wrong.
>
> What I want to do:
>
>> cd /usr/src/lcr
>> ./configure --prefix=/usr/src/lcr --without-misdn --with-sip
>>
>
> What I get:
>
>> configure: WARNING: unrecognized options: --without-misdn, --with-sip
>>
>
> What I am able to do:
>
>> ./configure --prefix=/usr/src/lcr --with
>> --with-asterisk    --with-gsm-ms      --with-PACKAGE
>> --with-ssl
>> --with-gsm-bs      --without-PACKAGE  --with-ss5
>>
>
> Makefile:
>
>> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
>> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
>> ENABLE_GSM_BS_FALSE = #
>> ENABLE_GSM_BS_TRUE =
>> ENABLE_GSM_FALSE = #
>> ENABLE_GSM_MS_FALSE =
>> ENABLE_GSM_MS_TRUE = #
>> ENABLE_GSM_TRUE =
>> ENABLE_SS5_FALSE =
>> ENABLE_SS5_TRUE = #
>>
>
> I change to:
>
>> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
>> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
>> ENABLE_GSM_BS_FALSE =
>> ENABLE_GSM_BS_TRUE = #
>> ENABLE_GSM_FALSE = #
>> ENABLE_GSM_MS_FALSE = #
>> ENABLE_GSM_MS_TRUE =
>> ENABLE_GSM_TRUE =
>> ENABLE_SS5_FALSE =
>> ENABLE_SS5_TRUE = #
>>
>
> make:
>
>> make  all-am
>> make[1]: Entering directory `/usr/src/lcr'
>> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
>> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
>> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
>> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
>> chan_lcr.c -o chan_lcr.po
>> chan_lcr.c: In function ?send_setup_to_lcr?:
>> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c: In function ?lcr_in_setup?:
>> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
>> makes integer from pointer without a cast [enabled by default]
>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
>> is of type ?char *?
>> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c: In function ?handle_queue?:
>> chan_lcr.c:1707:18: error: incompatible types when assigning to type
>> ?union ast_frame_subclass? from type ?char?
>> chan_lcr.c: In function ?lcr_request?:
>> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
>> makes integer from pointer without a cast [enabled by default]
>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
>> is of type ?char *?
>> chan_lcr.c: In function ?lcr_call?:
>> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c: In function ?lcr_write?:
>> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
>> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
>> ast_frame_subclass? and ?format_t?)
>> chan_lcr.c: In function ?lcr_read?:
>> chan_lcr.c:2229:25: error: incompatible types when assigning to type
>> ?union ast_frame_subclass? from type ?format_t?
>> chan_lcr.c: In function ?lcr_indicate?:
>> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
>> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
>> chan_lcr.c: At top level:
>> chan_lcr.c:2602:2: warning: initialization from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2602:2: warning: (near initialization for
>> ?lcr_tech.requester?) [enabled by default]
>> chan_lcr.c: In function ?load_module?:
>> chan_lcr.c:2818:2: warning: passing argument 2 of
>> ?ast_register_application2? from incompatible pointer type [enabled by
>> default]
>> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
>> ast_channel *, const char *)? but argument is of type ?int (*)(struct
>> ast_channel *, void *)?
>> make[1]: *** [chan_lcr.po] Error 1
>> make[1]: Leaving directory `/usr/src/lcr'
>> make: *** [all] Error 2
>>
>
> make install:
>
>> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
>> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
>> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
>> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
>> chan_lcr.c -o chan_lcr.po
>> chan_lcr.c: In function ?send_setup_to_lcr?:
>> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c: In function ?lcr_in_setup?:
>> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
>> makes integer from pointer without a cast [enabled by default]
>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
>> is of type ?char *?
>> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c: In function ?handle_queue?:
>> chan_lcr.c:1707:18: error: incompatible types when assigning to type
>> ?union ast_frame_subclass? from type ?char?
>> chan_lcr.c: In function ?lcr_request?:
>> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
>> makes integer from pointer without a cast [enabled by default]
>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but argument
>> is of type ?char *?
>> chan_lcr.c: In function ?lcr_call?:
>> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
>> chan_lcr.c: In function ?lcr_write?:
>> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
>> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
>> ast_frame_subclass? and ?format_t?)
>> chan_lcr.c: In function ?lcr_read?:
>> chan_lcr.c:2229:25: error: incompatible types when assigning to type
>> ?union ast_frame_subclass? from type ?format_t?
>> chan_lcr.c: In function ?lcr_indicate?:
>> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
>> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
>> chan_lcr.c: At top level:
>> chan_lcr.c:2602:2: warning: initialization from incompatible pointer type
>> [enabled by default]
>> chan_lcr.c:2602:2: warning: (near initialization for
>> ?lcr_tech.requester?) [enabled by default]
>> chan_lcr.c: In function ?load_module?:
>> chan_lcr.c:2818:2: warning: passing argument 2 of
>> ?ast_register_application2? from incompatible pointer type [enabled by
>> default]
>> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
>> ast_channel *, const char *)? but argument is of type ?int (*)(struct
>> ast_channel *, void *)?
>>
>
> lcr start:
>
>> ** LCR  Version 1.7
>>
>> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
>> GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms
>> while configure!
>> --------------------- 2012.06.26 10:35:27 000001
>>
>> 000001 DEBUG (in join_free() line 99): no more pending join(s), done!
>>
>
> Sofiasip is installed. Is there anything I forget so I can't configure LCR
> with sip?
>
> Best regards.
> Ellen
>
>
> 2012/6/24 Andreas Eversberg <andreas at eversberg.eu>
>
>> Ellen Apolinar wrote:
>>
>>>
>>> OpenBSC seems to work without errors but to connect it with asterisk I
>>> need mISDN, mISDNuser and LCR.
>>>
>>>  hi,
>>
>> if you like to use lcr with gsm (bs or ms), then you cannot use asterisk
>> channel driver. it only works with isdn. but you can use sip. in order to
>> do that you may:
>>
>> - disable mISDN  (--without-misdn)
>> - enable sip (--with-sip), you also need to have sipsofia installed
>> - add a sip interface (see default/interface.conf). then everything is
>> possible without mISDN, but you cannot use isdn phones/lines in this setup.
>>
>> example to just connect GSM and SIP interface without routing:
>>
>>  [GSM]
>> gsm-bs
>> tones yes
>> earlyb no
>> #rtp-bridge
>> bridge SIP
>>
>>
>> [SIP]
>> sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
>> tones no
>> earlyb yes
>> #rtp-bridge
>> bridge GSM
>>
>> if asterisk and lcr run on the same machine, you need to change the sip
>> port on asterisk or lcr side.
>>
>> if you like to use GSM codec on asterisk side, you may enable rtp-bridge.
>> then the asterisk directly negotiates the codec with the phone.
>> in this case GSM codec must be supported by asterisk. tested codecs are
>> FR(standard) and EFR.
>>
>> regards,
>>
>> andreas
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/a081a5bd/attachment.htm>

From ellen.apolinar.td at googlemail.com  Tue Jun 26 14:42:30 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Tue, 26 Jun 2012 16:42:30 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZRKhVSRBjV0CQ9LSd4AJKQJJA5XvBrJ0vdLOFeLu8Sx-A@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
	<CAAyk0ZRdLSyWvxURA8gjCdmVzzrbAd3ugWHoYr=H6n8gpnVGQg@mail.gmail.com>
	<CAAyk0ZRKhVSRBjV0CQ9LSd4AJKQJJA5XvBrJ0vdLOFeLu8Sx-A@mail.gmail.com>
Message-ID: <CAAyk0ZR952ft6=e4g26aMbWTYSMKMFxNLZTP1bAv7b70mGL+ug@mail.gmail.com>

The error is solved. This only happens if I start LCR and then OpenBSC
because with LCR OpenBSC is also started.

Regards
Ellen

2012/6/26 Ellen Apolinar <ellen.apolinar.td at googlemail.com>

> @Don: Thanks, yes, that was the problem. I didn't know that the version
> from linux-call-router.de is so old.
>
> @Mailinglist:
>
> I tried it again. And this time I installed it from git:
>
>> git clone git://git.misdn.eu/lcr.git/
>> cd /usr/src/lcr
>> ./configure ?without-asterisk --with-gsm-bs
>> make
>> make install
>>
>
> In the last installation I installed it from linux-call-router.de.
> Configuration with --with-sip wasn't available.
>
> lcr start:
>
>> ** LCR  Version 1.10
>>
>> ERROR Cannot get device information for port 1. (ioctl IMGETDEVINFO
>> failed ret=-1)
>> LCR 1.10 started, waiting for calls...
>>
>
> lcradmin state
>
>> Ext(port 0: hfc-e1.1) TE ptp l2hold use:0  L2 unkn  L1 unkn
>> Int (port 1: ) extension  not loaded
>>
>
>
> Also OpenBSC worked. Now I get this error massage:
>
>> ./osmo-nitb -c openbsc.cfg -C
>> 1 device found
>>         id:             0
>>         Dprotocols:     00000018
>>         Bprotocols:     0000006e
>>         protocol:       3
>>         nrbchan:        30
>>         name:           hfc-e1.1
>> could not bind l2 socket Device or resource busy
>> <0005> bsc_init.c:512 Error enabling E1 input driver
>>
>
> I don't know what is wrong and how I can solve this. Google wasn't very
> helpful in this case.
>
> And how can I connect LCR to OpenBSC?
>
> And what can I do with lcradmin state?
>
> Best regards
> Ellen
>
>
> 2012/6/26 Ellen Apolinar <ellen.apolinar.td at googlemail.com>
>
>> Hey Andreas,
>>
>> I try the way over SIP. But perhaps I make something wrong.
>>
>> What I want to do:
>>
>>> cd /usr/src/lcr
>>> ./configure --prefix=/usr/src/lcr --without-misdn --with-sip
>>>
>>
>> What I get:
>>
>>> configure: WARNING: unrecognized options: --without-misdn, --with-sip
>>>
>>
>> What I am able to do:
>>
>>> ./configure --prefix=/usr/src/lcr --with
>>> --with-asterisk    --with-gsm-ms      --with-PACKAGE
>>> --with-ssl
>>> --with-gsm-bs      --without-PACKAGE  --with-ss5
>>>
>>
>> Makefile:
>>
>>> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
>>> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
>>> ENABLE_GSM_BS_FALSE = #
>>> ENABLE_GSM_BS_TRUE =
>>> ENABLE_GSM_FALSE = #
>>> ENABLE_GSM_MS_FALSE =
>>> ENABLE_GSM_MS_TRUE = #
>>> ENABLE_GSM_TRUE =
>>> ENABLE_SS5_FALSE =
>>> ENABLE_SS5_TRUE = #
>>>
>>
>> I change to:
>>
>>> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
>>> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
>>> ENABLE_GSM_BS_FALSE =
>>> ENABLE_GSM_BS_TRUE = #
>>> ENABLE_GSM_FALSE = #
>>> ENABLE_GSM_MS_FALSE = #
>>> ENABLE_GSM_MS_TRUE =
>>> ENABLE_GSM_TRUE =
>>> ENABLE_SS5_FALSE =
>>> ENABLE_SS5_TRUE = #
>>>
>>
>> make:
>>
>>> make  all-am
>>> make[1]: Entering directory `/usr/src/lcr'
>>> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
>>> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
>>> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
>>> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
>>> chan_lcr.c -o chan_lcr.po
>>> chan_lcr.c: In function ?send_setup_to_lcr?:
>>> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c: In function ?lcr_in_setup?:
>>> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>> makes integer from pointer without a cast [enabled by default]
>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>> argument is of type ?char *?
>>> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c: In function ?handle_queue?:
>>> chan_lcr.c:1707:18: error: incompatible types when assigning to type
>>> ?union ast_frame_subclass? from type ?char?
>>> chan_lcr.c: In function ?lcr_request?:
>>> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>> makes integer from pointer without a cast [enabled by default]
>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>> argument is of type ?char *?
>>> chan_lcr.c: In function ?lcr_call?:
>>> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c: In function ?lcr_write?:
>>> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
>>> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
>>> ast_frame_subclass? and ?format_t?)
>>> chan_lcr.c: In function ?lcr_read?:
>>> chan_lcr.c:2229:25: error: incompatible types when assigning to type
>>> ?union ast_frame_subclass? from type ?format_t?
>>> chan_lcr.c: In function ?lcr_indicate?:
>>> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
>>> [enabled by default]
>>> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
>>> [enabled by default]
>>> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
>>> [enabled by default]
>>> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
>>> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
>>> chan_lcr.c: At top level:
>>> chan_lcr.c:2602:2: warning: initialization from incompatible pointer
>>> type [enabled by default]
>>> chan_lcr.c:2602:2: warning: (near initialization for
>>> ?lcr_tech.requester?) [enabled by default]
>>> chan_lcr.c: In function ?load_module?:
>>> chan_lcr.c:2818:2: warning: passing argument 2 of
>>> ?ast_register_application2? from incompatible pointer type [enabled by
>>> default]
>>> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
>>> ast_channel *, const char *)? but argument is of type ?int (*)(struct
>>> ast_channel *, void *)?
>>> make[1]: *** [chan_lcr.po] Error 1
>>> make[1]: Leaving directory `/usr/src/lcr'
>>> make: *** [all] Error 2
>>>
>>
>> make install:
>>
>>> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
>>> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
>>> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
>>> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
>>> chan_lcr.c -o chan_lcr.po
>>> chan_lcr.c: In function ?send_setup_to_lcr?:
>>> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c: In function ?lcr_in_setup?:
>>> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>> makes integer from pointer without a cast [enabled by default]
>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>> argument is of type ?char *?
>>> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c: In function ?handle_queue?:
>>> chan_lcr.c:1707:18: error: incompatible types when assigning to type
>>> ?union ast_frame_subclass? from type ?char?
>>> chan_lcr.c: In function ?lcr_request?:
>>> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>> makes integer from pointer without a cast [enabled by default]
>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>> argument is of type ?char *?
>>> chan_lcr.c: In function ?lcr_call?:
>>> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named ?cid?
>>> chan_lcr.c: In function ?lcr_write?:
>>> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
>>> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
>>> ast_frame_subclass? and ?format_t?)
>>> chan_lcr.c: In function ?lcr_read?:
>>> chan_lcr.c:2229:25: error: incompatible types when assigning to type
>>> ?union ast_frame_subclass? from type ?format_t?
>>> chan_lcr.c: In function ?lcr_indicate?:
>>> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
>>> [enabled by default]
>>> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
>>> [enabled by default]
>>> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
>>> [enabled by default]
>>> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
>>> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
>>> chan_lcr.c: At top level:
>>> chan_lcr.c:2602:2: warning: initialization from incompatible pointer
>>> type [enabled by default]
>>> chan_lcr.c:2602:2: warning: (near initialization for
>>> ?lcr_tech.requester?) [enabled by default]
>>> chan_lcr.c: In function ?load_module?:
>>> chan_lcr.c:2818:2: warning: passing argument 2 of
>>> ?ast_register_application2? from incompatible pointer type [enabled by
>>> default]
>>> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
>>> ast_channel *, const char *)? but argument is of type ?int (*)(struct
>>> ast_channel *, void *)?
>>>
>>
>> lcr start:
>>
>>> ** LCR  Version 1.7
>>>
>>> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
>>> GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms
>>> while configure!
>>> --------------------- 2012.06.26 10:35:27 000001
>>>
>>> 000001 DEBUG (in join_free() line 99): no more pending join(s), done!
>>>
>>
>> Sofiasip is installed. Is there anything I forget so I can't configure
>> LCR with sip?
>>
>> Best regards.
>> Ellen
>>
>>
>> 2012/6/24 Andreas Eversberg <andreas at eversberg.eu>
>>
>>> Ellen Apolinar wrote:
>>>
>>>>
>>>> OpenBSC seems to work without errors but to connect it with asterisk I
>>>> need mISDN, mISDNuser and LCR.
>>>>
>>>>  hi,
>>>
>>> if you like to use lcr with gsm (bs or ms), then you cannot use asterisk
>>> channel driver. it only works with isdn. but you can use sip. in order to
>>> do that you may:
>>>
>>> - disable mISDN  (--without-misdn)
>>> - enable sip (--with-sip), you also need to have sipsofia installed
>>> - add a sip interface (see default/interface.conf). then everything is
>>> possible without mISDN, but you cannot use isdn phones/lines in this setup.
>>>
>>> example to just connect GSM and SIP interface without routing:
>>>
>>>  [GSM]
>>> gsm-bs
>>> tones yes
>>> earlyb no
>>> #rtp-bridge
>>> bridge SIP
>>>
>>>
>>> [SIP]
>>> sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
>>> tones no
>>> earlyb yes
>>> #rtp-bridge
>>> bridge GSM
>>>
>>> if asterisk and lcr run on the same machine, you need to change the sip
>>> port on asterisk or lcr side.
>>>
>>> if you like to use GSM codec on asterisk side, you may enable
>>> rtp-bridge. then the asterisk directly negotiates the codec with the phone.
>>> in this case GSM codec must be supported by asterisk. tested codecs are
>>> FR(standard) and EFR.
>>>
>>> regards,
>>>
>>> andreas
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/59c9037d/attachment.htm>

From altaf329 at gmail.com  Tue Jun 26 17:45:55 2012
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 26 Jun 2012 19:45:55 +0200
Subject: OpenBSC + * + LCR -> Problems with LCR (--with-gsm-bs)
In-Reply-To: <CAAyk0ZR952ft6=e4g26aMbWTYSMKMFxNLZTP1bAv7b70mGL+ug@mail.gmail.com>
References: <CAAyk0ZRCqfgzd5O+7zd20LfTF+hw+Ard7ZY-eYUgHYsVic8MtA@mail.gmail.com>
	<4FE6B72C.1040208@eversberg.eu>
	<CAAyk0ZRdLSyWvxURA8gjCdmVzzrbAd3ugWHoYr=H6n8gpnVGQg@mail.gmail.com>
	<CAAyk0ZRKhVSRBjV0CQ9LSd4AJKQJJA5XvBrJ0vdLOFeLu8Sx-A@mail.gmail.com>
	<CAAyk0ZR952ft6=e4g26aMbWTYSMKMFxNLZTP1bAv7b70mGL+ug@mail.gmail.com>
Message-ID: <CAGxkagYhBh1qzK2ZJV-dT2HZTE3Qy8c-0hqjmvik9ty=Ayhzxg@mail.gmail.com>

Hello all,

I have cloned the lcr from the below link.

Development git

git clone git://git.misdn.eu/lcr.git/ -b master lcr-master

Cloning from this git url i am able to get all the sip.cpp and sip.h header
files. This gives me to do the configure along with sip.

./configure --without-asterisk --with-gsm-ms --with-sip

But i loose when doing  the make.

When I do 'make' it it produces following error.

mISDN.cpp:61: error: aggregate ?mi_ext_fn_s myfn? has incomplete type and
cannot be defined
mISDN.cpp: In function ?int mISDN_initialize()?:
mISDN.cpp:88: error: ?mISDN_set_debug_level? was not declared in this scope
mISDN.cpp:90: error: ?mISDN_set_debug_level? was not declared in this scope
make[1]: *** [mISDN.o] Error 1
make[1]: Leaving directory `/root/catchercatcher/lcr-master'
make: *** [all] Error 2



Can someone kindly help me at this stage.


Many thanks

Regards,

Altaf
On Tue, Jun 26, 2012 at 4:42 PM, Ellen Apolinar <
ellen.apolinar.td at googlemail.com> wrote:

> The error is solved. This only happens if I start LCR and then OpenBSC
> because with LCR OpenBSC is also started.
>
> Regards
> Ellen
>
> 2012/6/26 Ellen Apolinar <ellen.apolinar.td at googlemail.com>
>
>> @Don: Thanks, yes, that was the problem. I didn't know that the version
>> from linux-call-router.de is so old.
>>
>> @Mailinglist:
>>
>> I tried it again. And this time I installed it from git:
>>
>>> git clone git://git.misdn.eu/lcr.git/
>>> cd /usr/src/lcr
>>> ./configure ?without-asterisk --with-gsm-bs
>>> make
>>> make install
>>>
>>
>> In the last installation I installed it from linux-call-router.de.
>> Configuration with --with-sip wasn't available.
>>
>> lcr start:
>>
>>> ** LCR  Version 1.10
>>>
>>> ERROR Cannot get device information for port 1. (ioctl IMGETDEVINFO
>>> failed ret=-1)
>>> LCR 1.10 started, waiting for calls...
>>>
>>
>> lcradmin state
>>
>>> Ext(port 0: hfc-e1.1) TE ptp l2hold use:0  L2 unkn  L1 unkn
>>> Int (port 1: ) extension  not loaded
>>>
>>
>>
>> Also OpenBSC worked. Now I get this error massage:
>>
>>> ./osmo-nitb -c openbsc.cfg -C
>>> 1 device found
>>>         id:             0
>>>         Dprotocols:     00000018
>>>         Bprotocols:     0000006e
>>>         protocol:       3
>>>         nrbchan:        30
>>>         name:           hfc-e1.1
>>> could not bind l2 socket Device or resource busy
>>> <0005> bsc_init.c:512 Error enabling E1 input driver
>>>
>>
>> I don't know what is wrong and how I can solve this. Google wasn't very
>> helpful in this case.
>>
>> And how can I connect LCR to OpenBSC?
>>
>> And what can I do with lcradmin state?
>>
>> Best regards
>> Ellen
>>
>>
>> 2012/6/26 Ellen Apolinar <ellen.apolinar.td at googlemail.com>
>>
>>> Hey Andreas,
>>>
>>> I try the way over SIP. But perhaps I make something wrong.
>>>
>>> What I want to do:
>>>
>>>> cd /usr/src/lcr
>>>> ./configure --prefix=/usr/src/lcr --without-misdn --with-sip
>>>>
>>>
>>> What I get:
>>>
>>>> configure: WARNING: unrecognized options: --without-misdn, --with-sip
>>>>
>>>
>>> What I am able to do:
>>>
>>>> ./configure --prefix=/usr/src/lcr --with
>>>> --with-asterisk    --with-gsm-ms      --with-PACKAGE
>>>> --with-ssl
>>>> --with-gsm-bs      --without-PACKAGE  --with-ss5
>>>>
>>>
>>> Makefile:
>>>
>>>> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
>>>> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
>>>> ENABLE_GSM_BS_FALSE = #
>>>> ENABLE_GSM_BS_TRUE =
>>>> ENABLE_GSM_FALSE = #
>>>> ENABLE_GSM_MS_FALSE =
>>>> ENABLE_GSM_MS_TRUE = #
>>>> ENABLE_GSM_TRUE =
>>>> ENABLE_SS5_FALSE =
>>>> ENABLE_SS5_TRUE = #
>>>>
>>>
>>> I change to:
>>>
>>>> ENABLE_ASTERISK_CHANNEL_DRIVER_FALSE = #
>>>> ENABLE_ASTERISK_CHANNEL_DRIVER_TRUE =
>>>> ENABLE_GSM_BS_FALSE =
>>>> ENABLE_GSM_BS_TRUE = #
>>>> ENABLE_GSM_FALSE = #
>>>> ENABLE_GSM_MS_FALSE = #
>>>> ENABLE_GSM_MS_TRUE =
>>>> ENABLE_GSM_TRUE =
>>>> ENABLE_SS5_FALSE =
>>>> ENABLE_SS5_TRUE = #
>>>>
>>>
>>> make:
>>>
>>>> make  all-am
>>>> make[1]: Entering directory `/usr/src/lcr'
>>>> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
>>>> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
>>>> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
>>>> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
>>>> chan_lcr.c -o chan_lcr.po
>>>> chan_lcr.c: In function ?send_setup_to_lcr?:
>>>> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c: In function ?lcr_in_setup?:
>>>> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>>> makes integer from pointer without a cast [enabled by default]
>>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>>> argument is of type ?char *?
>>>> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c: In function ?handle_queue?:
>>>> chan_lcr.c:1707:18: error: incompatible types when assigning to type
>>>> ?union ast_frame_subclass? from type ?char?
>>>> chan_lcr.c: In function ?lcr_request?:
>>>> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>>> makes integer from pointer without a cast [enabled by default]
>>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>>> argument is of type ?char *?
>>>> chan_lcr.c: In function ?lcr_call?:
>>>> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c: In function ?lcr_write?:
>>>> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
>>>> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
>>>> ast_frame_subclass? and ?format_t?)
>>>> chan_lcr.c: In function ?lcr_read?:
>>>> chan_lcr.c:2229:25: error: incompatible types when assigning to type
>>>> ?union ast_frame_subclass? from type ?format_t?
>>>> chan_lcr.c: In function ?lcr_indicate?:
>>>> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
>>>> [enabled by default]
>>>> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
>>>> [enabled by default]
>>>> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
>>>> [enabled by default]
>>>> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
>>>> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
>>>> chan_lcr.c: At top level:
>>>> chan_lcr.c:2602:2: warning: initialization from incompatible pointer
>>>> type [enabled by default]
>>>> chan_lcr.c:2602:2: warning: (near initialization for
>>>> ?lcr_tech.requester?) [enabled by default]
>>>> chan_lcr.c: In function ?load_module?:
>>>> chan_lcr.c:2818:2: warning: passing argument 2 of
>>>> ?ast_register_application2? from incompatible pointer type [enabled by
>>>> default]
>>>> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
>>>> ast_channel *, const char *)? but argument is of type ?int (*)(struct
>>>> ast_channel *, void *)?
>>>> make[1]: *** [chan_lcr.po] Error 1
>>>> make[1]: Leaving directory `/usr/src/lcr'
>>>> make: *** [all] Error 2
>>>>
>>>
>>> make install:
>>>
>>>> gcc   -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include
>>>> -I./openbsc   -Wall -DCONFIG_DATA="\"/usr/local/lcr\""
>>>> -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\""
>>>> -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c
>>>> chan_lcr.c -o chan_lcr.po
>>>> chan_lcr.c: In function ?send_setup_to_lcr?:
>>>> chan_lcr.c:644:12: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:655:12: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c: In function ?lcr_in_setup?:
>>>> chan_lcr.c:858:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>>> makes integer from pointer without a cast [enabled by default]
>>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>>> argument is of type ?char *?
>>>> chan_lcr.c:883:6: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:885:6: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:887:6: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:890:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:893:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:896:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:900:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:903:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:906:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:909:7: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c: In function ?handle_queue?:
>>>> chan_lcr.c:1707:18: error: incompatible types when assigning to type
>>>> ?union ast_frame_subclass? from type ?char?
>>>> chan_lcr.c: In function ?lcr_request?:
>>>> chan_lcr.c:1820:2: warning: passing argument 9 of ?__ast_channel_alloc?
>>>> makes integer from pointer without a cast [enabled by default]
>>>> /usr/include/asterisk/channel.h:1118:2: note: expected ?int? but
>>>> argument is of type ?char *?
>>>> chan_lcr.c: In function ?lcr_call?:
>>>> chan_lcr.c:1927:9: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:1927:31: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1928:29: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1931:9: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:1931:32: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1932:30: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1934:9: error: ?struct ast_channel? has no member named ?cid?
>>>> chan_lcr.c:1934:33: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c:1935:31: error: ?struct ast_channel? has no member named
>>>> ?cid?
>>>> chan_lcr.c: In function ?lcr_write?:
>>>> chan_lcr.c:2164:6: error: wrong type argument to unary exclamation mark
>>>> chan_lcr.c:2166:20: error: invalid operands to binary & (have ?union
>>>> ast_frame_subclass? and ?format_t?)
>>>> chan_lcr.c: In function ?lcr_read?:
>>>> chan_lcr.c:2229:25: error: incompatible types when assigning to type
>>>> ?union ast_frame_subclass? from type ?format_t?
>>>> chan_lcr.c: In function ?lcr_indicate?:
>>>> chan_lcr.c:2274:8: warning: assignment from incompatible pointer type
>>>> [enabled by default]
>>>> chan_lcr.c:2289:8: warning: assignment from incompatible pointer type
>>>> [enabled by default]
>>>> chan_lcr.c:2316:8: warning: assignment from incompatible pointer type
>>>> [enabled by default]
>>>> chan_lcr.c:2381:14: error: dereferencing pointer to incomplete type
>>>> chan_lcr.c:2382:33: error: dereferencing pointer to incomplete type
>>>> chan_lcr.c: At top level:
>>>> chan_lcr.c:2602:2: warning: initialization from incompatible pointer
>>>> type [enabled by default]
>>>> chan_lcr.c:2602:2: warning: (near initialization for
>>>> ?lcr_tech.requester?) [enabled by default]
>>>> chan_lcr.c: In function ?load_module?:
>>>> chan_lcr.c:2818:2: warning: passing argument 2 of
>>>> ?ast_register_application2? from incompatible pointer type [enabled by
>>>> default]
>>>> /usr/include/asterisk/module.h:458:5: note: expected ?int (*)(struct
>>>> ast_channel *, const char *)? but argument is of type ?int (*)(struct
>>>> ast_channel *, void *)?
>>>>
>>>
>>> lcr start:
>>>
>>>> ** LCR  Version 1.7
>>>>
>>>> 000000 DEBUG (in getrulesetbyname() line 1871): ruleset main found.
>>>> GSM is enabled, but not compiled. Use --with-gsm-bs or --with-gsm-ms
>>>> while configure!
>>>> --------------------- 2012.06.26 10:35:27 000001
>>>>
>>>> 000001 DEBUG (in join_free() line 99): no more pending join(s), done!
>>>>
>>>
>>> Sofiasip is installed. Is there anything I forget so I can't configure
>>> LCR with sip?
>>>
>>> Best regards.
>>> Ellen
>>>
>>>
>>> 2012/6/24 Andreas Eversberg <andreas at eversberg.eu>
>>>
>>>> Ellen Apolinar wrote:
>>>>
>>>>>
>>>>> OpenBSC seems to work without errors but to connect it with asterisk I
>>>>> need mISDN, mISDNuser and LCR.
>>>>>
>>>>>  hi,
>>>>
>>>> if you like to use lcr with gsm (bs or ms), then you cannot use
>>>> asterisk channel driver. it only works with isdn. but you can use sip. in
>>>> order to do that you may:
>>>>
>>>> - disable mISDN  (--without-misdn)
>>>> - enable sip (--with-sip), you also need to have sipsofia installed
>>>> - add a sip interface (see default/interface.conf). then everything is
>>>> possible without mISDN, but you cannot use isdn phones/lines in this setup.
>>>>
>>>> example to just connect GSM and SIP interface without routing:
>>>>
>>>>  [GSM]
>>>> gsm-bs
>>>> tones yes
>>>> earlyb no
>>>> #rtp-bridge
>>>> bridge SIP
>>>>
>>>>
>>>> [SIP]
>>>> sip <local ip>[:local sip port] <asterisk sip ip>[:asterisk sip port]
>>>> tones no
>>>> earlyb yes
>>>> #rtp-bridge
>>>> bridge GSM
>>>>
>>>> if asterisk and lcr run on the same machine, you need to change the sip
>>>> port on asterisk or lcr side.
>>>>
>>>> if you like to use GSM codec on asterisk side, you may enable
>>>> rtp-bridge. then the asterisk directly negotiates the codec with the phone.
>>>> in this case GSM codec must be supported by asterisk. tested codecs are
>>>> FR(standard) and EFR.
>>>>
>>>> regards,
>>>>
>>>> andreas
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/4d6941dc/attachment.htm>

From ellen.apolinar.td at googlemail.com  Fri Jun 22 11:30:45 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Fri, 22 Jun 2012 13:30:45 +0200
Subject: OpenBSC -> only BTS+RNC+MSC+HLR without BSC possible?
Message-ID: <CAAyk0ZTEOBiyryqd9kOfyZGzHNz+Vif+HjR44ssZJOz1+Ph58w@mail.gmail.com>

Hello,

the purpose is to test several BTS.

There are a few solutions to realise this, one of this is with OpenBSC.

1st idea: Implement OpenBSC for several BTS, also for UMTS.
In this case we have a GLJ to read the traces between BSC and BTS and want
to analyse them so we could build libraries for using OpenBSC with these
BTS. It isn't my job to programm it because we have a few programmers here
which can handle with it und which have a few months time to realise that.
We already have the traces - now comes the part how to analyse these and
how to build libs to implement the BTS to the OpenBSC-project. I don't know
if it is possible and how long it takes. We will see it.


2nd idea: Have a BTS - RNC - MSC - HLR - connection with parts of OpenBSC.
BTS and RNC are hardware, MSC and HLR should be software. Perhaps it is
better to use OpenMSC for it but first I want to know if it could be
possible with OpenBSC. I know that OpenBSC is not programmed for only using
the MSC and the HLR part but perhaps someone know how the MSC is
implemented. If some of you also worked with OpenMSC it would be great of
you could write me your experiences.


I don't want to steal your time so if you are interested and have some
infos I really appreciate it. :-)


I have already written to the mailing list so perhaps some of you remember
me.

Best regads
Ellen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120622/203fc2b8/attachment.htm>

From laforge at gnumonks.org  Fri Jun 22 15:47:04 2012
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 22 Jun 2012 17:47:04 +0200
Subject: OpenBSC -> only BTS+RNC+MSC+HLR without BSC possible?
In-Reply-To: <CAAyk0ZTEOBiyryqd9kOfyZGzHNz+Vif+HjR44ssZJOz1+Ph58w@mail.gmail.com>
References: <CAAyk0ZTEOBiyryqd9kOfyZGzHNz+Vif+HjR44ssZJOz1+Ph58w@mail.gmail.com>
Message-ID: <20120622154704.GN9556@prithivi.gnumonks.org>

Ellen,

On Fri, Jun 22, 2012 at 01:30:45PM +0200, Ellen Apolinar wrote:
> 1st idea: Implement OpenBSC for several BTS, also for UMTS.

There are no BTS in UMTS.  There is no BSC in UMTS.  There's only NodeB,
RNC.  As the Iub interface is completely unlike Abis, and UMTS (except
call control and sms) is completely unlike GSM, I really don't
understand what a BTS and a BSC would have to do with UMTS.

> how to build libs to implement the BTS to the OpenBSC-project. I don't know
> if it is possible and how long it takes. We will see it.

If you are talking about a classic GSM BTS that speaks a dialect of
A-bis RSL (08.58), adding support for them to OpenBSC shouldn be hard.
Can you give us a list of BTS models that you're looking to support?

Also, just to make sure, I suppose you are planning to actively submit
or at least release the source code modifications to OpenBSC.  We are
more than happy to add more A-bis dialects.

As soon as you operate a network with it, or you distribute the code to
any other entity, the AGPLv3 license requires you to release the source
code to all your additions/modifications anyway.

Based on past experience, I would say adding support for a new Abis
variant is an effort somewhere between one and three man-weeks for a
developer already familiar with OpenBSC internals and APIs.

> 2nd idea: Have a BTS - RNC - MSC - HLR - connection with parts of OpenBSC.

Have you actually studied the specifications?  Do you realize that the
RNC-MSC interface is RANAP based.  Do you realize that those interfaces
and protocols are nothing like anything that exists in GSM or OpenBSC?

Regards,
	Harald
-- 
- 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 ellen.apolinar.td at googlemail.com  Mon Jun 25 07:50:22 2012
From: ellen.apolinar.td at googlemail.com (Ellen Apolinar)
Date: Mon, 25 Jun 2012 09:50:22 +0200
Subject: OpenBSC -> only BTS+RNC+MSC+HLR without BSC possible?
In-Reply-To: <20120622154704.GN9556@prithivi.gnumonks.org>
References: <CAAyk0ZTEOBiyryqd9kOfyZGzHNz+Vif+HjR44ssZJOz1+Ph58w@mail.gmail.com>
	<20120622154704.GN9556@prithivi.gnumonks.org>
Message-ID: <CAAyk0ZQDf2yWZZQr-iTwOsFC_wsgJhhqQ7oeQic8jDQZLewQcg@mail.gmail.com>

Hi Harald,

thank you for your answer.


2012/6/22 Harald Welte <laforge at gnumonks.org>

> Ellen,
>
> On Fri, Jun 22, 2012 at 01:30:45PM +0200, Ellen Apolinar wrote:
> > 1st idea: Implement OpenBSC for several BTS, also for UMTS.
>
> There are no BTS in UMTS.  There is no BSC in UMTS.  There's only NodeB,
> RNC.  As the Iub interface is completely unlike Abis, and UMTS (except
> call control and sms) is completely unlike GSM, I really don't
> understand what a BTS and a BSC would have to do with UMTS.
>

We want to use it for GSM and UMTS. I know that UMTS is completely
different
and what I meant was BTS for GSM and NodeB for UMTS. UMTS is more important
than GSM for our project and I have to analyse if it is possible to realise
it also for
UMTS. One of our programmers will work for a half year at the projekt to
realise it.


> > how to build libs to implement the BTS to the OpenBSC-project. I don't
> know
> > if it is possible and how long it takes. We will see it.
>
> If you are talking about a classic GSM BTS that speaks a dialect of
> A-bis RSL (08.58), adding support for them to OpenBSC shouldn be hard.
> Can you give us a list of BTS models that you're looking to support?
>

We want to support following BTS/NodeB - models:

Nokia: Citytalk, Ultrasite, Flexitalk
Alcatel: G9100 Evolium, 63/64
Siemes: BS60/61/21, BS240/241/40/41/82

Also Nortel GSM BTS. We got the traces from the Nokia Ultrasite and
Flexitalk, also from the Nortel18000. We have a T1/E1 Protocol Analyser:

http://www.gl.com/laptopt1.html


Also, just to make sure, I suppose you are planning to actively submit
> or at least release the source code modifications to OpenBSC.  We are
> more than happy to add more A-bis dialects.
>
> As soon as you operate a network with it, or you distribute the code to
> any other entity, the AGPLv3 license requires you to release the source
> code to all your additions/modifications anyway.
>

Yes, this is known here and I think it should be quite natural that we
release
the code with our modifications if it works and share our ideas with you.


> Based on past experience, I would say adding support for a new Abis
> variant is an effort somewhere between one and three man-weeks for a
> developer already familiar with OpenBSC internals and APIs.
>

The project I work for is from a company so the purpose is that one of the
programmers
works with us at the project and becomes familiar with OpenBSC for making
modifications so we could realise the connection with our BTS and perhaps
for UMTS.


> > 2nd idea: Have a BTS - RNC - MSC - HLR - connection with parts of
> OpenBSC.
>
> Have you actually studied the specifications?  Do you realize that the
> RNC-MSC interface is RANAP based.  Do you realize that those interfaces
> and protocols are nothing like anything that exists in GSM or OpenBSC?
>

This is known, yes. Building the interfaces and protocols should not be
impossible I
think. There are six months we have to build protocols, interfaces and to
modify the code.
But we have to know if it is achievable and if it is worth it. If it is to
unstable we have to
focus another way for building a test arrangement for BTS and NodeB.


>
> Regards,
>        Harald
>

Best regards
Ellen


> --
> - 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 HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120625/2158c381/attachment.htm>

From laforge at gnumonks.org  Tue Jun 26 05:14:55 2012
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 26 Jun 2012 07:14:55 +0200
Subject: OpenBSC -> only BTS+RNC+MSC+HLR without BSC possible?
In-Reply-To: <CAAyk0ZQDf2yWZZQr-iTwOsFC_wsgJhhqQ7oeQic8jDQZLewQcg@mail.gmail.com>
References: <CAAyk0ZTEOBiyryqd9kOfyZGzHNz+Vif+HjR44ssZJOz1+Ph58w@mail.gmail.com>
	<20120622154704.GN9556@prithivi.gnumonks.org>
	<CAAyk0ZQDf2yWZZQr-iTwOsFC_wsgJhhqQ7oeQic8jDQZLewQcg@mail.gmail.com>
Message-ID: <20120626051455.GA6306@prithivi.gnumonks.org>

Hi Ellen,

On Mon, Jun 25, 2012 at 09:50:22AM +0200, Ellen Apolinar wrote:
> > There are no BTS in UMTS.  There is no BSC in UMTS.  There's only NodeB,
> > RNC.  As the Iub interface is completely unlike Abis, and UMTS (except
> > call control and sms) is completely unlike GSM, I really don't
> > understand what a BTS and a BSC would have to do with UMTS.
> 
> We want to use it for GSM and UMTS. I know that UMTS is completely
> different
> and what I meant was BTS for GSM and NodeB for UMTS. 

> UMTS is more important than GSM for our project and I have to analyse
> if it is possible to realise it also for UMTS. One of our programmers
> will work for a half year at the projekt to realise it.

If you have some resources to get external help/input with this, I
suggest you talk to Dieter Spaar.  He has been wokring on a prototype
implementation of a RNC for use with NSN and Ericsson NodeB's at some
point in the past.

If you don't need real NodeBs with Iub interface, femtocells might be an
alternative.  Their Iuh or UMA/GAN interface is much less low-level, as
they basically include most of the "RNC" part internally.

> > If you are talking about a classic GSM BTS that speaks a dialect of
> > A-bis RSL (08.58), adding support for them to OpenBSC shouldn be hard.
> > Can you give us a list of BTS models that you're looking to support?
> 
> We want to support following BTS/NodeB - models:
> 
> Nokia: Citytalk, Ultrasite, Flexitalk
> Siemes: BS60/61/21, BS240/241/40/41/82

At least for Nokia and Siemens, it is definitely 08.58.  As we already
support other Siemens and Nokia BTS, it is expected to be relatively
easy to add support for the models you have indicated.

> Alcatel: G9100 Evolium, 63/64

I have no information on their back-haul interface, so I cannot comment
on the size of the effort.

> Also Nortel GSM BTS. We got the traces from the Nokia Ultrasite and
> Flexitalk, also from the Nortel18000. We have a T1/E1 Protocol Analyser:
> 
> http://www.gl.com/laptopt1.html

The protocol analyzer is only of help if it supports the decoding of the
various BTS specific RSL and OML protocol dialects.  From my experience,
Tektronix K15 is good in this area, but also is far short of decoding
all information elements in any of the formats.

Also, there's no need for tapping communicatoin between OpenBSC and the
BTS.  That's what we have PCAP support for.

What's most useful is if you will actually be able to take traces
between the real BSC and the BTS.  Those traces then are the basis for
adding OpenBSC support.  Without traces, I see only a very dim chance to
add a BTS driver to OpenBSC.

> Yes, this is known here and I think it should be quite natural that we
> release the code with our modifications if it works and share our
> ideas with you.

Ok.  We've had some bad experience about this in the past, so it's good
to have this statement from you.  Please note that it would be good
practise not to wait until everything works and then dump the code, but
to actually develop it in an open git repository, where people can watch
+ provide feedback for every commit as you go.  The latter of course is
not a legal requirement under AGPLv3, but it would be beneficial for you
and for us.

> > Based on past experience, I would say adding support for a new Abis
> > variant is an effort somewhere between one and three man-weeks for a
> > developer already familiar with OpenBSC internals and APIs.
> 
> The project I work for is from a company so the purpose is that one of
> the programmers works with us at the project and becomes familiar with
> OpenBSC for making modifications so we could realise the connection
> with our BTS and perhaps for UMTS.

For the GSM BTS I see no problem. For UMTS, I would really see it as a
completely separate/independent project, with probably at least 20 times
the effort of your GSM project.  Also, the type of work is vastly
different.  On the GSM side all the complex part is implemented and it
is just putting in some BTS specific bits, as opposed to the UMTS side
where you need to do everything from design/architecture/...

> But we have to know if it is achievable and if it is worth it. If it
> is to unstable

I'm not worried about it being unstable, but about the size of the
effort.

We are currently doing some work in separating the core network part
from the BSC part (having one program for MSC/HLR/AUC/SMSC and one for
BSC, communicating via A-over-IP..  At that point, it might become
fasible to re-use the MSC/HLR/AUC/SMSC part together with a
to-be-written from scratch RNC.

My suggestion would be to focus on GSM.

Last, but not least, it would be interesting to know the purpose of your
implementation / application.

Regards,
	Harald

-- 
- 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 pfc.rivas at gmail.com  Mon Jun 25 17:11:08 2012
From: pfc.rivas at gmail.com (Arturo Rivas)
Date: Mon, 25 Jun 2012 19:11:08 +0200
Subject: Calls with OpenBSC+LCR+Asterisk
Message-ID: <CA+_rdNeBSvytNS=0MLn4MhCTVPyxyNs2xowGNgXsGN8F97aiBQ@mail.gmail.com>

Hi list!

I'm trying make calls between sip phones and mobiles throw OpenBSC but
doesn't works. I've registered extensions in Asterisk and mobile phones in
OpenBSC. When I try call inter mobile phones and LCR shows (error in red):

*000000 DEBUG (in Port() line 149): new port of type 4625, name 'GSM-1-in'*
*000000 DEBUG (in PmISDN() line 182): Created new mISDNPort(GSM-1-in).
Currently 1 objects use, port #1*
*000000 DEBUG (in Pgsm() line 151): Created new GSMPort(GSM-1-in).*
*000000 DEBUG (in Pgsm_bs() line 54): Created new GSMBSPort(GSM-1-in).*
*000000 TRACE 25.06.12 18:48:30.344 CH(18): MT_NEW_L3ID INDICATION  port 1
 callref new=0x8000000c*
*000000 TRACE 25.06.12 18:48:30.344 CH(18): CHANNEL SELECTION (setup)  port
1  channel reserved=0  conclusion 'channel available'  connect channel=1*
*000000 DEBUG (in seize_bchannel() line 1028): PmISDN(GSM-1-in) seizing
bchannel 1 (index 0)*
*000000 ERROR (in _bchannel_create() line 415): Error: Failed to bind
bchannel-socket for index 0 with mISDN-DSP layer (errno=92). Did you load
mISDN_dsp.ko?*
*000000 DEBUG (in bchannel_open() line 228): Activating GSM side channel
index 0.*
*000000 TRACE 25.06.12 18:48:30.345 CH(18): MNCC_SETUP_IND LCR<->BSC  port
1  calling number=29848 imsi=460003113237934  dialing number=02000*
*000000 DEBUG (in Endpoint() line 48): EPOINT(18): Allocating enpoint 18
and connecting it with: ioport*
*000000 DEBUG (in portlist_new() line 146): EPOINT(18) allocating port_list.
*
*000000 DEBUG (in epointlist_new() line 125): PORT(18) allocating
epoint_list.*
*000000 TRACE 25.06.12 18:48:30.345 CH(18): unknown LCR<->BSC  port 1  mode
0x01*
*000000 TRACE 25.06.12 18:48:30.345 CH(18): MNCC_CALL_PROC_REQ LCR<->BSC
 port 1  progress coding=3 location=1 descr=8*
*000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state
PORT_STATE_IDLE --> PORT_STATE_IN_PROCEEDING*
*000000 TRACE 25.06.12 18:48:30.345 CH(18): unknown LCR<->BSC  port 1*
*000000 DEBUG (in message_put() line 61): message MESSAGE_SETUP written
from 18 to 18 (memory 8ccc588)*
*000000 DEBUG (in message_get() line 107): message MESSAGE_SETUP reading
from 18 to 18 (memory 8ccc588)*
*000000 DEBUG (in ea_message_port() line 2649): EPOINT(18) incoming call
from callerid=29848, dialing=02000*
*000000 TRACE 25.06.12 18:48:30.345 EP(18): SETUP  from CH(18)  caller id
number=29848 present=allowed  dialing 02000  complete true*
*000000 DEBUG (in port_setup() line 1535): EPOINT(18) incoming call is
external or voip*
*000000 DEBUG (in port_setup() line 1616): EPOINT(18) call from external
port*
*000000 DEBUG (in message_put() line 61): message MESSAGE_TONE written from
18 to 18 (memory 8ccfe40)*
*000000 TRACE 25.06.12 18:48:30.345 EP(18): TONE  to CH(18)  directory
default  name dialing*
*000000 DEBUG (in process_dialing() line 2300): EPOINT(18): terminal ''
dialing: '02000', checking matching rule of ruleset 'main'*
*000000 DEBUG (in route() line 1914): parsing ruleset 'main'*
*000000 DEBUG (in route() line 1916): checking rule in line 8*
*000000 TRACE 25.06.12 18:48:30.345 EP(18): ACTION (match)  action remote
 line 8*
*000000 DEBUG (in process_dialing() line 2324): EPOINT(18): a rule with
action 'remote' matches.*
*000000 DEBUG (in process_dialing() line 2361): EPOINT(18): terminal :
current action 'remote' has a init function, so we call it...*
*000000 DEBUG (in process_dialing() line 2372): EPOINT(18): terminal ''
action: remote (dialing '02000')*
*000000 DEBUG (in process_dialing() line 2375): EPOINT(18): terminal :
current action 'remote' has a dialing function, so we call it...*
*000000 DEBUG (in _action_init_call() line 34): EPOINT(18): Creating new
join instance.*
*000000 TRACE 25.06.12 18:48:30.346 EP(18): ACTION remote (not available)
 applicatio astersik*
*000000 DEBUG (in message_put() line 61): message MESSAGE_DISCONNECT
written from 18 to 18 (memory 8cd36f8)*
*000000 TRACE 25.06.12 18:48:30.346 EP(18): DISCONNECT  to CH(18)  cause
value=27 location=1-Local-PBX*
*000000 DEBUG (in message_put() line 61): message MESSAGE_TONE written from
18 to 18 (memory 8cd6fb0)*
*000000 TRACE 25.06.12 18:48:30.346 EP(18): TONE  to CH(18)  directory
default  name cause_1b*
*000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading
from 18 to 18 (memory 8ccfe40)*
*000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port with
(caller id 29848) setting tone 'dialing' dir ''*
*000000 DEBUG (in set_tone() line 1532): isdn port now plays tone:'dialing'.
*
*000000 DEBUG (in message_get() line 107): message MESSAGE_DISCONNECT
reading from 18 to 18 (memory 8cd36f8)*
*000000 TRACE 25.06.12 18:48:30.346 CH(18): MNCC_DISC_REQ LCR<->BSC  port 1
 progress coding=3 location=1 descr=8  cause coding=3 location=1 value=27*
*000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state
PORT_STATE_IN_PROCEEDING --> PORT_STATE_OUT_DISCONNECT*
*000000 DEBUG (in message_epoint() line 778): Pgsm_bs(GSM-1-in) gsm port
with (caller id 29848) received unhandled nessage: 11*
*000000 DEBUG (in message_get() line 107): message MESSAGE_TONE reading
from 18 to 18 (memory 8cd6fb0)*
*000000 DEBUG (in message_epoint() line 602): PORT(GSM-1-in) isdn port with
(caller id 29848) setting tone 'cause_1b' dir ''*
*000000 DEBUG (in set_tone() line 1532): isdn port now plays
tone:'cause_1b'.*
*000000 TRACE 25.06.12 18:48:40.552 CH(18): MNCC_REL_IND LCR<->BSC  port 1
 cause coding=3 location=0 value=16*
*000000 DEBUG (in message_put() line 61): message MESSAGE_RELEASE written
from 18 to 18 (memory 8ccaf90)*
*000000 DEBUG (in free_epointlist() line 81): PORT(18) removed epoint from
port*
*000000 DEBUG (in new_state() line 252): PORT(GSM-1-in) new state
PORT_STATE_OUT_DISCONNECT --> PORT_STATE_RELEASE*
*000000 DEBUG (in message_get() line 107): message MESSAGE_RELEASE reading
from 18 to 18 (memory 8ccaf90)*
*000000 DEBUG (in ea_message_port() line 2735): EPOINT(18) release with
cause=16 location=0 (terminal '', caller id '29848')*
*000000 TRACE 25.06.12 18:48:40.552 EP(18): RELEASE  from CH(18)  cause
value=16 location=0-User*
*000000 DEBUG (in port_disconnect_release() line 2207): EPOINT(18) current
multipoint cause 0 location 0, received cause 16 location 0.*
*000000 DEBUG (in port_disconnect_release() line 2209): EPOINT(18) new
multipoint cause 16 location 0.*
*000000 DEBUG (in process_hangup() line 2420): EPOINT(18): terminal ''*
*000000 DEBUG (in process_hangup() line 2500): EPOINT(18): terminal :
current action 'remote' has a hangup function, so we call it...*
*000000 TRACE 25.06.12 18:48:40.553 EP(18): ACTION hangup*
*000000 DEBUG (in free_portlist() line 185): EPOINT(18) removed port_list
from endpoint*
*000000 DEBUG (in release() line 215): EPOINT(18): do pending release
(joincause 16 location 0)*
*000000 DEBUG (in release() line 233): EPOINT(18) do pending release
(portcause 16 portlocation)*
*000000 DEBUG (in release() line 310): EPOINT(18) do pending release of
epoint itself.*
*000000 DEBUG (in ~Pgsm_bs() line 62): Destroyed GSM BS process(GSM-1-in).*
*000000 DEBUG (in ~Pgsm() line 159): Destroyed GSM process(GSM-1-in).*
*000000 DEBUG (in drop_bchannel() line 1063): PmISDN(GSM-1-in) dropping
bchannel*
*000000 DEBUG (in ~PmISDN() line 213): destroyed mISDNPort(GSM-1-in).
Currently 0 objects*
*000000 DEBUG (in ~Port() line 210): removing port of type 4625, name
'GSM-1-in'*
*000000 DEBUG (in ~Endpoint() line 134): removed endpoint 18.*
*
*
I've tried:

*rivas at pfc:/etc/asterisk$ sudo modprobe mISDN_dsp*
*FATAL: Error inserting mISDN_dsp
(/lib/modules/3.2.0-24-generic-pae/extra/mISDN_dsp.ko): Unknown symbol in
module, or unknown parameter (see dmesg) *

Osmo-NITB shows:

*<000b> bsc_api.c:349 Sending ChanModify for speech 1 1*
*<0001> gsm_04_08.c:1575 Error: RTP proxy is disabled*
*<000b> osmo_msc.c:73 Assignment complete should not have been reached.*
*
*
In Asterisk I've configure extensions like the howto:

*exten => _02X.,1,GotoIf($[${CALLERID(name)} != ""]?4)*
*exten => _02X.,2,Set(CALLIDORIG=${CALLERID(num)})*
*exten => _02X.,3,Set(CALLERID(num)=02${CALLIDORIG})*
*exten => _02X.,4,Dial(LCR/GSM/${EXTEN:2},120)*
*
*
Extensions number are 02000 and 02001 respectively.

Please help me. I believe that the problem is not in asterisk because its
CLI doesn't shows anything.

Thank you!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120625/81d83aaa/attachment.htm>

From don at 00100100.net  Mon Jun 25 21:19:20 2012
From: don at 00100100.net (Don Fanning)
Date: Mon, 25 Jun 2012 14:19:20 -0700
Subject: Calls with OpenBSC+LCR+Asterisk
In-Reply-To: <CA+_rdNeBSvytNS=0MLn4MhCTVPyxyNs2xowGNgXsGN8F97aiBQ@mail.gmail.com>
References: <CA+_rdNeBSvytNS=0MLn4MhCTVPyxyNs2xowGNgXsGN8F97aiBQ@mail.gmail.com>
Message-ID: <CAFywq4-FGouta-ZRrM-j=LoowhgOeseVu-7twioJnx8eWSYRdA@mail.gmail.com>

*FATAL: Error inserting mISDN_dsp
(/lib/modules/3.2.0-24-generic-pae/extra/mISDN_dsp.ko): Unknown symbol in
module, or unknown parameter (see dmesg) *
*
*
This means your modules do not match the kernel or associated libraries as
the kernel sees symbols it has no idea how to interpret.  You need to clear
out all the mISDN modules and start recompiling/installing again to make
sure you have the matched modules being loaded.

On Mon, Jun 25, 2012 at 10:11 AM, Arturo Rivas <pfc.rivas at gmail.com> wrote:

> Did you load mISDN_dsp.ko?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120625/2b6fec83/attachment.htm>

From altaf329 at gmail.com  Tue Jun 26 11:07:31 2012
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 26 Jun 2012 13:07:31 +0200
Subject: Calls with OpenBSC+LCR+Asterisk
In-Reply-To: <CAFywq4-FGouta-ZRrM-j=LoowhgOeseVu-7twioJnx8eWSYRdA@mail.gmail.com>
References: <CA+_rdNeBSvytNS=0MLn4MhCTVPyxyNs2xowGNgXsGN8F97aiBQ@mail.gmail.com>
	<CAFywq4-FGouta-ZRrM-j=LoowhgOeseVu-7twioJnx8eWSYRdA@mail.gmail.com>
Message-ID: <CAGxkagbw0YKvnL2FXkF8ed1Koh-R2YKfUGpMf+JSfbMTHsKfaw@mail.gmail.com>

Hello list.

I am integrating Os_BB with LCR.

I configured with       ./configure --without-asterisk --with-gsm-ms

worked fine. Make and Make install also wroks fine.

When I start lcr

I have the following errors. I guess its some module loading problem and
problem with interfaces and etc.

root at cwm-laptop:~/catchercatcher/lcr# lcr start

** LCR  Version 1.10

ERROR loop port 1 failed to bind socket. (errno 93)
LCR 1.10 started, waiting for calls...
ERROR (in admin_handle_con() line 1329) Invalid message 27 from socket 13.
ERROR (in admin_handle_con() line 1329) Invalid message 27 from socket 14.


root at cwm-laptop:~/catchercatcher/lcr# lcradmin state

GSM (port ?: mISDN_l1loop.2)  not loaded
Ext(port 0: mISDN_l1loop.1) TE ptmp use:0  L2 unkn  L1 unkn
Int(port 1: mISDN_l1loop.2) NT ptmp extension use:0  L1 unkn


How can make the LCR connect to OsmocomBB and how to connect to the socket.

Can someone kindly give some tips.


Regards,

Altaf

On Mon, Jun 25, 2012 at 11:19 PM, Don Fanning <don at 00100100.net> wrote:

> *FATAL: Error inserting mISDN_dsp
> (/lib/modules/3.2.0-24-generic-pae/extra/mISDN_dsp.ko): Unknown symbol in
> module, or unknown parameter (see dmesg) *
> *
> *
> This means your modules do not match the kernel or associated libraries as
> the kernel sees symbols it has no idea how to interpret.  You need to clear
> out all the mISDN modules and start recompiling/installing again to make
> sure you have the matched modules being loaded.
>
> On Mon, Jun 25, 2012 at 10:11 AM, Arturo Rivas <pfc.rivas at gmail.com>wrote:
>
>> Did you load mISDN_dsp.ko?
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/2b631c7a/attachment.htm>

From seuzhaojx at gmail.com  Tue Jun 26 07:35:57 2012
From: seuzhaojx at gmail.com (alex chao)
Date: Tue, 26 Jun 2012 15:35:57 +0800
Subject: No subject
Message-ID: <CABbqLCSqhTmhkdTcLB+5-Pk+RvgseE-_XnNRzuUrOt66jgynAA@mail.gmail.com>

Hi,
     I am new to openbsc.
I have one question. May I do host test on my ubuntu without BTS to check
GSM releated protocol??

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20120626/5dbfff4e/attachment.htm>

From holger at freyther.de  Tue Jun 26 15:12:28 2012
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 26 Jun 2012 17:12:28 +0200
Subject: TOMORROW: Jun 27, 8pm / Osmocom meeting in Berlin
Message-ID: <20120626151228.GA4160@sangmingze.sysmocom.de>

Hi all!

This is the announcement for the next Osmocom Berlin meeting.

	Jun 27, 8pm @ CCC Berlin, Marienstr. 11, 10113 Berlin

Nico will talk about SAP (SIM Access Profile) in osmocomBB.

If you are interested to show up, feel free to do so.  There is no
registration required.  The meeting is free as in "free beer", despite
no actual free beer being around.

Updates and the blog post can be found here[1].

Regards,
	Holger


[1] http://openbsc.osmocom.org/trac/blog/osmug-20120627



From flameeyes at flameeyes.eu  Fri Jun 29 20:01:18 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:18 -0700
Subject: [libosmocore PATCH 01/12] build: simplify test handling and speed up
	build.
Message-ID: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>

Instead of using a ./configure parameter to decide whehter to build
tests or not, use the check_PROGRAMS variable so that the tests are
only built when running `make check`.

To avoid slowing down the test phase itself, collapse the declaration
of the test targets in the tests/Makefile.am file, this way they can
be built and linked in parallel before the testsuite is executed.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 .gitignore                |    1 +
 configure.ac              |   20 --------------
 tests/Makefile.am         |   61 ++++++++++++++++++++++++++++++++++++--------
 tests/a5/Makefile.am      |    6 ----
 tests/auth/Makefile.am    |    8 ------
 tests/bits/Makefile.am    |    7 -----
 tests/conv/Makefile.am    |    6 ----
 tests/gsm0808/Makefile.am |    6 ----
 tests/lapd/Makefile.am    |    9 ------
 tests/msgfile/Makefile.am |    6 ----
 tests/sms/Makefile.am     |    6 ----
 tests/smscb/Makefile.am   |    6 ----
 tests/timer/Makefile.am   |    7 -----
 tests/ussd/Makefile.am    |    6 ----
 14 files changed, 51 insertions(+), 104 deletions(-)
 delete mode 100644 tests/a5/Makefile.am
 delete mode 100644 tests/auth/Makefile.am
 delete mode 100644 tests/bits/Makefile.am
 delete mode 100644 tests/conv/Makefile.am
 delete mode 100644 tests/gsm0808/Makefile.am
 delete mode 100644 tests/lapd/Makefile.am
 delete mode 100644 tests/msgfile/Makefile.am
 delete mode 100644 tests/sms/Makefile.am
 delete mode 100644 tests/smscb/Makefile.am
 delete mode 100644 tests/timer/Makefile.am
 delete mode 100644 tests/ussd/Makefile.am

diff --git a/.gitignore b/.gitignore
index 82e43e3..3c8afd9 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,6 +1,7 @@
 Makefile
 Makefile.in
 .deps
+.dirstamp
 .libs
 *.o
 *.lo
diff --git a/configure.ac b/configure.ac
index 484a7dd..7c62f8f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -59,14 +59,6 @@ AC_ARG_ENABLE(plugin,
 	[enable_plugin=$enableval], [enable_plugin="yes"])
 AM_CONDITIONAL(ENABLE_PLUGIN, test x"$enable_plugin" = x"yes")
 
-AC_ARG_ENABLE(tests,
-	[AS_HELP_STRING(
-		[--disable-tests],
-		[Disable building test programs]
-	)],
-	[enable_tests=$enableval], [enable_tests="yes"])
-AM_CONDITIONAL(ENABLE_TESTS, test x"$enable_tests" = x"yes")
-
 AC_ARG_ENABLE(vty,
 	[AS_HELP_STRING(
 		[--disable-vty],
@@ -130,7 +122,6 @@ AC_ARG_ENABLE(embedded,
 if test x"$embedded" = x"yes"
 then
 	AC_DEFINE([EMBEDDED],[1],[Select building for embedded use])
-	AM_CONDITIONAL(ENABLE_TESTS, false)
 	AM_CONDITIONAL(ENABLE_PLUGIN, false)
 	AM_CONDITIONAL(ENABLE_MSGFILE, false)
 	AM_CONDITIONAL(ENABLE_SERIAL, false)
@@ -163,17 +154,6 @@ AC_OUTPUT(
 	src/gsm/Makefile
 	src/gb/Makefile
 	tests/Makefile
-	tests/timer/Makefile
-	tests/sms/Makefile
-	tests/msgfile/Makefile
-	tests/ussd/Makefile
-	tests/smscb/Makefile
-	tests/bits/Makefile
-	tests/a5/Makefile
-	tests/auth/Makefile
-	tests/conv/Makefile
-	tests/lapd/Makefile
-	tests/gsm0808/Makefile
 	utils/Makefile
 	Doxyfile.core
 	Doxyfile.gsm
diff --git a/tests/Makefile.am b/tests/Makefile.am
index eff1ac4..308c691 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -1,9 +1,45 @@
-if ENABLE_TESTS
-SUBDIRS = timer sms ussd smscb bits a5 conv auth lapd gsm0808
+INCLUDES = $(all_includes) -I$(top_srcdir)/include
+
+check_PROGRAMS = timer/timer_test sms/sms_test ussd/ussd_test		\
+                 smscb/smscb_test bits/bitrev_test a5/a5_test		\
+                 conv/conv_test auth/milenage_test lapd/lapd_test	\
+                 gsm0808/gsm0808_test
 if ENABLE_MSGFILE
-SUBDIRS += msgfile
+check_PROGRAMS += msgfile/msgfile_test
 endif
 
+a5_a5_test_SOURCES = a5/a5_test.c
+a5_a5_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
+
+auth_milenage_test_SOURCES = auth/milenage_test.c
+auth_milenage_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
+
+bits_bitrev_test_SOURCES = bits/bitrev_test.c
+bits_bitrev_test_LDADD = $(top_builddir)/src/libosmocore.la
+
+conv_conv_test_SOURCES = conv/conv_test.c
+conv_conv_test_LDADD = $(top_builddir)/src/libosmocore.la
+
+gsm0808_gsm0808_test_SOURCES = gsm0808/gsm0808_test.c
+gsm0808_gsm0808_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
+
+lapd_lapd_test_SOURCES = lapd/lapd_test.c
+lapd_lapd_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
+
+msgfile_msgfile_test_SOURCES = msgfile/msgfile_test.c
+msgfile_msgfile_test_LDADD = $(top_builddir)/src/libosmocore.la
+
+smscb_smscb_test_SOURCES = smscb/smscb_test.c
+smscb_smscb_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
+
+sms_sms_test_SOURCES = sms/sms_test.c
+sms_sms_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
+
+timer_timer_test_SOURCES = timer/timer_test.c
+timer_timer_test_LDADD = $(top_builddir)/src/libosmocore.la
+
+ussd_ussd_test_SOURCES = ussd/ussd_test.c
+ussd_ussd_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
 
 # The `:;' works around a Bash 3.2 bug when the output is not writeable.
 $(srcdir)/package.m4: $(top_srcdir)/configure.ac
@@ -22,26 +58,29 @@ $(srcdir)/package.m4: $(top_srcdir)/configure.ac
                echo 'm4_define([AT_PACKAGE_URL],' && \
                echo '  [$(PACKAGE_URL)])'; \
              } >'$(srcdir)/package.m4'
-     
-EXTRA_DIST = testsuite.at $(srcdir)/package.m4 $(TESTSUITE)
+
+EXTRA_DIST = testsuite.at $(srcdir)/package.m4 $(TESTSUITE)		\
+             timer/timer_test.ok sms/sms_test.ok ussd/ussd_test.ok	\
+             smscb/smscb_test.ok bits/bitrev_test.ok a5/a5_test.ok	\
+             conv/conv_test.ok auth/milenage_test.ok			\
+             lapd/lapd_test.ok gsm0808/gsm0808_test.ok			\
+             msgfile/msgfile_test.ok msgfile/msgconfig.cfg
 TESTSUITE = $(srcdir)/testsuite
-     
+
 check-local: atconfig $(TESTSUITE)
 	$(SHELL) '$(TESTSUITE)' $(TESTSUITEFLAGS)
-     
+
 installcheck-local: atconfig $(TESTSUITE)
 	$(SHELL) '$(TESTSUITE)' AUTOTEST_PATH='$(bindir)' \
 		$(TESTSUITEFLAGS)
-     
+
 clean-local:
 	test ! -f '$(TESTSUITE)' || \
 		$(SHELL) '$(TESTSUITE)' --clean
 	$(RM) -f atconfig
-     
+
 AUTOM4TE = $(SHELL) $(top_srcdir)/missing --run autom4te
 AUTOTEST = $(AUTOM4TE) --language=autotest
 $(TESTSUITE): $(srcdir)/testsuite.at $(srcdir)/package.m4
 	$(AUTOTEST) -I '$(srcdir)' -o $@.tmp $@.at
 	mv $@.tmp $@
-
-endif
diff --git a/tests/a5/Makefile.am b/tests/a5/Makefile.am
deleted file mode 100644
index 3c6e6ba..0000000
--- a/tests/a5/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = a5_test
-EXTRA_DIST = a5_test.ok
-
-a5_test_SOURCES = a5_test.c
-a5_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
diff --git a/tests/auth/Makefile.am b/tests/auth/Makefile.am
deleted file mode 100644
index 52976d0..0000000
--- a/tests/auth/Makefile.am
+++ /dev/null
@@ -1,8 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = milenage_test
-EXTRA_DIST = milenage_test.ok
-
-milenage_test_SOURCES = milenage_test.c
-milenage_test_LDADD = $(top_builddir)/src/libosmocore.la \
-			$(top_builddir)/src/gsm/libosmogsm.la
-
diff --git a/tests/bits/Makefile.am b/tests/bits/Makefile.am
deleted file mode 100644
index d6fb2f2..0000000
--- a/tests/bits/Makefile.am
+++ /dev/null
@@ -1,7 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = bitrev_test
-EXTRA_DIST = bitrev_test.ok
-
-bitrev_test_SOURCES = bitrev_test.c
-bitrev_test_LDADD = $(top_builddir)/src/libosmocore.la
-
diff --git a/tests/conv/Makefile.am b/tests/conv/Makefile.am
deleted file mode 100644
index 75cfec8..0000000
--- a/tests/conv/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = conv_test
-EXTRA_DIST = conv_test.ok
-
-conv_test_SOURCES = conv_test.c
-conv_test_LDADD = $(top_builddir)/src/libosmocore.la
diff --git a/tests/gsm0808/Makefile.am b/tests/gsm0808/Makefile.am
deleted file mode 100644
index a238e7f..0000000
--- a/tests/gsm0808/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = gsm0808_test
-EXTRA_DIST = gsm0808_test.ok
-
-gsm0808_test_SOURCES = gsm0808_test.c
-gsm0808_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
diff --git a/tests/lapd/Makefile.am b/tests/lapd/Makefile.am
deleted file mode 100644
index f7e2ab0..0000000
--- a/tests/lapd/Makefile.am
+++ /dev/null
@@ -1,9 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-AM_FLAGS = -Wall -O0
-noinst_PROGRAMS = lapd_test
-EXTRA_DIST = lapd_test.ok
-
-lapd_test_SOURCES = lapd_test.c
-lapd_test_LDADD = \
-	$(top_builddir)/src/libosmocore.la \
-	$(top_builddir)/src/gsm/libosmogsm.la
diff --git a/tests/msgfile/Makefile.am b/tests/msgfile/Makefile.am
deleted file mode 100644
index 88c355d..0000000
--- a/tests/msgfile/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = msgfile_test
-EXTRA_DIST = msgfile_test.ok msgconfig.cfg
-
-msgfile_test_SOURCES = msgfile_test.c
-msgfile_test_LDADD = $(top_builddir)/src/libosmocore.la
diff --git a/tests/sms/Makefile.am b/tests/sms/Makefile.am
deleted file mode 100644
index 02860af..0000000
--- a/tests/sms/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = sms_test
-EXTRA_DIST = sms_test.ok
-
-sms_test_SOURCES = sms_test.c
-sms_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
diff --git a/tests/smscb/Makefile.am b/tests/smscb/Makefile.am
deleted file mode 100644
index 7045ea7..0000000
--- a/tests/smscb/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = smscb_test
-EXTRA_DIST = smscb_test.ok
-
-smscb_test_SOURCES = smscb_test.c
-smscb_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
diff --git a/tests/timer/Makefile.am b/tests/timer/Makefile.am
deleted file mode 100644
index 062d81b..0000000
--- a/tests/timer/Makefile.am
+++ /dev/null
@@ -1,7 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = timer_test
-EXTRA_DIST = timer_test.ok
-
-timer_test_SOURCES = timer_test.c
-timer_test_LDADD = $(top_builddir)/src/libosmocore.la
-
diff --git a/tests/ussd/Makefile.am b/tests/ussd/Makefile.am
deleted file mode 100644
index de9ff89..0000000
--- a/tests/ussd/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
-noinst_PROGRAMS = ussd_test
-EXTRA_DIST = ussd_test.ok
-
-ussd_test_SOURCES = ussd_test.c
-ussd_test_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:19 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:19 -0700
Subject: [libosmocore PATCH 02/12] build: simplify headers management and
	remove recursion
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-2-git-send-email-flameeyes@flameeyes.eu>

There is no real reason to keep the include directory a multi-level
recursion, so instead declare everything within include (so that we
can use proper nobase_ declarations) and be it.

Please note that since we removed the sub-Makefile.am, ./configure
will not create the directory structure for us on out-of-tree builds,
so we have to make sure the directory we're generating to exists first.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac                              |   10 +---
 include/Makefile.am                       |  105 ++++++++++++++++++++++++++++-
 include/osmocom/Makefile.am               |    5 --
 include/osmocom/codec/Makefile.am         |    3 -
 include/osmocom/core/Makefile.am          |   31 ---------
 include/osmocom/crypt/Makefile.am         |    3 -
 include/osmocom/gprs/Makefile.am          |    5 --
 include/osmocom/gprs/protocol/Makefile.am |    3 -
 include/osmocom/gsm/Makefile.am           |    8 --
 include/osmocom/gsm/protocol/Makefile.am  |    6 --
 include/osmocom/vty/Makefile.am           |    4 -
 11 files changed, 105 insertions(+), 78 deletions(-)
 delete mode 100644 include/osmocom/Makefile.am
 delete mode 100644 include/osmocom/codec/Makefile.am
 delete mode 100644 include/osmocom/core/Makefile.am
 delete mode 100644 include/osmocom/crypt/Makefile.am
 delete mode 100644 include/osmocom/gprs/Makefile.am
 delete mode 100644 include/osmocom/gprs/protocol/Makefile.am
 delete mode 100644 include/osmocom/gsm/Makefile.am
 delete mode 100644 include/osmocom/gsm/protocol/Makefile.am
 delete mode 100644 include/osmocom/vty/Makefile.am

diff --git a/configure.ac b/configure.ac
index 7c62f8f..728173e 100644
--- a/configure.ac
+++ b/configure.ac
@@ -10,6 +10,7 @@ m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
 
 dnl checks for programs
 AC_PROG_MAKE_SET
+AC_PROG_MKDIR_P
 AC_PROG_CC
 AC_PROG_INSTALL
 LT_INIT
@@ -138,15 +139,6 @@ AC_OUTPUT(
 	libosmovty.pc
 	libosmogsm.pc
 	libosmogb.pc
-	include/osmocom/Makefile
-	include/osmocom/vty/Makefile
-	include/osmocom/codec/Makefile
-	include/osmocom/crypt/Makefile
-	include/osmocom/gsm/Makefile
-	include/osmocom/gsm/protocol/Makefile
-	include/osmocom/gprs/Makefile
-	include/osmocom/gprs/protocol/Makefile
-	include/osmocom/core/Makefile
 	include/Makefile
 	src/Makefile
 	src/vty/Makefile
diff --git a/include/Makefile.am b/include/Makefile.am
index 3578a80..1eae2dd 100644
--- a/include/Makefile.am
+++ b/include/Makefile.am
@@ -1 +1,104 @@
-SUBDIRS = osmocom
+nobase_include_HEADERS = \
+                       osmocom/codec/codec.h \
+                       osmocom/core/application.h \
+                       osmocom/core/backtrace.h \
+                       osmocom/core/bits.h \
+                       osmocom/core/bitvec.h \
+                       osmocom/core/conv.h \
+                       osmocom/core/crc16.h \
+                       osmocom/core/crc16gen.h \
+                       osmocom/core/crc32gen.h \
+                       osmocom/core/crc64gen.h \
+                       osmocom/core/crc8gen.h \
+                       osmocom/core/crcgen.h \
+                       osmocom/core/gsmtap.h \
+                       osmocom/core/gsmtap_util.h \
+                       osmocom/core/linuxlist.h \
+                       osmocom/core/linuxrbtree.h \
+                       osmocom/core/logging.h \
+                       osmocom/core/msgb.h \
+                       osmocom/core/panic.h \
+                       osmocom/core/prim.h \
+                       osmocom/core/process.h \
+                       osmocom/core/rate_ctr.h \
+                       osmocom/core/select.h \
+                       osmocom/core/signal.h \
+                       osmocom/core/socket.h \
+                       osmocom/core/statistics.h \
+                       osmocom/core/timer.h \
+                       osmocom/core/utils.h \
+                       osmocom/core/write_queue.h \
+                       osmocom/crypt/auth.h \
+                       osmocom/crypt/gprs_cipher.h \
+                       osmocom/gprs/gprs_bssgp.h \
+                       osmocom/gprs/gprs_msgb.h \
+                       osmocom/gprs/gprs_ns.h \
+                       osmocom/gprs/gprs_ns_frgre.h \
+                       osmocom/gprs/protocol/gsm_08_16.h \
+                       osmocom/gprs/protocol/gsm_08_18.h \
+                       osmocom/gsm/a5.h \
+                       osmocom/gsm/abis_nm.h \
+                       osmocom/gsm/comp128.h \
+                       osmocom/gsm/gan.h \
+                       osmocom/gsm/gsm0411_smc.h \
+                       osmocom/gsm/gsm0411_smr.h \
+                       osmocom/gsm/gsm0411_utils.h \
+                       osmocom/gsm/gsm0480.h \
+                       osmocom/gsm/gsm0502.h \
+                       osmocom/gsm/gsm0808.h \
+                       osmocom/gsm/gsm48.h \
+                       osmocom/gsm/gsm48_ie.h \
+                       osmocom/gsm/gsm_utils.h \
+                       osmocom/gsm/lapd_core.h \
+                       osmocom/gsm/lapdm.h \
+                       osmocom/gsm/mncc.h \
+                       osmocom/gsm/prim.h \
+                       osmocom/gsm/protocol/gsm_03_41.h \
+                       osmocom/gsm/protocol/gsm_04_08.h \
+                       osmocom/gsm/protocol/gsm_04_11.h \
+                       osmocom/gsm/protocol/gsm_04_12.h \
+                       osmocom/gsm/protocol/gsm_04_80.h \
+                       osmocom/gsm/protocol/gsm_08_08.h \
+                       osmocom/gsm/protocol/gsm_08_58.h \
+                       osmocom/gsm/protocol/gsm_12_21.h \
+                       osmocom/gsm/protocol/gsm_44_318.h \
+                       osmocom/gsm/protocol/ipaccess.h \
+                       osmocom/gsm/rsl.h \
+                       osmocom/gsm/rxlev_stat.h \
+                       osmocom/gsm/sysinfo.h \
+                       osmocom/gsm/tlv.h
+
+if ENABLE_PLUGIN
+nobase_include_HEADERS += osmocom/core/plugin.h
+endif
+
+if ENABLE_TALLOC
+nobase_include_HEADERS += osmocom/core/talloc.h
+endif
+
+if ENABLE_MSGFILE
+nobase_include_HEADERS += osmocom/core/msgfile.h
+endif
+
+if ENABLE_SERIAL
+nobase_include_HEADERS += osmocom/core/serial.h
+endif
+
+
+if ENABLE_VTY
+nobase_include_HEADERS += \
+                          osmocom/vty/buffer.h \
+                          osmocom/vty/command.h \
+                          osmocom/vty/logging.h \
+                          osmocom/vty/misc.h \
+                          osmocom/vty/telnet_interface.h \
+                          osmocom/vty/vector.h \
+                          osmocom/vty/vty.h
+endif
+
+noinst_HEADERS = osmocom/core/timer_compat.h
+
+osmocom/core/crc%gen.h: osmocom/core/crcXXgen.h.tpl
+	$(AM_V_GEN)$(MKDIR_P) $(notdir $@)
+	@echo "  SED    $< -> $@"
+	@sed -e's/XX/$*/g' $< > $@
diff --git a/include/osmocom/Makefile.am b/include/osmocom/Makefile.am
deleted file mode 100644
index bd3b89b..0000000
--- a/include/osmocom/Makefile.am
+++ /dev/null
@@ -1,5 +0,0 @@
-if ENABLE_VTY
-SUBDIRS = vty codec crypt gsm gprs core
-else
-SUBDIRS = codec crypt gsm gprs core
-endif
diff --git a/include/osmocom/codec/Makefile.am b/include/osmocom/codec/Makefile.am
deleted file mode 100644
index c213602..0000000
--- a/include/osmocom/codec/Makefile.am
+++ /dev/null
@@ -1,3 +0,0 @@
-osmocodec_HEADERS = codec.h
-
-osmocodecdir = $(includedir)/osmocom/codec
diff --git a/include/osmocom/core/Makefile.am b/include/osmocom/core/Makefile.am
deleted file mode 100644
index 1df111a..0000000
--- a/include/osmocom/core/Makefile.am
+++ /dev/null
@@ -1,31 +0,0 @@
-osmocore_HEADERS = signal.h linuxlist.h timer.h select.h msgb.h bits.h \
-		   bitvec.h statistics.h utils.h socket.h \
-		   gsmtap.h write_queue.h prim.h \
-		   logging.h rate_ctr.h gsmtap_util.h \
-		   crc16.h panic.h process.h linuxrbtree.h \
-		   backtrace.h conv.h application.h \
-		   crcgen.h crc8gen.h crc16gen.h crc32gen.h crc64gen.h
-
-noinst_HEADERS = timer_compat.h
-
-if ENABLE_PLUGIN
-osmocore_HEADERS += plugin.h
-endif
-
-if ENABLE_TALLOC
-osmocore_HEADERS += talloc.h
-endif
-
-if ENABLE_MSGFILE
-osmocore_HEADERS += msgfile.h
-endif
-
-if ENABLE_SERIAL
-osmocore_HEADERS += serial.h
-endif
-
-osmocoredir = $(includedir)/osmocom/core
-
-crc%gen.h: crcXXgen.h.tpl
-	@echo "  SED    $< -> $@"
-	@sed -e's/XX/$*/g' $< > $@
diff --git a/include/osmocom/crypt/Makefile.am b/include/osmocom/crypt/Makefile.am
deleted file mode 100644
index e4a6e53..0000000
--- a/include/osmocom/crypt/Makefile.am
+++ /dev/null
@@ -1,3 +0,0 @@
-osmocrypt_HEADERS = gprs_cipher.h auth.h
-
-osmocryptdir = $(includedir)/osmocom/crypt
diff --git a/include/osmocom/gprs/Makefile.am b/include/osmocom/gprs/Makefile.am
deleted file mode 100644
index d39592c..0000000
--- a/include/osmocom/gprs/Makefile.am
+++ /dev/null
@@ -1,5 +0,0 @@
-libgb_HEADERS = gprs_bssgp.h gprs_ns.h gprs_ns_frgre.h gprs_msgb.h
-
-libgbdir = $(includedir)/osmocom/gprs
-
-SUBDIRS = protocol
diff --git a/include/osmocom/gprs/protocol/Makefile.am b/include/osmocom/gprs/protocol/Makefile.am
deleted file mode 100644
index 8255a95..0000000
--- a/include/osmocom/gprs/protocol/Makefile.am
+++ /dev/null
@@ -1,3 +0,0 @@
-libgbp_HEADERS = gsm_08_16.h gsm_08_18.h
-
-libgbpdir = $(includedir)/osmocom/gprs/protocol
diff --git a/include/osmocom/gsm/Makefile.am b/include/osmocom/gsm/Makefile.am
deleted file mode 100644
index 60ba48b..0000000
--- a/include/osmocom/gsm/Makefile.am
+++ /dev/null
@@ -1,8 +0,0 @@
-osmogsm_HEADERS = a5.h comp128.h gsm0808.h gsm48_ie.h mncc.h rxlev_stat.h \
-		  gsm0480.h gsm48.h gsm_utils.h rsl.h tlv.h abis_nm.h \
-		  sysinfo.h prim.h gsm0502.h lapd_core.h lapdm.h \
-		  gsm0411_utils.h gsm0411_smc.h gsm0411_smr.h gan.h
-
-SUBDIRS = protocol
-
-osmogsmdir = $(includedir)/osmocom/gsm
diff --git a/include/osmocom/gsm/protocol/Makefile.am b/include/osmocom/gsm/protocol/Makefile.am
deleted file mode 100644
index 6ed55e4..0000000
--- a/include/osmocom/gsm/protocol/Makefile.am
+++ /dev/null
@@ -1,6 +0,0 @@
-osmogsm_proto_HEADERS = gsm_03_41.h \
-			gsm_04_08.h gsm_04_11.h gsm_04_12.h gsm_04_80.h \
-			gsm_08_08.h gsm_08_58.h gsm_44_318.h \
-			gsm_12_21.h ipaccess.h
-
-osmogsm_protodir = $(includedir)/osmocom/gsm/protocol
diff --git a/include/osmocom/vty/Makefile.am b/include/osmocom/vty/Makefile.am
deleted file mode 100644
index 83d0010..0000000
--- a/include/osmocom/vty/Makefile.am
+++ /dev/null
@@ -1,4 +0,0 @@
-osmovty_HEADERS = buffer.h command.h vector.h vty.h \
-	telnet_interface.h logging.h misc.h
-
-osmovtydir = $(includedir)/osmocom/vty
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:20 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:20 -0700
Subject: [libosmocore PATCH 03/12] build: use the standard AM_V_GEN definition
	for output.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-3-git-send-email-flameeyes@flameeyes.eu>

This actually allows for the command to be printed if using `make V=1`

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 include/Makefile.am |    3 +--
 src/Makefile.am     |    3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/include/Makefile.am b/include/Makefile.am
index 1eae2dd..dec8eac 100644
--- a/include/Makefile.am
+++ b/include/Makefile.am
@@ -100,5 +100,4 @@ noinst_HEADERS = osmocom/core/timer_compat.h
 
 osmocom/core/crc%gen.h: osmocom/core/crcXXgen.h.tpl
 	$(AM_V_GEN)$(MKDIR_P) $(notdir $@)
-	@echo "  SED    $< -> $@"
-	@sed -e's/XX/$*/g' $< > $@
+	$(AM_V_GEN)sed -e's/XX/$*/g' $< > $@
diff --git a/src/Makefile.am b/src/Makefile.am
index b79c8b7..36f95ee 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -39,5 +39,4 @@ libosmocore_la_SOURCES += serial.c
 endif
 
 crc%gen.c: crcXXgen.c.tpl
-	@echo "  SED    $< -> $@"
-	@sed -e's/XX/$*/g' $< > $@
+	$(AM_V_GEN)sed -e's/XX/$*/g' $< > $@
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:21 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:21 -0700
Subject: [libosmocore PATCH 04/12] build: use BUILT_SOURCES for the generated
	source files.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-4-git-send-email-flameeyes@flameeyes.eu>

This avoids possible race conditions on heavily multi-core systems.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 src/Makefile.am |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/src/Makefile.am b/src/Makefile.am
index 36f95ee..6540098 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -17,6 +17,8 @@ libosmocore_la_SOURCES = timer.c select.c signal.c msgb.c bits.c \
 			 conv.c application.c rbtree.c \
 			 crc8gen.c crc16gen.c crc32gen.c crc64gen.c
 
+BUILT_SOURCES = crc8gen.c crc16gen.c crc32gen.c crc64gen.c
+
 if ENABLE_PLUGIN
 libosmocore_la_SOURCES += plugin.c
 libosmocore_la_LDFLAGS = -version-info $(LIBVERSION) $(LIBRARY_DL)
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:22 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:22 -0700
Subject: [libosmocore PATCH 05/12] build: avoid duplication of automake
	options, add no-dist-gzip.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-5-git-send-email-flameeyes@flameeyes.eu>

There's little to no point to build the gzip version of the tarball
when we're building the bzip2 version.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 Makefile.am  |    1 -
 configure.ac |    2 +-
 2 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 9fdb4ab..794d1a2 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,4 +1,3 @@
-AUTOMAKE_OPTIONS = foreign dist-bzip2 1.6
 ACLOCAL_AMFLAGS = -I m4
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include
diff --git a/configure.ac b/configure.ac
index 728173e..42d7b57 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2,7 +2,7 @@ AC_INIT([libosmocore],
 	m4_esyscmd([./git-version-gen .tarball-version]),
 	[openbsc at lists.osmocom.org])
 
-AM_INIT_AUTOMAKE([dist-bzip2])
+AM_INIT_AUTOMAKE([foreign dist-bzip2 no-dist-gzip 1.6])
 AC_CONFIG_TESTDIR(tests)
 
 dnl kernel style compile messages
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:23 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:23 -0700
Subject: [libosmocore PATCH 06/12] build: avoid calling undefined macro.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-6-git-send-email-flameeyes@flameeyes.eu>

This line was reporting "command not found" and should not be a
problem, as there's a check for the same thing later on.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/configure.ac b/configure.ac
index 42d7b57..deb5fd4 100644
--- a/configure.ac
+++ b/configure.ac
@@ -15,7 +15,6 @@ AC_PROG_CC
 AC_PROG_INSTALL
 LT_INIT
 AC_PROG_LIBTOOL
-CHECK_GCC_FVISIBILITY
 
 AC_CONFIG_MACRO_DIR([m4])
 
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:24 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:24 -0700
Subject: [libosmocore PATCH 07/12] build: LT_INIT already replaces
	AC_PROG_LIBTOOL.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-7-git-send-email-flameeyes@flameeyes.eu>


Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/configure.ac b/configure.ac
index deb5fd4..b0c0fb7 100644
--- a/configure.ac
+++ b/configure.ac
@@ -14,7 +14,6 @@ AC_PROG_MKDIR_P
 AC_PROG_CC
 AC_PROG_INSTALL
 LT_INIT
-AC_PROG_LIBTOOL
 
 AC_CONFIG_MACRO_DIR([m4])
 
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:25 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:25 -0700
Subject: [libosmocore PATCH 08/12] build: avoid multi-level recursion for src/
	directory.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-8-git-send-email-flameeyes@flameeyes.eu>


Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 Makefile.am     |    2 +-
 src/Makefile.am |    2 --
 2 files changed, 1 insertions(+), 3 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 794d1a2..d135e7f 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,7 +1,7 @@
 ACLOCAL_AMFLAGS = -I m4
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include
-SUBDIRS = include src tests utils
+SUBDIRS = include src src/vty src/codec src/gsm src/gb tests utils
 
 pkgconfigdir = $(libdir)/pkgconfig
 pkgconfig_DATA = libosmocore.pc libosmocodec.pc libosmovty.pc libosmogsm.pc \
diff --git a/src/Makefile.am b/src/Makefile.am
index 6540098..d38082b 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -1,5 +1,3 @@
-SUBDIRS=. vty codec gsm gb
-
 # This is _NOT_ the library release version, it's an API version.
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
 LIBVERSION=4:0:0
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:26 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:26 -0700
Subject: [libosmocore PATCH 09/12] build: use default htmldir directory.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-9-git-send-email-flameeyes@flameeyes.eu>


Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 Makefile.am |   11 ++++-------
 1 files changed, 4 insertions(+), 7 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index d135e7f..d0fb027 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -17,12 +17,9 @@ EXTRA_DIST = git-version-gen
 
 if HAVE_DOXYGEN
 
-pkgdocdir=$(docdir)/$(PACKAGE)-$(VERSION)
-doc_htmldir=$(pkgdocdir)/html
+html_DATA = $(top_builddir)/doc/html.tar
 
-doc_html_DATA = $(top_builddir)/doc/html.tar
-
-$(doc_html_DATA): $(top_builddir)/doc/core/html/index.html \
+$(html_DATA): $(top_builddir)/doc/core/html/index.html \
 		  $(top_builddir)/doc/gsm/html/index.html \
 		  $(top_builddir)/doc/vty/html/index.html \
 		  $(top_builddir)/doc/codec/html/index.html
@@ -49,10 +46,10 @@ $(top_builddir)/doc/codec/html/index.html: $(SOURCES) Doxyfile.codec
 	$(DOXYGEN) Doxyfile.codec
 
 install-data-hook:
-	cd $(DESTDIR)$(doc_htmldir) && tar xf html.tar && rm -f html.tar
+	cd $(DESTDIR)$(htmldir) && tar xf html.tar && rm -f html.tar
 
 uninstall-hook:
-	cd $(DESTDIR)$(doc_htmldir) && rm -rf {core,gsm,vty,codec}
+	cd $(DESTDIR)$(htmldir) && rm -rf {core,gsm,vty,codec}
 
 DX_CLEAN = doc/{core,gsm,vty,codec}/{html,latex}/* doc/html.tar
 endif
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:27 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:27 -0700
Subject: [libosmocore PATCH 10/12] codec: make data tables constant.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-10-git-send-email-flameeyes@flameeyes.eu>

When declaring them constant, they are written on the .rodata section
instead of .data, which means that they can be mapped directly from
disk to memory.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 include/osmocom/codec/codec.h |   24 ++++++++++++------------
 src/codec/gsm610.c            |    2 +-
 src/codec/gsm620.c            |    4 ++--
 src/codec/gsm660.c            |    2 +-
 src/codec/gsm690.c            |   16 ++++++++--------
 5 files changed, 24 insertions(+), 24 deletions(-)

diff --git a/include/osmocom/codec/codec.h b/include/osmocom/codec/codec.h
index 6f9ffea..81f5d4b 100644
--- a/include/osmocom/codec/codec.h
+++ b/include/osmocom/codec/codec.h
@@ -3,18 +3,18 @@
 
 #include <stdint.h>
 
-extern uint16_t gsm610_bitorder[];	/* FR */
-extern uint16_t gsm620_unvoiced_bitorder[]; /* HR unvoiced */
-extern uint16_t gsm620_voiced_bitorder[];   /* HR voiced */
-extern uint16_t gsm660_bitorder[];	/* EFR */
+extern const uint16_t gsm610_bitorder[];	/* FR */
+extern const uint16_t gsm620_unvoiced_bitorder[]; /* HR unvoiced */
+extern const uint16_t gsm620_voiced_bitorder[];   /* HR voiced */
+extern const uint16_t gsm660_bitorder[];	/* EFR */
 
-extern uint16_t gsm690_12_2_bitorder[];	/* AMR 12.2  kbits */
-extern uint16_t gsm690_10_2_bitorder[];	/* AMR 10.2  kbits */
-extern uint16_t gsm690_7_95_bitorder[];	/* AMR  7.95 kbits */
-extern uint16_t gsm690_7_4_bitorder[];	/* AMR  7.4  kbits */
-extern uint16_t gsm690_6_7_bitorder[];	/* AMR  6.7  kbits */
-extern uint16_t gsm690_5_9_bitorder[];	/* AMR  5.9  kbits */
-extern uint16_t gsm690_5_15_bitorder[];	/* AMR  5.15 kbits */
-extern uint16_t gsm690_4_75_bitorder[];	/* AMR  4.75 kbits */
+extern const uint16_t gsm690_12_2_bitorder[];	/* AMR 12.2  kbits */
+extern const uint16_t gsm690_10_2_bitorder[];	/* AMR 10.2  kbits */
+extern const uint16_t gsm690_7_95_bitorder[];	/* AMR  7.95 kbits */
+extern const uint16_t gsm690_7_4_bitorder[];	/* AMR  7.4  kbits */
+extern const uint16_t gsm690_6_7_bitorder[];	/* AMR  6.7  kbits */
+extern const uint16_t gsm690_5_9_bitorder[];	/* AMR  5.9  kbits */
+extern const uint16_t gsm690_5_15_bitorder[];	/* AMR  5.15 kbits */
+extern const uint16_t gsm690_4_75_bitorder[];	/* AMR  4.75 kbits */
 
 #endif /* _OSMOCOM_CODEC_H */
diff --git a/src/codec/gsm610.c b/src/codec/gsm610.c
index 09fbeb5..35f6011 100644
--- a/src/codec/gsm610.c
+++ b/src/codec/gsm610.c
@@ -30,7 +30,7 @@
 	 * It converts between serial parameter output by the encoder and the
 	 * order needed before channel encoding.
 	 */
-uint16_t gsm610_bitorder[260] = {
+const uint16_t gsm610_bitorder[260] = {
 	0,	/* LARc0:5 */
 	47,	/* Xmaxc0:5 */
 	103,	/* Xmaxc1:5 */
diff --git a/src/codec/gsm620.c b/src/codec/gsm620.c
index 09aca50..fa570e4 100644
--- a/src/codec/gsm620.c
+++ b/src/codec/gsm620.c
@@ -27,7 +27,7 @@
 	/* This array encode mapping between GSM 05.03 Table 3a (bits
 	 * ordering before channel coding on TCH) and GSM 06.20 Table B.1
 	 * (bit ordering on A-bis */
-uint16_t gsm620_unvoiced_bitorder[112] = {
+const uint16_t gsm620_unvoiced_bitorder[112] = {
 	3,	/* R0:1 */
 	25,	/* LPC 3:7 */
 	52,	/* GSP 0-1:2 */
@@ -146,7 +146,7 @@ uint16_t gsm620_unvoiced_bitorder[112] = {
 	/* This array encode mapping between GSM 05.03 Table 3b (bits
 	 * ordering before channel coding on TCH) and GSM 06.20 Table B.2
 	 * (bit ordering on A-bis */
-uint16_t gsm620_voiced_bitorder[112] = {
+const uint16_t gsm620_voiced_bitorder[112] = {
 	13,	/* LPC 1:2 */
 	14,	/* LPC 1:1 */
 	20,	/* LPC 2:4 */
diff --git a/src/codec/gsm660.c b/src/codec/gsm660.c
index 4fff5ff..c044a2a 100644
--- a/src/codec/gsm660.c
+++ b/src/codec/gsm660.c
@@ -32,7 +32,7 @@
 	 * applied prior to this table, as in GSM 05.03 3.1.1, to get 260
 	 * bits from a 244 bits raw EFR frame.
 	 */
-uint16_t gsm660_bitorder[260] = {
+const uint16_t gsm660_bitorder[260] = {
 	 38,  39,  40,  41,  42,  43,		/*   0 -> LTP-LAG 1: b8..b3 */
 	145, 146, 147, 148, 149, 150,		/*   6 -> LTP-LAG 3: b8..b3 */
 	 93,  94,				/*  12 -> LTP-LAG 2: b5..b4 */
diff --git a/src/codec/gsm690.c b/src/codec/gsm690.c
index e5b9bd4..fdf3302 100644
--- a/src/codec/gsm690.c
+++ b/src/codec/gsm690.c
@@ -33,7 +33,7 @@
 	/* This array encodes GSM 05.03 Table 7
 	 * It's also TS 26.101 Table B.8
 	 */
-uint16_t gsm690_12_2_bitorder[244] = {
+const uint16_t gsm690_12_2_bitorder[244] = {
 	  0,   1,   2,   3,   4,   5,   6,   7,   8,   9,
 	 10,  11,  12,  13,  14,  23,  15,  16,  17,  18,
 	 19,  20,  21,  22,  24,  25,  26,  27,  28,  38,
@@ -65,7 +65,7 @@ uint16_t gsm690_12_2_bitorder[244] = {
 	/* This array encodes GSM 05.03 Table 8
 	 * It's also TS 26.101 Table B.7
 	 */
-uint16_t gsm690_10_2_bitorder[204] = {
+const uint16_t gsm690_10_2_bitorder[204] = {
 	  7,   6,   5,   4,   3,   2,   1,   0,  16,  15,
 	 14,  13,  12,  11,  10,   9,   8,  26,  27,  28,
 	 29,  30,  31, 115, 116, 117, 118, 119, 120,  72,
@@ -93,7 +93,7 @@ uint16_t gsm690_10_2_bitorder[204] = {
 	/* This array encodes GSM 05.03 Table 9
 	 * It's also TS 26.101 Table B.6
 	 */
-uint16_t gsm690_7_95_bitorder[159] = {
+const uint16_t gsm690_7_95_bitorder[159] = {
 	  8,   7,   6,   5,   4,   3,   2,  14,  16,   9,
 	 10,  12,  13,  15,  11,  17,  20,  22,  24,  23,
 	 19,  18,  21,  56,  88, 122, 154,  57,  89, 123,
@@ -116,7 +116,7 @@ uint16_t gsm690_7_95_bitorder[159] = {
 	/* This array encodes GSM 05.03 Table 10
 	 * It's also TS 26.101 Table B.5
 	 */
-uint16_t gsm690_7_4_bitorder[148] = {
+const uint16_t gsm690_7_4_bitorder[148] = {
 	  0,   1,   2,   3,   4,   5,   6,   7,   8,   9,
 	 10,  11,  12,  13,  14,  15,  16,  26,  87,  27,
 	 88,  28,  89,  29,  90,  30,  91,  51,  80, 112,
@@ -138,7 +138,7 @@ uint16_t gsm690_7_4_bitorder[148] = {
 	/* This array encodes GSM 05.03 Table 11
 	 * It's also TS 26.101 Table B.4
 	 */
-uint16_t gsm690_6_7_bitorder[134] = {
+const uint16_t gsm690_6_7_bitorder[134] = {
 	  0,   1,   4,   3,   5,   6,  13,   7,   2,   8,
 	  9,  11,  15,  12,  14,  10,  28,  82,  29,  83,
 	 27,  81,  26,  80,  30,  84,  16,  55, 109,  56,
@@ -159,7 +159,7 @@ uint16_t gsm690_6_7_bitorder[134] = {
 	/* This array encodes GSM 05.03 Table 12
 	 * It's also TS 26.101 Table B.3
 	 */
-uint16_t gsm690_5_9_bitorder[118] = {
+const uint16_t gsm690_5_9_bitorder[118] = {
 	  0,   1,   4,   5,   3,   6,   7,   2,  13,  15,
 	  8,   9,  11,  12,  14,  10,  16,  28,  74,  29,
 	 75,  27,  73,  26,  72,  30,  76,  51,  97,  50,
@@ -178,7 +178,7 @@ uint16_t gsm690_5_9_bitorder[118] = {
 	/* This array encodes GSM 05.03 Table 13
 	 * It's also TS 26.101 Table B.2
 	 */
-uint16_t gsm690_5_15_bitorder[103] = {
+const uint16_t gsm690_5_15_bitorder[103] = {
 	  7,   6,   5,   4,   3,   2,   1,   0,  15,  14,
 	 13,  12,  11,  10,   9,   8,  23,  24,  25,  26,
 	 27,  46,  65,  84,  45,  44,  43,  64,  63,  62,
@@ -196,7 +196,7 @@ uint16_t gsm690_5_15_bitorder[103] = {
 	/* This array encodes GSM 05.03 Table 14
 	 * It's also TS 26.101 Table B.1
 	 */
-uint16_t gsm690_4_75_bitorder[95] = {
+const uint16_t gsm690_4_75_bitorder[95] = {
 	  0,   1,   2,   3,   4,   5,   6,   7,   8,   9,
 	 10,  11,  12,  13,  14,  15,  23,  24,  25,  26,
 	 27,  28,  48,  49,  61,  62,  82,  83,  47,  46,
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:28 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:28 -0700
Subject: [libosmocore PATCH 11/12] vty: avoid using a .data variable.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-11-git-send-email-flameeyes@flameeyes.eu>

no_password_check was the only initialized, non-relocated data in the
set of libraries, inverting its logic let us keep it in .bss
(non-initialized data, which is mapped to the zero page).

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 src/vty/vty.c |   14 +++++++-------
 1 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/src/vty/vty.c b/src/vty/vty.c
index 28c2266..67ee100 100644
--- a/src/vty/vty.c
+++ b/src/vty/vty.c
@@ -78,7 +78,7 @@ char *vty_cwd = NULL;
 /* Configure lock. */
 static int vty_config;
 
-static int no_password_check = 1;
+static int password_check;
 
 void *tall_vty_ctx;
 
@@ -1492,7 +1492,7 @@ vty_create (int vty_sock, void *priv)
   vty->fd = vty_sock;
   vty->priv = priv;
   vty->type = VTY_TERM;
-  if (no_password_check)
+  if (!password_check)
     {
       if (host.advanced)
 	vty->node = ENABLE_NODE;
@@ -1515,7 +1515,7 @@ vty_create (int vty_sock, void *priv)
   else
     vty->lines = -1;
 
-  if (! no_password_check)
+  if (password_check)
     {
       /* Vty is not available if password isn't set. */
       if (host.password == NULL && host.password_encrypt == NULL)
@@ -1529,7 +1529,7 @@ vty_create (int vty_sock, void *priv)
 
   /* Say hello to the world. */
   vty_hello (vty);
-  if (! no_password_check)
+  if (password_check)
     vty_out (vty, "%sUser Access Verification%s%s", VTY_NEWLINE, VTY_NEWLINE, VTY_NEWLINE);
 
   /* Setting up terminal. */
@@ -1573,14 +1573,14 @@ DEFUN(line_vty,
 /* vty login. */
 DEFUN(vty_login, vty_login_cmd, "login", "Enable password checking\n")
 {
-	no_password_check = 0;
+	password_check = 1;
 	return CMD_SUCCESS;
 }
 
 DEFUN(no_vty_login,
       no_vty_login_cmd, "no login", NO_STR "Enable password checking\n")
 {
-	no_password_check = 1;
+	password_check = 0;
 	return CMD_SUCCESS;
 }
 
@@ -1650,7 +1650,7 @@ static int vty_config_write(struct vty *vty)
 	vty_out(vty, "line vty%s", VTY_NEWLINE);
 
 	/* login */
-	if (no_password_check)
+	if (password_check)
 		vty_out(vty, " no login%s", VTY_NEWLINE);
 
 	vty_out(vty, "!%s", VTY_NEWLINE);
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Fri Jun 29 20:01:29 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Fri, 29 Jun 2012 13:01:29 -0700
Subject: [libosmocore PATCH 12/12] build: use LT_INIT(pic-only) instead of
	forcing -fPIC.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341000089-570602-12-git-send-email-flameeyes@flameeyes.eu>

This actually allows for the user to override the decision and at the
same time supports compilers that might not be able to use -fPIC at
all.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac          |    2 +-
 src/Makefile.am       |    2 +-
 src/codec/Makefile.am |    2 +-
 src/gb/Makefile.am    |    2 +-
 src/gsm/Makefile.am   |    2 +-
 src/vty/Makefile.am   |    2 +-
 6 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/configure.ac b/configure.ac
index b0c0fb7..3e88a1b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -13,7 +13,7 @@ AC_PROG_MAKE_SET
 AC_PROG_MKDIR_P
 AC_PROG_CC
 AC_PROG_INSTALL
-LT_INIT
+LT_INIT([pic-only])
 
 AC_CONFIG_MACRO_DIR([m4])
 
diff --git a/src/Makefile.am b/src/Makefile.am
index d38082b..d719df7 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -3,7 +3,7 @@
 LIBVERSION=4:0:0
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)/include
-AM_CFLAGS = -fPIC -Wall
+AM_CFLAGS = -Wall
 
 lib_LTLIBRARIES = libosmocore.la
 
diff --git a/src/codec/Makefile.am b/src/codec/Makefile.am
index d36e23f..665768c 100644
--- a/src/codec/Makefile.am
+++ b/src/codec/Makefile.am
@@ -3,7 +3,7 @@
 LIBVERSION=0:0:0
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include
-AM_CFLAGS = -fPIC -Wall
+AM_CFLAGS = -Wall
 
 lib_LTLIBRARIES = libosmocodec.la
 
diff --git a/src/gb/Makefile.am b/src/gb/Makefile.am
index 2b60464..7381ed4 100644
--- a/src/gb/Makefile.am
+++ b/src/gb/Makefile.am
@@ -3,7 +3,7 @@
 LIBVERSION=1:0:0
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include
-AM_CFLAGS = -fPIC -Wall ${GCC_FVISIBILITY_HIDDEN}
+AM_CFLAGS = -Wall ${GCC_FVISIBILITY_HIDDEN}
 
 # FIXME: this should eventually go into a milenage/Makefile.am
 noinst_HEADERS = common_vty.h
diff --git a/src/gsm/Makefile.am b/src/gsm/Makefile.am
index 167aeb7..81a318b 100644
--- a/src/gsm/Makefile.am
+++ b/src/gsm/Makefile.am
@@ -3,7 +3,7 @@
 LIBVERSION=2:0:1
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include
-AM_CFLAGS = -fPIC -Wall ${GCC_FVISIBILITY_HIDDEN}
+AM_CFLAGS = -Wall ${GCC_FVISIBILITY_HIDDEN}
 
 # FIXME: this should eventually go into a milenage/Makefile.am
 noinst_HEADERS = milenage/aes.h milenage/aes_i.h milenage/aes_wrap.h \
diff --git a/src/vty/Makefile.am b/src/vty/Makefile.am
index b7be6f8..6111123 100644
--- a/src/vty/Makefile.am
+++ b/src/vty/Makefile.am
@@ -3,7 +3,7 @@
 LIBVERSION=0:0:0
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include
-AM_CFLAGS = -fPIC -Wall
+AM_CFLAGS = -Wall
 
 if ENABLE_VTY
 lib_LTLIBRARIES = libosmovty.la
-- 
1.7.8.6




From 246tnt at gmail.com  Fri Jun 29 20:15:19 2012
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Fri, 29 Jun 2012 22:15:19 +0200
Subject: [libosmocore PATCH 12/12] build: use LT_INIT(pic-only) instead of
	forcing -fPIC.
In-Reply-To: <1341000089-570602-12-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
	<1341000089-570602-12-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <CAHL+j09XqMS0UF_JPKgnu6Jzd-tG1Vwh2iS9J5JCV3HW6AQVgA@mail.gmail.com>

> This actually allows for the user to override the decision and at the
> same time supports compilers that might not be able to use -fPIC at
> all.

Your patch doesn't apply cleanly over the libosmocore master

Cheers,

    Sylvain



From 246tnt at gmail.com  Fri Jun 29 20:18:00 2012
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Fri, 29 Jun 2012 22:18:00 +0200
Subject: [libosmocore PATCH 12/12] build: use LT_INIT(pic-only) instead of
	forcing -fPIC.
In-Reply-To: <CAHL+j09XqMS0UF_JPKgnu6Jzd-tG1Vwh2iS9J5JCV3HW6AQVgA@mail.gmail.com>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
	<1341000089-570602-12-git-send-email-flameeyes@flameeyes.eu>
	<CAHL+j09XqMS0UF_JPKgnu6Jzd-tG1Vwh2iS9J5JCV3HW6AQVgA@mail.gmail.com>
Message-ID: <CAHL+j0-cKHGDx8BH9bDFT5gv02GnwGV3S=xwBWHdTujDaMMSqw@mail.gmail.com>

On Fri, Jun 29, 2012 at 10:15 PM, Sylvain Munaut <246tnt at gmail.com> wrote:
>> This actually allows for the user to override the decision and at the
>> same time supports compilers that might not be able to use -fPIC at
>> all.
>
> Your patch doesn't apply cleanly over the libosmocore master

Err, nevermind, I didn't see the 12/12 in the title and had only 1
patch in my mailbox when I tried it :p



From peter at stuge.se  Sat Jun 30 01:24:49 2012
From: peter at stuge.se (Peter Stuge)
Date: Sat, 30 Jun 2012 03:24:49 +0200
Subject: [libosmocore PATCH 12/12] build: use LT_INIT(pic-only) instead
	of forcing -fPIC.
In-Reply-To: <CAHL+j0-cKHGDx8BH9bDFT5gv02GnwGV3S=xwBWHdTujDaMMSqw@mail.gmail.com>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
	<1341000089-570602-12-git-send-email-flameeyes@flameeyes.eu>
	<CAHL+j09XqMS0UF_JPKgnu6Jzd-tG1Vwh2iS9J5JCV3HW6AQVgA@mail.gmail.com>
	<CAHL+j0-cKHGDx8BH9bDFT5gv02GnwGV3S=xwBWHdTujDaMMSqw@mail.gmail.com>
Message-ID: <20120630012449.32519.qmail@stuge.se>

Sylvain Munaut wrote:
> > Your patch doesn't apply cleanly over the libosmocore master
> 
> Err, nevermind, I didn't see the 12/12 in the title and had only 1
> patch in my mailbox when I tried it :p

All patches look fine to me, except possibly for the typo in the 1/12
commit message.


//Peter



From flameeyes at flameeyes.eu  Fri Jun 29 20:18:12 2012
From: flameeyes at flameeyes.eu (=?UTF-8?B?RGllZ28gRWxpbyBQZXR0ZW7Dsg==?=)
Date: Fri, 29 Jun 2012 22:18:12 +0200
Subject: [libosmocore PATCH 12/12] build: use LT_INIT(pic-only) instead
	of forcing -fPIC.
In-Reply-To: <CAHL+j09XqMS0UF_JPKgnu6Jzd-tG1Vwh2iS9J5JCV3HW6AQVgA@mail.gmail.com>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
	<1341000089-570602-12-git-send-email-flameeyes@flameeyes.eu>
	<CAHL+j09XqMS0UF_JPKgnu6Jzd-tG1Vwh2iS9J5JCV3HW6AQVgA@mail.gmail.com>
Message-ID: <4FEE0D84.7040709@flameeyes.eu>

Il 29/06/2012 22:15, Sylvain Munaut ha scritto:
> Your patch doesn't apply cleanly over the libosmocore master

The series is interwinded enough that it has to be applied one after the
other. Unfortunately some of the patches got stuck into the moderator's
queue because I didn't wait long enough between the "confirm
subscription" and the `git send-email` execution.

-- 
Diego Elio Petten? ? Flameeyes
flameeyes at flameeyes.eu ? http://blog.flameeyes.eu/





From laforge at gnumonks.org  Sat Jun 30 20:07:17 2012
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 30 Jun 2012 22:07:17 +0200
Subject: [libosmocore PATCH 01/12] build: simplify test handling and
	speed up build.
In-Reply-To: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <20120630200717.GQ6079@prithivi.gnumonks.org>

Hi Diego,

thanks a lot for your patches.  It seems like you have a lot of auto-foo
experience to share.   I'm merging them right now.

In case you find some more time, I would appreciate if you could also
look at some of the other osmocom.org repositories, including openbsc,
libosmo-sccp, libosmo-abis, and even the non-firmware parts of
osmocom-bb, ...

Regards,
	Harald
-- 
- 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 flameeyes at flameeyes.eu  Sat Jun 30 21:28:59 2012
From: flameeyes at flameeyes.eu (=?UTF-8?B?RGllZ28gRWxpbyBQZXR0ZW7Dsg==?=)
Date: Sat, 30 Jun 2012 23:28:59 +0200
Subject: [libosmocore PATCH 01/12] build: simplify test handling and speed
	up build.
In-Reply-To: <20120630200717.GQ6079@prithivi.gnumonks.org>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
	<20120630200717.GQ6079@prithivi.gnumonks.org>
Message-ID: <4FEF6F9B.7010102@flameeyes.eu>

Hi Harald,

Il 30/06/2012 22:07, Harald Welte ha scritto:
> thanks a lot for your patches.  It seems like you have a lot of auto-foo
> experience to share.   I'm merging them right now.

Thank you! I have been working with autotools (and other build system)
for a while ? and I've been spending some extra free time trying to
improve what's on most people's eyes so that they don't learn on
outdated or broken examples.

For what it's worth, I also started writing a guide of my own:

http://www.flameeyes.eu/autotools-mythbuster/

You can use it as a reference ? and feel free to send me any question
that's neither covered by the patch or the guide if you have doubts.

> In case you find some more time, I would appreciate if you could also
> look at some of the other osmocom.org repositories, including openbsc,
> libosmo-sccp, libosmo-abis, and even the non-firmware parts of
> osmocom-bb, ...

I'll do that this week ? I wanted to make sure the style was acceptable
before spending a couple of days on patches that could have been
rejected just for the way they were written, so I started with
libosmocore alone ? incidentally, this is the only one for which a
release is in Gentoo, thus why I noticed this (yes the serial-building
of tests was noticeable on a system with 32 cores.)

Thanks again, and will send soon more patches,
-- 
Diego Elio Petten? ? Flameeyes
flameeyes at flameeyes.eu ? http://blog.flameeyes.eu/





From peter at stuge.se  Sat Jun 30 22:07:35 2012
From: peter at stuge.se (Peter Stuge)
Date: Sun, 1 Jul 2012 00:07:35 +0200
Subject: [libosmocore PATCH 01/12] build: simplify test handling and
	speed up build.
In-Reply-To: <4FEF6F9B.7010102@flameeyes.eu>
References: <1341000089-570602-1-git-send-email-flameeyes@flameeyes.eu>
	<20120630200717.GQ6079@prithivi.gnumonks.org>
	<4FEF6F9B.7010102@flameeyes.eu>
Message-ID: <20120630220735.28518.qmail@stuge.se>

Diego Elio Petten? wrote:
> I started with libosmocore alone ? incidentally, this is the only
> one for which a release is in Gentoo

I'll see if I can add a release ebuild for OpenBSC to my 'stuge'
overlay either during the night or during tomorrow.


//Peter



From flameeyes at flameeyes.eu  Sat Jun 30 22:22:56 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Sat, 30 Jun 2012 15:22:56 -0700
Subject: [libosmo-abis PATCH 1/7] build: use LT_INIT([pic-only]) instead of
	forcing -fPIC in AM_CFLAGS.
Message-ID: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>

Also contextually remove the AC_PROG_LIBTOOL call (which is an
obsolete name for what is now LT_INIT).

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac          |    3 +--
 src/Makefile.am       |    2 +-
 src/input/Makefile.am |    2 +-
 src/trau/Makefile.am  |    2 +-
 4 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/configure.ac b/configure.ac
index f90da49..5be721f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -11,8 +11,7 @@ dnl checks for programs
 AC_PROG_MAKE_SET
 AC_PROG_CC
 AC_PROG_INSTALL
-LT_INIT
-AC_PROG_LIBTOOL
+LT_INIT([pic-only])
 
 AC_CONFIG_MACRO_DIR([m4])
 
diff --git a/src/Makefile.am b/src/Makefile.am
index 7aaa046..2155a76 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -5,7 +5,7 @@ SUBDIRS=input trau
 LIBVERSION=1:0:0
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
-AM_CFLAGS= -fPIC -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
+AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) $(COVERAGE_LDFLAGS)
 
 lib_LTLIBRARIES = libosmoabis.la
diff --git a/src/input/Makefile.am b/src/input/Makefile.am
index 9937465..309fe9d 100644
--- a/src/input/Makefile.am
+++ b/src/input/Makefile.am
@@ -1,7 +1,7 @@
 noinst_LTLIBRARIES = libosmoabis-input.la
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
-AM_CFLAGS= -fPIC -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
+AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(COVERAGE_LDFLAGS)
 
 libosmoabis_input_la_SOURCES  = dahdi.c		\
diff --git a/src/trau/Makefile.am b/src/trau/Makefile.am
index 47b5875..71a219c 100644
--- a/src/trau/Makefile.am
+++ b/src/trau/Makefile.am
@@ -4,7 +4,7 @@
 LIBVERSION=0:0:0
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
-AM_CFLAGS= -fPIC -Wall \
+AM_CFLAGS= -Wall \
 	   	$(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) \
 		$(ORTP_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) \
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Sat Jun 30 22:22:57 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Sat, 30 Jun 2012 15:22:57 -0700
Subject: [libosmo-abis PATCH 2/7] build: use nobase_include_HEADERS instead of
	using recursive Makefiles
In-Reply-To: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341094982-779038-2-git-send-email-flameeyes@flameeyes.eu>

This simplifies installation of include files, as make no longer have
to recurse into subdirectories and install each subset of files in
different directories.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac                     |    3 ---
 include/Makefile.am              |    5 ++++-
 include/osmocom/Makefile.am      |    1 -
 include/osmocom/abis/Makefile.am |   10 ----------
 include/osmocom/trau/Makefile.am |    3 ---
 5 files changed, 4 insertions(+), 18 deletions(-)
 delete mode 100644 include/osmocom/Makefile.am
 delete mode 100644 include/osmocom/abis/Makefile.am
 delete mode 100644 include/osmocom/trau/Makefile.am

diff --git a/configure.ac b/configure.ac
index 5be721f..f1da635 100644
--- a/configure.ac
+++ b/configure.ac
@@ -44,9 +44,6 @@ AC_OUTPUT(
 	libosmoabis.pc
 	libosmotrau.pc
 	include/Makefile
-	include/osmocom/Makefile
-	include/osmocom/abis/Makefile
-	include/osmocom/trau/Makefile
 	src/Makefile
 	src/input/Makefile
 	src/trau/Makefile
diff --git a/include/Makefile.am b/include/Makefile.am
index ea38eec..61e6cf5 100644
--- a/include/Makefile.am
+++ b/include/Makefile.am
@@ -1,3 +1,6 @@
 noinst_HEADERS=mISDNif.h internal.h
 
-SUBDIRS=osmocom
+nobase_include_HEADERS = osmocom/abis/ipa.h osmocom/abis/trau_frame.h	\
+ osmocom/abis/ipa_proxy.h osmocom/abis/ipaccess.h osmocom/abis/abis.h	\
+ osmocom/abis/subchan_demux.h osmocom/abis/e1_input.h			\
+ osmocom/abis/lapd.h osmocom/trau/osmo_ortp.h
diff --git a/include/osmocom/Makefile.am b/include/osmocom/Makefile.am
deleted file mode 100644
index a8574ba..0000000
--- a/include/osmocom/Makefile.am
+++ /dev/null
@@ -1 +0,0 @@
-SUBDIRS=abis trau
diff --git a/include/osmocom/abis/Makefile.am b/include/osmocom/abis/Makefile.am
deleted file mode 100644
index 5d47363..0000000
--- a/include/osmocom/abis/Makefile.am
+++ /dev/null
@@ -1,10 +0,0 @@
-osmoabis_HEADERS = abis.h		\
-		   e1_input.h		\
-		   lapd.h		\
-		   subchan_demux.h	\
-		   ipa.h		\
-		   ipa_proxy.h		\
-		   ipaccess.h		\
-		   trau_frame.h
-
-osmoabisdir = $(includedir)/osmocom/abis
diff --git a/include/osmocom/trau/Makefile.am b/include/osmocom/trau/Makefile.am
deleted file mode 100644
index d796c7c..0000000
--- a/include/osmocom/trau/Makefile.am
+++ /dev/null
@@ -1,3 +0,0 @@
-osmotrau_HEADERS = osmo_ortp.h
-
-osmotraudir = $(includedir)/osmocom/trau
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Sat Jun 30 22:22:58 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Sat, 30 Jun 2012 15:22:58 -0700
Subject: [libosmo-abis PATCH 3/7] build: only build tests during make check
In-Reply-To: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341094982-779038-3-git-send-email-flameeyes@flameeyes.eu>


Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 tests/Makefile.am |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/tests/Makefile.am b/tests/Makefile.am
index 19db4f8..640f4ef 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -2,7 +2,7 @@ INCLUDES = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -g $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
-noinst_PROGRAMS = e1inp_ipa_bsc_test	\
+check_PROGRAMS = e1inp_ipa_bsc_test	\
 		  e1inp_ipa_bts_test	\
 		  e1inp_hsl_bsc_test	\
 		  e1inp_hsl_bts_test	\
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Sat Jun 30 22:22:59 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Sat, 30 Jun 2012 15:22:59 -0700
Subject: [libosmo-abis PATCH 4/7] build: avoid using a convenience library for
	the input subdirectory.
In-Reply-To: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341094982-779038-4-git-send-email-flameeyes@flameeyes.eu>

automake is well capable of building sources present in sub-directory
without requiring a recursion, so there is no reason to use a
non-installed library just for the extra files.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac          |    1 -
 src/Makefile.am       |   12 +++++++++---
 src/input/Makefile.am |   13 -------------
 3 files changed, 9 insertions(+), 17 deletions(-)
 delete mode 100644 src/input/Makefile.am

diff --git a/configure.ac b/configure.ac
index f1da635..2c04240 100644
--- a/configure.ac
+++ b/configure.ac
@@ -45,7 +45,6 @@ AC_OUTPUT(
 	libosmotrau.pc
 	include/Makefile
 	src/Makefile
-	src/input/Makefile
 	src/trau/Makefile
 	tests/Makefile
 	Makefile)
diff --git a/src/Makefile.am b/src/Makefile.am
index 2155a76..a13223e 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -1,4 +1,4 @@
-SUBDIRS=input trau
+SUBDIRS=trau
 
 # This is _NOT_ the library release version, it's an API version.
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
@@ -10,10 +10,16 @@ AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) $(COVERAG
 
 lib_LTLIBRARIES = libosmoabis.la
 
-libosmoabis_la_LIBADD = input/libosmoabis-input.la
 libosmoabis_la_SOURCES = init.c \
 			 e1_input.c \
 			 e1_input_vty.c \
 			 ipa_proxy.c \
 			 subchan_demux.c \
-			 trau_frame.c
+			 trau_frame.c \
+			 input/dahdi.c \
+			 input/hsl.c \
+			 input/ipa.c \
+			 input/ipaccess.c \
+			 input/lapd.c \
+			 input/misdn.c \
+			 input/rs232.c
diff --git a/src/input/Makefile.am b/src/input/Makefile.am
deleted file mode 100644
index 309fe9d..0000000
--- a/src/input/Makefile.am
+++ /dev/null
@@ -1,13 +0,0 @@
-noinst_LTLIBRARIES = libosmoabis-input.la
-
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
-AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
-AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(COVERAGE_LDFLAGS)
-
-libosmoabis_input_la_SOURCES  = dahdi.c		\
-				hsl.c		\
-				ipa.c		\
-				ipaccess.c	\
-				lapd.c		\
-				misdn.c		\
-				rs232.c
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Sat Jun 30 22:23:00 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Sat, 30 Jun 2012 15:23:00 -0700
Subject: [libosmo-abis PATCH 5/7] build: build libosmotrau.la in the src
	directory.
In-Reply-To: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341094982-779038-5-git-send-email-flameeyes@flameeyes.eu>

This spares us another recursion, and allows a much higher
parallelisation, since trau is only one source unit and one standalone
library.

Incidentally, also make sure that the version specification for
libosmoabis is applied.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac         |    1 -
 src/Makefile.am      |   17 ++++++++++++-----
 src/trau/Makefile.am |   15 ---------------
 3 files changed, 12 insertions(+), 21 deletions(-)
 delete mode 100644 src/trau/Makefile.am

diff --git a/configure.ac b/configure.ac
index 2c04240..b85718b 100644
--- a/configure.ac
+++ b/configure.ac
@@ -45,6 +45,5 @@ AC_OUTPUT(
 	libosmotrau.pc
 	include/Makefile
 	src/Makefile
-	src/trau/Makefile
 	tests/Makefile
 	Makefile)
diff --git a/src/Makefile.am b/src/Makefile.am
index a13223e..cf58aaa 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -1,15 +1,17 @@
-SUBDIRS=trau
-
 # This is _NOT_ the library release version, it's an API version.
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
-LIBVERSION=1:0:0
+ABIS_LIBVERSION=1:0:0
+TRAU_LIBVERSION=0:0:0
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
-AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) $(COVERAGE_LDFLAGS)
+AM_LDFLAGS = $(COVERAGE_LDFLAGS)
+COMMONLIBS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS)
 
-lib_LTLIBRARIES = libosmoabis.la
+lib_LTLIBRARIES = libosmoabis.la libosmotrau.la
 
+libosmoabis_la_LDFLAGS = $(AM_LDFLAGS) -version-info $(ABIS_LIBVERSION)
+libosmoabis_la_LIBADD = $(COMMONLIBS)
 libosmoabis_la_SOURCES = init.c \
 			 e1_input.c \
 			 e1_input_vty.c \
@@ -23,3 +25,8 @@ libosmoabis_la_SOURCES = init.c \
 			 input/lapd.c \
 			 input/misdn.c \
 			 input/rs232.c
+
+libosmotrau_la_CFLAGS = $(AM_CFLAGS) $(ORTP_CFLAGS)
+libosmotrau_la_LDFLAGS = $(AM_LDFLAGS) -version-info $(TRAU_LIBVERSION)
+libosmotrau_la_LIBADD = $(COMMONLIBS) $(ORTP_LIBS)
+libosmotrau_la_SOURCES = trau/osmo_ortp.c
diff --git a/src/trau/Makefile.am b/src/trau/Makefile.am
deleted file mode 100644
index 71a219c..0000000
--- a/src/trau/Makefile.am
+++ /dev/null
@@ -1,15 +0,0 @@
-# This is _NOT_ the library release version, it's an API version.
-# Please read Chapter 6 "Library interface versions" of the libtool
-# documentation before making any modification
-LIBVERSION=0:0:0
-
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
-AM_CFLAGS= -Wall \
-	   	$(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) \
-		$(ORTP_CFLAGS) $(COVERAGE_CFLAGS)
-AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) \
-	     	$(ORTP_LIBS) $(COVERAGE_LDFLAGS)
-
-lib_LTLIBRARIES = libosmotrau.la
-
-libosmotrau_la_SOURCES = osmo_ortp.c
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Sat Jun 30 22:23:01 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Sat, 30 Jun 2012 15:23:01 -0700
Subject: [libosmo-abis PATCH 6/7] build: consolidate automake options to
	configure.ac
In-Reply-To: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341094982-779038-6-git-send-email-flameeyes@flameeyes.eu>

Also disable building the gzip distribution since we're building the
bzip2-compressed tarball already.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 Makefile.am  |    1 -
 configure.ac |    2 +-
 2 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 7a64c68..4ba09f4 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,4 +1,3 @@
-AUTOMAKE_OPTIONS = foreign dist-bzip2 1.6
 ACLOCAL_AMFLAGS = -I m4
 
 INCLUDES = $(all_includes) -I$(top_srcdir)/include
diff --git a/configure.ac b/configure.ac
index b85718b..101a1e8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2,7 +2,7 @@ AC_INIT([libosmo-abis],
 	m4_esyscmd([./git-version-gen .tarball-version]),
 	[openbsc at lists.osmocom.org])
 
-AM_INIT_AUTOMAKE([dist-bzip2])
+AM_INIT_AUTOMAKE([foreign dist-bzip2 no-dist-gzip 1.6])
 
 dnl kernel style compile messages
 m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
-- 
1.7.8.6




From flameeyes at flameeyes.eu  Sat Jun 30 22:23:02 2012
From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=)
Date: Sat, 30 Jun 2012 15:23:02 -0700
Subject: [libosmo-abis PATCH 7/7] build: remove checks introduced by autoscan.
In-Reply-To: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
References: <1341094982-779038-1-git-send-email-flameeyes@flameeyes.eu>
Message-ID: <1341094982-779038-7-git-send-email-flameeyes@flameeyes.eu>

Therre is no current use of HAVE_* variables for these checks in the
code, so there is no reason to keep the checks around.

Signed-off-by: Diego Elio Petten? <flameeyes at flameeyes.eu>
---
 configure.ac |    4 ----
 1 files changed, 0 insertions(+), 4 deletions(-)

diff --git a/configure.ac b/configure.ac
index 101a1e8..fdaf15a 100644
--- a/configure.ac
+++ b/configure.ac
@@ -15,10 +15,6 @@ LT_INIT([pic-only])
 
 AC_CONFIG_MACRO_DIR([m4])
 
-dnl checks for header files
-AC_HEADER_STDC
-AC_CHECK_HEADERS(execinfo.h sys/select.h sys/socket.h syslog.h ctype.h)
-
 # The following test is taken from WebKit's webkit.m4
 saved_CFLAGS="$CFLAGS"
 CFLAGS="$CFLAGS -fvisibility=hidden "
-- 
1.7.8.6