From holger at freyther.de  Tue Nov 16 20:02:07 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 16 Nov 2010 21:02:07 +0100
Subject: A problem in OpenBSC, sccp.c
In-Reply-To: <AANLkTikU8aJ=ZLPs-Vb7F+6fDToj3h48pZuNgLRXYU9p@mail.gmail.com>
References: <AANLkTikU8aJ=ZLPs-Vb7F+6fDToj3h48pZuNgLRXYU9p@mail.gmail.com>
Message-ID: <4CE2E33F.5010107@freyther.de>

On 10/21/2010 10:23 AM, Wenbin Wu wrote:
> Hello,

Hi,

it would be nice if you could test the latest version of libosmo-sccp. I have
made the sccp_create_addr public[1], I have changed the creation of the
address to set the size correctly[2] and I have used the return value of the
sccp_create_addr[3] to update the variable_called and such.

The added test case in [2] is still only checking address creation with only a
SSN. It would be nice if any of you in sweden could add a test case for POI.

I hope you will be able to try this.
	z.






[1]
http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=ec5409ca4f46c30813c7d213d15880a691e8e91f
[2]
http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=13cd1199b92b98241d594c02873cd80a218a80ac
[3]
http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=6ecf8104c0e2fd6e01402c001160349e1810193a



From wenbin87 at gmail.com  Wed Nov 17 07:33:32 2010
From: wenbin87 at gmail.com (Wenbin Wu)
Date: Wed, 17 Nov 2010 08:33:32 +0100
Subject: A problem in OpenBSC, sccp.c
In-Reply-To: <4CE2E33F.5010107@freyther.de>
References: <AANLkTikU8aJ=ZLPs-Vb7F+6fDToj3h48pZuNgLRXYU9p@mail.gmail.com>
	<4CE2E33F.5010107@freyther.de>
Message-ID: <85C2298F-8F64-445D-8B4E-F06BDC86E1F8@gmail.com>

Hi Holger,

I will try to do this next week, since I have something to do this week. Thanks for noticing.

On 2010-11-16, at ??9:02, Holger Hans Peter Freyther wrote:

> On 10/21/2010 10:23 AM, Wenbin Wu wrote:
>> Hello,
> 
> Hi,
> 
> it would be nice if you could test the latest version of libosmo-sccp. I have
> made the sccp_create_addr public[1], I have changed the creation of the
> address to set the size correctly[2] and I have used the return value of the
> sccp_create_addr[3] to update the variable_called and such.
> 
> The added test case in [2] is still only checking address creation with only a
> SSN. It would be nice if any of you in sweden could add a test case for POI.
> 
> I hope you will be able to try this.
> 	z.
> 
> 
> 
> 
> 
> 
> [1]
> http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=ec5409ca4f46c30813c7d213d15880a691e8e91f
> [2]
> http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=13cd1199b92b98241d594c02873cd80a218a80ac
> [3]
> http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=6ecf8104c0e2fd6e01402c001160349e1810193a




From wenbin87 at gmail.com  Tue Nov 23 10:31:00 2010
From: wenbin87 at gmail.com (Wenbin Wu)
Date: Tue, 23 Nov 2010 11:31:00 +0100
Subject: A problem in OpenBSC, sccp.c
In-Reply-To: <85C2298F-8F64-445D-8B4E-F06BDC86E1F8@gmail.com>
References: <AANLkTikU8aJ=ZLPs-Vb7F+6fDToj3h48pZuNgLRXYU9p@mail.gmail.com>
	<4CE2E33F.5010107@freyther.de>
	<85C2298F-8F64-445D-8B4E-F06BDC86E1F8@gmail.com>
Message-ID: <AANLkTi=c5seadZXD+eHhvs+dZOQN3GvhhfGOvLadhYvP@mail.gmail.com>

This is a simple test for poi in sccp_create_sccp_addr.
I also try to test gti, but I always get Segmentation fault. I use gdb and
find it stops in line 512. I can print the value of sock->gti_len, i don't
know what's wrong.


 512         gti = msgb_put(msg, sock->gti_len);
 513         memcpy(gti, sock->gti, sock->gti_len);


Wenbin WU
Uppsala University, Sweden


On Wed, Nov 17, 2010 at 8:33 AM, Wenbin Wu <wenbin87 at gmail.com> wrote:

> Hi Holger,
>
> I will try to do this next week, since I have something to do this week.
> Thanks for noticing.
>
> On 2010-11-16, at ??9:02, Holger Hans Peter Freyther wrote:
>
> > On 10/21/2010 10:23 AM, Wenbin Wu wrote:
> >> Hello,
> >
> > Hi,
> >
> > it would be nice if you could test the latest version of libosmo-sccp. I
> have
> > made the sccp_create_addr public[1], I have changed the creation of the
> > address to set the size correctly[2] and I have used the return value of
> the
> > sccp_create_addr[3] to update the variable_called and such.
> >
> > The added test case in [2] is still only checking address creation with
> only a
> > SSN. It would be nice if any of you in sweden could add a test case for
> POI.
> >
> > I hope you will be able to try this.
> >       z.
> >
> >
> >
> >
> >
> >
> > [1]
> >
> http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=ec5409ca4f46c30813c7d213d15880a691e8e91f
> > [2]
> >
> http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=13cd1199b92b98241d594c02873cd80a218a80ac
> > [3]
> >
> http://git.osmocom.org/gitweb?p=libosmo-sccp.git;a=commit;h=6ecf8104c0e2fd6e01402c001160349e1810193a
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101123/adbf25f6/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: poi.patch
Type: text/x-patch
Size: 759 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101123/adbf25f6/attachment.bin>

From holger at freyther.de  Fri Nov 26 17:19:10 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 26 Nov 2010 18:19:10 +0100
Subject: A problem in OpenBSC, sccp.c
In-Reply-To: <AANLkTi=c5seadZXD+eHhvs+dZOQN3GvhhfGOvLadhYvP@mail.gmail.com>
References: <AANLkTikU8aJ=ZLPs-Vb7F+6fDToj3h48pZuNgLRXYU9p@mail.gmail.com>	<4CE2E33F.5010107@freyther.de>	<85C2298F-8F64-445D-8B4E-F06BDC86E1F8@gmail.com>
	<AANLkTi=c5seadZXD+eHhvs+dZOQN3GvhhfGOvLadhYvP@mail.gmail.com>
Message-ID: <4CEFEC0E.3030703@freyther.de>

On 11/23/2010 11:31 AM, Wenbin Wu wrote:
> This is a simple test for poi in sccp_create_sccp_addr.
> I also try to test gti, but I always get Segmentation fault. I use gdb and
> find it stops in line 512. I can print the value of sock->gti_len, i don't
> know what's wrong.
> 
> 
>  512         gti = msgb_put(msg, sock->gti_len);
>  513         memcpy(gti, sock->gti, sock->gti_len);
> 

In the best case you have not set gti_len to the right size. I have applied
your patch for the POI and I have added a test case and a small fix (setting
the SSN indicator bit) for the GTI case. It appears to work, please compare my
testcase with the code that failed for you.

thanks
	holger



From maggiebsc at gmail.com  Tue Nov  2 14:50:04 2010
From: maggiebsc at gmail.com (Maggie Balsamic)
Date: Tue, 2 Nov 2010 10:50:04 -0400
Subject: ip.access voice traffic
Message-ID: <AANLkTinpN2G1_dSGFumDJFa4v99AvfuZg+9Te47YAq5D@mail.gmail.com>

Hello,
Another beginner question. I have an ip.access that I'm using with openbsc.
It's working, and I can make calls between phones, etc. When I capture a
pcap I can view all the signaling between the ip.access and openbsc. But, I
never see any voice packets. I suppose this could be because both phones are
connected to the same bts. But, looking at some of the pcaps on the wiki, I
do see that others have captured the voice packets.
Is there a configuration option to force the voice data over the a-bis link?

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101102/6ababba2/attachment.htm>

From holger at freyther.de  Tue Nov  2 17:56:31 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 02 Nov 2010 18:56:31 +0100
Subject: ip.access voice traffic
In-Reply-To: <AANLkTinpN2G1_dSGFumDJFa4v99AvfuZg+9Te47YAq5D@mail.gmail.com>
References: <AANLkTinpN2G1_dSGFumDJFa4v99AvfuZg+9Te47YAq5D@mail.gmail.com>
Message-ID: <4CD050CF.1000309@freyther.de>

On 11/02/2010 03:50 PM, Maggie Balsamic wrote:
> Hello,
> Another beginner question. I have an ip.access that I'm using with openbsc.
> It's working, and I can make calls between phones, etc. When I capture a pcap
> I can view all the signaling between the ip.access and openbsc. But, I never
> see any voice packets. I suppose this could be because both phones are
> connected to the same bts. But, looking at some of the pcaps on the wiki, I do
> see that others have captured the voice packets.
> Is there a configuration option to force the voice data over the a-bis link?


Hi,
not over the a-bis link but with the below option the RTP data should go
through the system running OpenBSC.


[ich at xiaoyu openbsc]$ ./src/bsc_hack -h
Usage: bsc_hack
...
  -P --rtp-proxy Enable the RTP Proxy code inside OpenBSC





From kobayashi_maru at onlinehome.de  Wed Nov  3 13:55:35 2010
From: kobayashi_maru at onlinehome.de (Thomas Ansorg)
Date: Wed, 03 Nov 2010 14:55:35 +0100
Subject: location updating reject problem
Message-ID: <1288792535.12317.7.camel@r-9djhc747gf8b40ha>

hello all,
i have a major problem with logging into the bs-11: with one of my
handys, i get the screen message "gsm04_08.c: 873: location updating
reject on channel 0". how do i handle this? 

second problem: i need the wait-for-keypress-command, that what is
system("pause") in c++

Th.

-- 
Wer Rechtschreibfehler findet, darf sie behalten!




From holger at freyther.de  Wed Nov  3 14:21:55 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Wed, 03 Nov 2010 15:21:55 +0100
Subject: location updating reject problem
In-Reply-To: <1288792535.12317.7.camel@r-9djhc747gf8b40ha>
References: <1288792535.12317.7.camel@r-9djhc747gf8b40ha>
Message-ID: <4CD17003.1020005@freyther.de>

On 11/03/2010 02:55 PM, Thomas Ansorg wrote:
> hello all,
> i have a major problem with logging into the bs-11: with one of my
> handys, i get the screen message "gsm04_08.c: 873: location updating
> reject on channel 0". how do i handle this? 

Have you considered looking at the wiki? Where would you have looked for such
kind of information?



From kobayashi_maru at onlinehome.de  Thu Nov  4 16:34:16 2010
From: kobayashi_maru at onlinehome.de (Thomas Ansorg)
Date: Thu, 04 Nov 2010 17:34:16 +0100
Subject: OpenBSC Digest, Vol 23, Issue 2
In-Reply-To: <mailman.1.1288868401.12161.openbsc@lists.gnumonks.org>
References: <mailman.1.1288868401.12161.openbsc@lists.gnumonks.org>
Message-ID: <1288888456.3609.4.camel@r-9djhc747gf8b40ha>

Am Donnerstag, den 04.11.2010, 12:00 +0100 schrieb
openbsc-request at lists.gnumonks.org:
> Have you considered looking at the wiki? Where would you have looked 
> for such kind of information?

sure i did. that's why i write here. and i still need a
system("pause")-command 

Th.

-- 
Wer Rechtschreibfehler findet, darf sie behalten!




From holger at freyther.de  Thu Nov  4 16:58:26 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Thu, 04 Nov 2010 17:58:26 +0100
Subject: OpenBSC Digest, Vol 23, Issue 2
In-Reply-To: <1288888456.3609.4.camel@r-9djhc747gf8b40ha>
References: <mailman.1.1288868401.12161.openbsc@lists.gnumonks.org>
	<1288888456.3609.4.camel@r-9djhc747gf8b40ha>
Message-ID: <4CD2E632.90509@freyther.de>

On 11/04/2010 05:34 PM, Thomas Ansorg wrote:
> Am Donnerstag, den 04.11.2010, 12:00 +0100 schrieb
> openbsc-request at lists.gnumonks.org:
>> Have you considered looking at the wiki? Where would you have looked 
>> for such kind of information?
> 
> sure i did. that's why i write here. and i still need a
> system("pause")-command 

where is the relation to OpenBSC? and you have only answered one of the two
questions...



From mosbah.abdelkader at gmail.com  Sat Nov  6 01:39:14 2010
From: mosbah.abdelkader at gmail.com (mosbah abdelkader)
Date: Sat, 6 Nov 2010 02:39:14 +0100
Subject: Help with sccp library
Message-ID: <AANLkTi=kAocWFNRHadL7WGyPKeufJO0x47L5NzvuwzGs@mail.gmail.com>

Dear openbsc developers,


I have some questions regarding the sccp library code:

   1- Where is implemented the write_data fct callback for sending sccp
message. have I to reimplement it with mtp3 layer to send sccp data or it is
implemented.

   2- What are missing features of the library.

Please help.

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

From holger at freyther.de  Sat Nov  6 07:59:20 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sat, 06 Nov 2010 08:59:20 +0100
Subject: Help with sccp library
In-Reply-To: <AANLkTi=kAocWFNRHadL7WGyPKeufJO0x47L5NzvuwzGs@mail.gmail.com>
References: <AANLkTi=kAocWFNRHadL7WGyPKeufJO0x47L5NzvuwzGs@mail.gmail.com>
Message-ID: <4CD50AD8.4010502@freyther.de>

On 11/06/2010 02:39 AM, mosbah abdelkader wrote:
> Dear openbsc developers,
> 
> 
> I have some questions regarding the sccp library code:
> 
>    1- Where is implemented the write_data fct callback for sending sccp
> message. have I to reimplement it with mtp3 layer to send sccp data or it is
> implemented.

I don't understand. This callback will be called with data you need to write
to the network. In case of MTP Level3 you will need to wrap that around the
msgb you got.



> 
>    2- What are missing features of the library.

Various messages are not implemented, you will need to start the IT test
yourself and no fragmentation of DT1 messages is allowed. Another cleanup is
to start using msgb_v_put and others...



From mosbah.abdelkader at gmail.com  Sat Nov  6 11:20:06 2010
From: mosbah.abdelkader at gmail.com (mosbah abdelkader)
Date: Sat, 6 Nov 2010 12:20:06 +0100
Subject: Help with sccp library
Message-ID: <AANLkTimuAA4ifsPGEwe0_-WRSEC02JA5VUx4JTBFRwEL@mail.gmail.com>

> I don't understand. This callback will be called with data you need to
write
> to the network. In case of MTP Level3 you will need to wrap that around
the
> msgb you got.

I means: is the interaction with mtp3 layer implemented (is sending sccp
data by mtp3 implemented by the library?)?


Also, what about the reception of data from mtp3 layer. is that implemented
in the sccp lib.


I am asking these questions because I see the code of mtp3 in the lib but no
significant call is present in the sccp part of the lib.


Thank you for your help.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101106/f2123838/attachment.htm>

From holger at freyther.de  Sat Nov  6 14:06:00 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sat, 06 Nov 2010 15:06:00 +0100
Subject: Help with sccp library
In-Reply-To: <AANLkTimuAA4ifsPGEwe0_-WRSEC02JA5VUx4JTBFRwEL@mail.gmail.com>
References: <AANLkTimuAA4ifsPGEwe0_-WRSEC02JA5VUx4JTBFRwEL@mail.gmail.com>
Message-ID: <4CD560C8.4090402@freyther.de>

On 11/06/2010 12:20 PM, mosbah abdelkader wrote:
>> I don't understand. This callback will be called with data you need to write
>> to the network. In case of MTP Level3 you will need to wrap that around the
>> msgb you got.
> 
> I means: is the interaction with mtp3 layer implemented (is sending sccp data
> by mtp3 implemented by the library?)?
> 

MTP Level3 is implemented in libosmo-sccp. You can look at cellmgr_ng to see
how SCCP + MTPL3 are tied together. In the case of cellmgr_ng, the MTPL3
frames come in via UDP, but depending on your hardware you will have to
read/write them.



From milindebhirud at hotmail.com  Sat Nov  6 22:36:55 2010
From: milindebhirud at hotmail.com (Milind Bhirud)
Date: Sun, 7 Nov 2010 04:06:55 +0530
Subject: Where do I get the compatible BTS
Message-ID: <COL110-W28FEC6CCA51BB99602D59EA14D0@phx.gbl>


Hello,
 
I'm exicted to see the OpenBSC contribution and wanted to try out and test the OpenBSC. I tried hard to get the nano-bts so that I can deploy OpenBSC but could not find any place / dealer / online auction to get one (new / used).
 
I will appreciate if someone can help me pointing to the right people / firms from where I can buy the nano BTS. 
 
Thanks,
Milind 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101107/54a9a31c/attachment.htm>

From laforge at gnumonks.org  Tue Nov  9 23:44:48 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 10 Nov 2010 00:44:48 +0100
Subject: A5/4 spec
Message-ID: <20101109234448.GA26220@prithivi.gnumonks.org>

Hi all,

recently I've been mentioning A5/4 in a couple of meetings.  I've found
the (already approved) change requests that introduce A5/4 by coincidence
today:

http://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_45/docs/SP-090635.zip
http://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGS_46/docs/SP-090821.zip

So basically A5/4 (and GEA4) use a 128bit Kc, and this mandates the use
of an USIM in USIM application mode.  Old GSM SIM cards are not sufficient.

So A5/4 will be the first algorithm that uses a different Kc and will thus
not suffer from semi-active downgrading attacks (like you can do with old
phones and A5/2 to break A5/1 or A5/3, or you can do today with A5/3 if you
later use the same RAND on an A5/1 encrypted session).

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 stuart at bluewave.im  Sun Nov 14 17:48:09 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Sun, 14 Nov 2010 17:48:09 +0000
Subject: libosmocore compile error
Message-ID: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>

Hi, I am trying to get a working GPRS branch up and running. I have done a fresh git clone of both libosmocore and openbsc master branches. Both compile without issue. When I try and run bsc_hack from /opt/openbsc/ I get this error:

./bsc_hack: error while loading shared libraries: libosmovty.so.0: cannot open shared object file: No such file or directory

Any ideas what has gone wrong with this install? Obviously openbsc cannot find libosmocore libraries, but I have compiled them cas per usual. Any ideas?

Thanks


From 246tnt at gmail.com  Sun Nov 14 18:00:50 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sun, 14 Nov 2010 19:00:50 +0100
Subject: libosmocore compile error
In-Reply-To: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>
References: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>
Message-ID: <AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>

Hi,


> ./bsc_hack: error while loading shared libraries: libosmovty.so.0: cannot open shared object file: No such file or directory
>
> Any ideas what has gone wrong with this install? Obviously openbsc cannot find libosmocore libraries, but I have compiled them cas per usual. Any ideas?

Well yeah ...

When you install libraried in non-standard location you must tell the
ld loader where to look

Either using LD_LIBRARY_PATH en variable or /etc/ld.so.conf

Cheers,

    Sylvain



From stuart at bluewave.im  Sun Nov 14 18:49:12 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Sun, 14 Nov 2010 18:49:12 +0000
Subject: libosmocore compile error
In-Reply-To: <AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>
References: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>
	<AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>
Message-ID: <2A79A19C-6D6F-4E19-B9ED-9894421F8F10@bluewave.im>

Thanks, I though it was in the standard location. I have another issue now. I have installed libosmocore 0.1.27 and the latest clone of openbsc master branch but when compiling open_bsc I am getting:

No package 'libosmo-sccp' found

I though this was part of libosmocore? I have managed to get a git clone of libosmo-sccp but a ./configure comes up with:

configure: error: cannot find install-sh, install.sh, or shtool in "." "./.." "./../.."

I'm keen to get the GPRS branch up and running so I can start testing.

On 14 Nov 2010, at 18:00, Sylvain Munaut wrote:

> Hi,
> 
> 
>> ./bsc_hack: error while loading shared libraries: libosmovty.so.0: cannot open shared object file: No such file or directory
>> 
>> Any ideas what has gone wrong with this install? Obviously openbsc cannot find libosmocore libraries, but I have compiled them cas per usual. Any ideas?
> 
> Well yeah ...
> 
> When you install libraried in non-standard location you must tell the
> ld loader where to look
> 
> Either using LD_LIBRARY_PATH en variable or /etc/ld.so.conf
> 
> Cheers,
> 
>    Sylvain




From holger at freyther.de  Sun Nov 14 18:51:37 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 14 Nov 2010 19:51:37 +0100
Subject: libosmocore compile error
In-Reply-To: <2A79A19C-6D6F-4E19-B9ED-9894421F8F10@bluewave.im>
References: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>	<AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>
	<2A79A19C-6D6F-4E19-B9ED-9894421F8F10@bluewave.im>
Message-ID: <4CE02FB9.2060909@freyther.de>

On 11/14/2010 07:49 PM, Stuart Baggs wrote:

> configure: error: cannot find install-sh, install.sh, or shtool in "." "./.." "./../.."

autoreconf --install --force..



> 
> I'm keen to get the GPRS branch up and running so I can start testing.

You don't need to pass the enable option for the BSC... normal OpenBSC does
not require SCCP.



From stuart at bluewave.im  Sun Nov 14 18:59:29 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Sun, 14 Nov 2010 18:59:29 +0000
Subject: libosmocore compile error
In-Reply-To: <4CE02FB9.2060909@freyther.de>
References: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>	<AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>
	<2A79A19C-6D6F-4E19-B9ED-9894421F8F10@bluewave.im>
	<4CE02FB9.2060909@freyther.de>
Message-ID: <5ABF6A6C-7A7B-40C9-B079-2CB06D0C9520@bluewave.im>

Thanks for your help. This is getting really frustrating now. I have tried to recompile openbsc with:

autoreconf --install --force
./configure

but the process stops on ./configure with:

checking for LIBOSMOSCCP... configure: error: Package requirements (libosmo-sccp >= 0.0.3) were not met:

No package 'libosmo-sccp' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBOSMOSCCP_CFLAGS
and LIBOSMOSCCP_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

I'm probably being really stupid, but it's been a long day. Any pointers?

Thanks guys.

s

On 14 Nov 2010, at 18:51, Holger Hans Peter Freyther wrote:

> On 11/14/2010 07:49 PM, Stuart Baggs wrote:
> 
>> configure: error: cannot find install-sh, install.sh, or shtool in "." "./.." "./../.."
> 
> autoreconf --install --force..
> 
> 
> 
>> 
>> I'm keen to get the GPRS branch up and running so I can start testing.
> 
> You don't need to pass the enable option for the BSC... normal OpenBSC does
> not require SCCP.
> 




From holger at freyther.de  Sun Nov 14 19:04:10 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 14 Nov 2010 20:04:10 +0100
Subject: libosmocore compile error
In-Reply-To: <5ABF6A6C-7A7B-40C9-B079-2CB06D0C9520@bluewave.im>
References: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>	<AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>	<2A79A19C-6D6F-4E19-B9ED-9894421F8F10@bluewave.im>	<4CE02FB9.2060909@freyther.de>
	<5ABF6A6C-7A7B-40C9-B079-2CB06D0C9520@bluewave.im>
Message-ID: <4CE032AA.2060601@freyther.de>

On 11/14/2010 07:59 PM, Stuart Baggs wrote:
> Thanks for your help. This is getting really frustrating now. I have tried to recompile openbsc with:
> 
> autoreconf --install --force
> ./configure
> 
> but the process stops on ./configure with:
> 
> checking for LIBOSMOSCCP... configure: error: Package requirements (libosmo-sccp >= 0.0.3) were not met:
> 
> No package 'libosmo-sccp' found
> 
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively, you may set the environment variables LIBOSMOSCCP_CFLAGS
> and LIBOSMOSCCP_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> 
> I'm probably being really stupid, but it's been a long day. Any pointers?

....


1.) the autoreconf --install --force was below your quote of attempting to
build libosmo-sccp. So it was related to libosmo-sccp. :)

2.) You have not invoked './configure', you have either invoked './configure
--enable-nat' or './configure --enable-osmo-bsc' (or both). For a normal build
libosmosccp is not required.

To illustrate I have put the relevant part from configure.in here. So only if
you have used any of the two options you will need libosmo-sccp. If you don't
have libosmosccp... then don't specify the two options.

I hope this helps




AC_ARG_ENABLE([nat], [AS_HELP_STRING([--enable-nat], [Build the BSC NAT.
Requires SCCP])],
    [
        PKG_CHECK_MODULES(LIBOSMOSCCP, libosmo-sccp >= 0.0.2)
        osmo_ac_build_nat="yes"
    ],
    [
        osmo_ac_build_nat="no"
    ])
AM_CONDITIONAL(BUILD_NAT, test "x$osmo_ac_build_nat" = "xyes")

AC_ARG_ENABLE([osmo-bsc], [AS_HELP_STRING([--enable-osmo-bsc], [Build the Osmo
BSC])],
    [
        PKG_CHECK_MODULES(LIBOSMOSCCP, libosmo-sccp >= 0.0.2)
        osmo_ac_build_bsc="yes"
    ],
    [
        osmo_ac_build_bsc="no"
    ])




From holger at freyther.de  Sun Nov 14 20:24:09 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 14 Nov 2010 21:24:09 +0100
Subject: libosmocore compile error
In-Reply-To: <B3993481-C25C-407D-83E6-4A09BF763D58@bluewave.im>
References: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>	<AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>	<2A79A19C-6D6F-4E19-B9ED-9894421F8F10@bluewave.im>	<4CE02FB9.2060909@freyther.de>
	<5ABF6A6C-7A7B-40C9-B079-2CB06D0C9520@bluewave.im>
	<4CE032AA.2060601@freyther.de>
	<B3993481-C25C-407D-83E6-4A09BF763D58@bluewave.im>
Message-ID: <4CE04569.8070701@freyther.de>

On 11/14/2010 09:13 PM, Stuart Baggs wrote:
> All compiled and installed. I'm running OpenBSC 0.3.99.20onwaves. Is this compatible with GPRS? I have compiled OpenGGSN and recompiled openbsc but I dont seem to be getting an osmo-sgsn binary created.

osmo-sgsn is only in master. You will need to get osmo-sgsn from the master
branch, bsc_msc_ip is only in the branch and will stay there.



From stuart at bluewave.im  Sun Nov 14 20:42:17 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Sun, 14 Nov 2010 20:42:17 +0000
Subject: libosmocore compile error
In-Reply-To: <4CE04569.8070701@freyther.de>
References: <507B2AE3-06E7-4486-9AE0-F0965C15FF10@bluewave.im>	<AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x@mail.gmail.com>	<2A79A19C-6D6F-4E19-B9ED-9894421F8F10@bluewave.im>	<4CE02FB9.2060909@freyther.de>
	<5ABF6A6C-7A7B-40C9-B079-2CB06D0C9520@bluewave.im>
	<4CE032AA.2060601@freyther.de>
	<B3993481-C25C-407D-83E6-4A09BF763D58@bluewave.im>
	<4CE04569.8070701@freyther.de>
Message-ID: <79DD9A9A-A19C-4403-932D-6FC5BC37CA21@bluewave.im>

Stupid question, how can I get the correct version from git? I have tried:

git branch master
git pull

but it says:

fatal: A branch named 'master' already exists.

Cheers

On 14 Nov 2010, at 20:24, Holger Hans Peter Freyther wrote:

> On 11/14/2010 09:13 PM, Stuart Baggs wrote:
>> All compiled and installed. I'm running OpenBSC 0.3.99.20onwaves. Is this compatible with GPRS? I have compiled OpenGGSN and recompiled openbsc but I dont seem to be getting an osmo-sgsn binary created.
> 
> osmo-sgsn is only in master. You will need to get osmo-sgsn from the master
> branch, bsc_msc_ip is only in the branch and will stay there.
> 




From stuart at bluewave.im  Sun Nov 14 20:35:33 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Sun, 14 Nov 2010 20:35:33 +0000
Subject: bsc_hack dies
Message-ID: <CF05E7EF-E369-4694-905E-D1DF7D0E203C@bluewave.im>

After 30 seconds my bsc_hack is dieing. Here is the error:

root at gateway:~/openbsc/openbsc# /usr/local/sbin/bsc_hack -c /home/stuart/openbsc.cfg -P
DB: Database initialized.
DB: Database prepared.
<000d> input/ipaccess.c:634 accept()ed new OML link from 192.168.1.51
<0005> bsc_init.c:745 bootstrapping OML for BTS 0
SET ATTR NACK  CAUSE=Message cannot be performed
<000d> input/ipaccess.c:696 accept()ed new RSL link from 192.168.1.51
<0004> bsc_init.c:941 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 870 using MCC=234 MNC=18 LAC=1 CID=0 BSIC=63 TSC=7
<0000> chan_alloc.c:441 (bts=0,trx=0,ts=0,ss=0) Recycling Channel.
<0004> abis_rsl.c:588 (bts=0,trx=0,ts=0,ss=1) is back in operation.
*** stack smashing detected ***: /usr/local/sbin/bsc_hack terminated
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x2eaed8]
/lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0x2eae90]
/usr/local/sbin/bsc_hack[0x8060f43]
/usr/local/sbin/bsc_hack[0x805cca0]
/usr/local/sbin/bsc_hack[0x80663d9]
/usr/local/sbin/bsc_hack[0x80752a2]
/usr/local/lib/libosmocore.so.0(bsc_select_main+0x14b)[0x88e51b]
/usr/local/sbin/bsc_hack[0x804c0a6]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x220b56]
/usr/local/sbin/bsc_hack[0x804bbb1]
======= Memory map: ========
00110000-00111000 r-xp 00000000 00:00 0          [vdso]
0020a000-00348000 r-xp 00000000 fc:00 171        /lib/tls/i686/cmov/libc-2.10.1.so
00348000-00349000 ---p 0013e000 fc:00 171        /lib/tls/i686/cmov/libc-2.10.1.so
00349000-0034b000 r--p 0013e000 fc:00 171        /lib/tls/i686/cmov/libc-2.10.1.so
0034b000-0034c000 rw-p 00140000 fc:00 171        /lib/tls/i686/cmov/libc-2.10.1.so
0034c000-0034f000 rw-p 00000000 00:00 0 
003c0000-003dc000 r-xp 00000000 fc:00 300        /lib/libgcc_s.so.1
003dc000-003dd000 r--p 0001b000 fc:00 300        /lib/libgcc_s.so.1
003dd000-003de000 rw-p 0001c000 fc:00 300        /lib/libgcc_s.so.1
00443000-0045e000 r-xp 00000000 fc:00 143        /lib/ld-2.10.1.so
0045e000-0045f000 r--p 0001a000 fc:00 143        /lib/ld-2.10.1.so
0045f000-00460000 rw-p 0001b000 fc:00 143        /lib/ld-2.10.1.so
004ba000-004c5000 r-xp 00000000 fc:00 151866     /usr/lib/libdbi.so.0.0.5
004c5000-004c6000 rw-p 0000a000 fc:00 151866     /usr/lib/libdbi.so.0.0.5
00569000-0056b000 r-xp 00000000 fc:00 177        /lib/tls/i686/cmov/libdl-2.10.1.so
0056b000-0056c000 r--p 00001000 fc:00 177        /lib/tls/i686/cmov/libdl-2.10.1.so
0056c000-0056d000 rw-p 00002000 fc:00 177        /lib/tls/i686/cmov/libdl-2.10.1.so
005cf000-005f3000 r-xp 00000000 fc:00 179        /lib/tls/i686/cmov/libm-2.10.1.so
005f3000-005f4000 r--p 00023000 fc:00 179        /lib/tls/i686/cmov/libm-2.10.1.so
005f4000-005f5000 rw-p 00024000 fc:00 179        /lib/tls/i686/cmov/libm-2.10.1.so
006c8000-006dd000 r-xp 00000000 fc:00 235        /lib/tls/i686/cmov/libpthread-2.10.1.so
006dd000-006de000 r--p 00014000 fc:00 235        /lib/tls/i686/cmov/libpthread-2.10.1.so
006de000-006df000 rw-p 00015000 fc:00 235        /lib/tls/i686/cmov/libpthread-2.10.1.so
006df000-006e1000 rw-p 00000000 00:00 0 
00764000-007ea000 r-xp 00000000 fc:00 135483     /usr/lib/libsqlite3.so.0.8.6
007ea000-007eb000 r--p 00086000 fc:00 135483     /usr/lib/libsqlite3.so.0.8.6
007eb000-007ec000 rw-p 00087000 fc:00 135483     /usr/lib/libsqlite3.so.0.8.6
00889000-008a2000 r-xp 00000000 fc:00 1806       /usr/local/lib/libosmocore.so.0.0.0
008a2000-008a3000 r--p 00018000 fc:00 1806       /usr/local/lib/libosmocore.so.0.0.0
008a3000-008a4000 rw-p 00019000 fc:00 1806       /usr/local/lib/libosmocore.so.0.0.0
008a4000-008a5000 rw-p 00000000 00:00 0 
00abe000-00ac7000 r-xp 00000000 fc:00 175        /lib/tls/i686/cmov/libcrypt-2.10.1.so
00ac7000-00ac8000 r--p 00008000 fc:00 175        /lib/tls/i686/cmov/libcrypt-2.10.1.so
00ac8000-00ac9000 rw-p 00009000 fc:00 175        /lib/tls/i686/cmov/libcrypt-2.10.1.so
00ac9000-00af0000 rw-p 00000000 00:00 0 
00bca000-00bcf000 r-xp 00000000 fc:00 151877     /usr/lib/dbd/libdbdsqlite3.so
00bcf000-00bd0000 r--p 00004000 fc:00 151877     /usr/lib/dbd/libdbdsqlite3.so
00bd0000-00bd1000 rw-p 00005000 fc:00 151877     /usr/lib/dbd/libdbdsqlite3.so
08048000-08091000 r-xp 00000000 fc:00 154760     /usr/local/sbin/bsc_hack
08091000-08092000 r--p 00048000 fc:00 154760     /usr/local/sbin/bsc_hack
08092000-08097000 rw-p 00049000 fc:00 154760     /usr/local/sbin/bsc_hack
08097000-0809b000 rw-p 00000000 00:00 0 
0919b000-09228000 rw-p 00000000 00:00 0          [heap]
b6ffe000-b6fff000 ---p 00000000 00:00 0 
b6fff000-b7802000 rw-p 00000000 00:00 0 
b7806000-b7808000 rw-p 00000000 00:00 0 
bfa5e000-bfa73000 rw-p 00000000 00:00 0          [stack]
signal 6 received
talloc report on 'vty' (total  37965 bytes in 3350 blocks)
    save_cwd                       contains     29 bytes in   1 blocks (ref 0) 0x91bb478
    vty_command                    contains  21352 bytes in 1719 blocks (ref 0) 0x91bb440
    vty_vector                     contains  16584 bytes in 1629 blocks (ref 0) 0x91bb408
full talloc report on 'openbsc' (total 137666 bytes in  63 blocks)
    struct e1inp_line              contains  45208 bytes in   1 blocks (ref 0) 0x9207170
    struct ia_e1_handle            contains     60 bytes in   1 blocks (ref 0) 0x91f1500
    telnet_connection              contains      1 bytes in   1 blocks (ref 0) 0x91a18a0
    struct gsm_network             contains  89224 bytes in   6 blocks (ref 0) 0x91a16e0
        struct gsm_bts                 contains  88804 bytes in   2 blocks (ref 0) 0x91f1620
            struct gsm_bts_trx             contains  86188 bytes in   1 blocks (ref 0) 0x91f2090
        BlueWave                       contains      9 bytes in   1 blocks (ref 0) 0x919f018
        BlueWave                       contains      9 bytes in   1 blocks (ref 0) 0x91a3490
        127.0.0.1                      contains     10 bytes in   1 blocks (ref 0) 0x91a2038
    counter                        contains    580 bytes in  30 blocks (ref 0) 0x919b568
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3448
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3400
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a33b8
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3370
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3328
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a32e0
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3298
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3250
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3208
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a31c0
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a3178
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919d958
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919d910
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919d8c8
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919d880
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919d838
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919ea18
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919e9d0
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919e988
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919e940
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919e8f8
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919efd0
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919ef88
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919ef40
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919eef8
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919f0d0
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x919f088
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a2078
        struct counter                 contains     20 bytes in   1 blocks (ref 0) 0x91a25b0
    trau_upq_entry                 contains      0 bytes in   1 blocks (ref 0) 0x919b530
    trau_map_entry                 contains      0 bytes in   1 blocks (ref 0) 0x919b4f8
    transaction                    contains      0 bytes in   1 blocks (ref 0) 0x919b4c0
    subch_txq_entry                contains      0 bytes in   1 blocks (ref 0) 0x919b488
    signal_handler                 contains    140 bytes in   8 blocks (ref 0) 0x919b450
        struct signal_handler          contains     20 bytes in   1 blocks (ref 0) 0x91f13e8
        struct signal_handler          contains     20 bytes in   1 blocks (ref 0) 0x91eb2b8
        struct signal_handler          contains     20 bytes in   1 blocks (ref 0) 0x919b6c0
        struct signal_handler          contains     20 bytes in   1 blocks (ref 0) 0x919b678
        struct signal_handler          contains     20 bytes in   1 blocks (ref 0) 0x919b630
        struct signal_handler          contains     20 bytes in   1 blocks (ref 0) 0x919b5e8
        struct signal_handler          contains     20 bytes in   1 blocks (ref 0) 0x919b5a0
    paging_request                 contains      0 bytes in   1 blocks (ref 0) 0x919b418
    gsm_call                       contains      0 bytes in   1 blocks (ref 0) 0x919b3e0
    subscr_request                 contains      0 bytes in   1 blocks (ref 0) 0x919b3a8
    subscriber                     contains    392 bytes in   2 blocks (ref 0) 0x919b370
        struct gsm_subscriber          contains    392 bytes in   1 blocks (ref 0) 0x9212ce0
    sms                            contains      0 bytes in   1 blocks (ref 0) 0x919b338
    loc_updating_oper              contains      0 bytes in   1 blocks (ref 0) 0x919b300
    bs11_file_list_entry           contains      0 bytes in   1 blocks (ref 0) 0x919b2c8
    msgb                           contains   2060 bytes in   3 blocks (ref 0) 0x919b290
        GSM 04.08                      contains   1092 bytes in   1 blocks (ref 0) 0x9213360
        Abis/IP                        contains    968 bytes in   1 blocks (ref 0) 0x91f0f20
Aborted


Any ideas?


From laforge at gnumonks.org  Sun Nov 14 20:53:16 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 14 Nov 2010 21:53:16 +0100
Subject: bsc_hack dies
In-Reply-To: <CF05E7EF-E369-4694-905E-D1DF7D0E203C@bluewave.im>
References: <CF05E7EF-E369-4694-905E-D1DF7D0E203C@bluewave.im>
Message-ID: <20101114205316.GF23023@prithivi.gnumonks.org>

Hi Stuart,

On Sun, Nov 14, 2010 at 08:35:33PM +0000, Stuart Baggs wrote:

> SET ATTR NACK  CAUSE=Message cannot be performed

This should not happen.  I would recommend recording a pcap file (with
wireshark) and looking at the exact OML message that has caused this problem.

> *** stack smashing detected ***: /usr/local/sbin/bsc_hack terminated
> ======= Backtrace: =========
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x2eaed8]
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0x2eae90]
> /usr/local/sbin/bsc_hack[0x8060f43]
> /usr/local/sbin/bsc_hack[0x805cca0]
> /usr/local/sbin/bsc_hack[0x80663d9]
> /usr/local/sbin/bsc_hack[0x80752a2]
> /usr/local/lib/libosmocore.so.0(bsc_select_main+0x14b)[0x88e51b]
> /usr/local/sbin/bsc_hack[0x804c0a6]
> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x220b56]
> /usr/local/sbin/bsc_hack[0x804bbb1]

A backtrace without the symbol names is not particularly useful.

can you actually provide a gdb backtrace from this?  As we don't have your
exact binaries for libosmocore + bsc_hack and your generated core file, we
cannot produce this ourselves.

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 stuart at bluewave.im  Sun Nov 14 20:58:51 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Sun, 14 Nov 2010 20:58:51 +0000
Subject: nanoBTS Calibration
Message-ID: <3AFC246C-FC0A-4A36-842E-989D1978569A@bluewave.im>

Hi guys, how do we calibrate the internal ocilator of the nanoBTS? I have a 139 unit which has synced up fine and has a olid green light but the network no longer appears on the handsets selection menu (the handset is dual band and the BTS is on an AFRCN within the handsets range). It was working before but the unit has been powered down for several months and I remember someone from ip.access advising that the internal oscillator needs to be re-calibrated to fix this issue.


From laforge at gnumonks.org  Tue Nov 16 18:42:03 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 16 Nov 2010 19:42:03 +0100
Subject: nanoBTS Calibration
In-Reply-To: <3AFC246C-FC0A-4A36-842E-989D1978569A@bluewave.im>
References: <3AFC246C-FC0A-4A36-842E-989D1978569A@bluewave.im>
Message-ID: <20101116184203.GA23023@prithivi.gnumonks.org>

On Sun, Nov 14, 2010 at 08:58:51PM +0000, Stuart Baggs wrote:

> Hi guys, how do we calibrate the internal ocilator of the nanoBTS? 

Please refer to the nanoBTS product documentation, if you have access to it.

> I have a 139 unit which has synced up fine and has a olid green light but the
> network no longer appears on the handsets selection menu (the handset is dual
> band and the BTS is on an AFRCN within the handsets range). It was working
> before but the unit has been powered down for several months and I remember
> someone from ip.access advising that the internal oscillator needs to be
> re-calibrated to fix this issue.

The ip.access BTS Installer can do the frequency calibration.  I suppose you
have access to that software if you've done business with ip.access before.

We have not implemented this as part of ipaccess-config, as far as I know.  It
is not very hard to add, the required OML messages are quite simple.

-- 
- 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 smzerocool at gmail.com  Mon Nov 15 08:09:37 2010
From: smzerocool at gmail.com (zero cool)
Date: Mon, 15 Nov 2010 13:39:37 +0530
Subject: Relation between IMSI and TMSI
Message-ID: <AANLkTi=dhj+QV5LAve_y=xbw+EVO4YEcuevvqkxsdfUu@mail.gmail.com>

Dear community members,
as we all know that TMSI is alotted by bsc, can anybody explain how this
happens and what kind of algorithm they (professional network) use. Can I
extract IMSI from TMSI??
Please answer !!!!

On Mon, Nov 15, 2010 at 2:05 AM, <openbsc-request at lists.gnumonks.org> wrote:

> Send OpenBSC mailing list submissions to
>        openbsc at lists.gnumonks.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.gnumonks.org/mailman/listinfo/openbsc
> or, via email, send a message with subject or body 'help' to
>        openbsc-request at lists.gnumonks.org
>
> You can reach the person managing the list at
>        openbsc-owner at lists.gnumonks.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of OpenBSC digest..."
>
>
> Today's Topics:
>
>   1. libosmocore compile error (Stuart Baggs)
>   2. Re: libosmocore compile error (Sylvain Munaut)
>   3. Re: libosmocore compile error (Stuart Baggs)
>   4. Re: libosmocore compile error (Holger Hans Peter Freyther)
>   5. Re: libosmocore compile error (Stuart Baggs)
>   6. Re: libosmocore compile error (Holger Hans Peter Freyther)
>   7. Re: libosmocore compile error (Holger Hans Peter Freyther)
>   8. bsc_hack dies (Stuart Baggs)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 14 Nov 2010 17:48:09 +0000
> From: Stuart Baggs <stuart at bluewave.im>
> Subject: libosmocore compile error
> To: OpenBSC list <openbsc at lists.gnumonks.org>
> Message-ID: <507B2AE3-06E7-4486-9AE0-F0965C15FF10 at bluewave.im>
> Content-Type: text/plain; charset=us-ascii
>
> Hi, I am trying to get a working GPRS branch up and running. I have done a
> fresh git clone of both libosmocore and openbsc master branches. Both
> compile without issue. When I try and run bsc_hack from /opt/openbsc/ I get
> this error:
>
> ./bsc_hack: error while loading shared libraries: libosmovty.so.0: cannot
> open shared object file: No such file or directory
>
> Any ideas what has gone wrong with this install? Obviously openbsc cannot
> find libosmocore libraries, but I have compiled them cas per usual. Any
> ideas?
>
> Thanks
>
>
> ------------------------------
>
> Message: 2
> Date: Sun, 14 Nov 2010 19:00:50 +0100
> From: Sylvain Munaut <246tnt at gmail.com>
> Subject: Re: libosmocore compile error
> To: Stuart Baggs <stuart at bluewave.im>
> Cc: OpenBSC list <openbsc at lists.gnumonks.org>
> Message-ID:
>        <AANLkTi=_yru5SiOApB6dQ7XAk_FgMzUymTW-CN+XLU=x at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi,
>
>
> > ./bsc_hack: error while loading shared libraries: libosmovty.so.0: cannot
> open shared object file: No such file or directory
> >
> > Any ideas what has gone wrong with this install? Obviously openbsc cannot
> find libosmocore libraries, but I have compiled them cas per usual. Any
> ideas?
>
> Well yeah ...
>
> When you install libraried in non-standard location you must tell the
> ld loader where to look
>
> Either using LD_LIBRARY_PATH en variable or /etc/ld.so.conf
>
> Cheers,
>
>    Sylvain
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sun, 14 Nov 2010 18:49:12 +0000
> From: Stuart Baggs <stuart at bluewave.im>
> Subject: Re: libosmocore compile error
> To: Sylvain Munaut <246tnt at gmail.com>
> Cc: OpenBSC list <openbsc at lists.gnumonks.org>
> Message-ID: <2A79A19C-6D6F-4E19-B9ED-9894421F8F10 at bluewave.im>
> Content-Type: text/plain; charset=us-ascii
>
> Thanks, I though it was in the standard location. I have another issue now.
> I have installed libosmocore 0.1.27 and the latest clone of openbsc master
> branch but when compiling open_bsc I am getting:
>
> No package 'libosmo-sccp' found
>
> I though this was part of libosmocore? I have managed to get a git clone of
> libosmo-sccp but a ./configure comes up with:
>
> configure: error: cannot find install-sh, install.sh, or shtool in "."
> "./.." "./../.."
>
> I'm keen to get the GPRS branch up and running so I can start testing.
>
> On 14 Nov 2010, at 18:00, Sylvain Munaut wrote:
>
> > Hi,
> >
> >
> >> ./bsc_hack: error while loading shared libraries: libosmovty.so.0:
> cannot open shared object file: No such file or directory
> >>
> >> Any ideas what has gone wrong with this install? Obviously openbsc
> cannot find libosmocore libraries, but I have compiled them cas per usual.
> Any ideas?
> >
> > Well yeah ...
> >
> > When you install libraried in non-standard location you must tell the
> > ld loader where to look
> >
> > Either using LD_LIBRARY_PATH en variable or /etc/ld.so.conf
> >
> > Cheers,
> >
> >    Sylvain
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sun, 14 Nov 2010 19:51:37 +0100
> From: Holger Hans Peter Freyther <holger at freyther.de>
> Subject: Re: libosmocore compile error
> To: openbsc at lists.gnumonks.org
> Message-ID: <4CE02FB9.2060909 at freyther.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 11/14/2010 07:49 PM, Stuart Baggs wrote:
>
> > configure: error: cannot find install-sh, install.sh, or shtool in "."
> "./.." "./../.."
>
> autoreconf --install --force..
>
>
>
> >
> > I'm keen to get the GPRS branch up and running so I can start testing.
>
> You don't need to pass the enable option for the BSC... normal OpenBSC does
> not require SCCP.
>
>
>
> ------------------------------
>
> Message: 5
> Date: Sun, 14 Nov 2010 18:59:29 +0000
> From: Stuart Baggs <stuart at bluewave.im>
> Subject: Re: libosmocore compile error
> To: Holger Hans Peter Freyther <holger at freyther.de>
> Cc: openbsc at lists.gnumonks.org
> Message-ID: <5ABF6A6C-7A7B-40C9-B079-2CB06D0C9520 at bluewave.im>
> Content-Type: text/plain; charset=us-ascii
>
> Thanks for your help. This is getting really frustrating now. I have tried
> to recompile openbsc with:
>
> autoreconf --install --force
> ./configure
>
> but the process stops on ./configure with:
>
> checking for LIBOSMOSCCP... configure: error: Package requirements
> (libosmo-sccp >= 0.0.3) were not met:
>
> No package 'libosmo-sccp' found
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables LIBOSMOSCCP_CFLAGS
> and LIBOSMOSCCP_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
> I'm probably being really stupid, but it's been a long day. Any pointers?
>
> Thanks guys.
>
> s
>
> On 14 Nov 2010, at 18:51, Holger Hans Peter Freyther wrote:
>
> > On 11/14/2010 07:49 PM, Stuart Baggs wrote:
> >
> >> configure: error: cannot find install-sh, install.sh, or shtool in "."
> "./.." "./../.."
> >
> > autoreconf --install --force..
> >
> >
> >
> >>
> >> I'm keen to get the GPRS branch up and running so I can start testing.
> >
> > You don't need to pass the enable option for the BSC... normal OpenBSC
> does
> > not require SCCP.
> >
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Sun, 14 Nov 2010 20:04:10 +0100
> From: Holger Hans Peter Freyther <holger at freyther.de>
> Subject: Re: libosmocore compile error
> To: openbsc at lists.gnumonks.org
> Message-ID: <4CE032AA.2060601 at freyther.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 11/14/2010 07:59 PM, Stuart Baggs wrote:
> > Thanks for your help. This is getting really frustrating now. I have
> tried to recompile openbsc with:
> >
> > autoreconf --install --force
> > ./configure
> >
> > but the process stops on ./configure with:
> >
> > checking for LIBOSMOSCCP... configure: error: Package requirements
> (libosmo-sccp >= 0.0.3) were not met:
> >
> > No package 'libosmo-sccp' found
> >
> > Consider adjusting the PKG_CONFIG_PATH environment variable if you
> > installed software in a non-standard prefix.
> >
> > Alternatively, you may set the environment variables LIBOSMOSCCP_CFLAGS
> > and LIBOSMOSCCP_LIBS to avoid the need to call pkg-config.
> > See the pkg-config man page for more details.
> >
> > I'm probably being really stupid, but it's been a long day. Any pointers?
>
> ....
>
>
> 1.) the autoreconf --install --force was below your quote of attempting to
> build libosmo-sccp. So it was related to libosmo-sccp. :)
>
> 2.) You have not invoked './configure', you have either invoked
> './configure
> --enable-nat' or './configure --enable-osmo-bsc' (or both). For a normal
> build
> libosmosccp is not required.
>
> To illustrate I have put the relevant part from configure.in here. So only
> if
> you have used any of the two options you will need libosmo-sccp. If you
> don't
> have libosmosccp... then don't specify the two options.
>
> I hope this helps
>
>
>
>
> AC_ARG_ENABLE([nat], [AS_HELP_STRING([--enable-nat], [Build the BSC NAT.
> Requires SCCP])],
>    [
>        PKG_CHECK_MODULES(LIBOSMOSCCP, libosmo-sccp >= 0.0.2)
>        osmo_ac_build_nat="yes"
>    ],
>    [
>        osmo_ac_build_nat="no"
>    ])
> AM_CONDITIONAL(BUILD_NAT, test "x$osmo_ac_build_nat" = "xyes")
>
> AC_ARG_ENABLE([osmo-bsc], [AS_HELP_STRING([--enable-osmo-bsc], [Build the
> Osmo
> BSC])],
>    [
>        PKG_CHECK_MODULES(LIBOSMOSCCP, libosmo-sccp >= 0.0.2)
>        osmo_ac_build_bsc="yes"
>    ],
>    [
>        osmo_ac_build_bsc="no"
>    ])
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Sun, 14 Nov 2010 21:24:09 +0100
> From: Holger Hans Peter Freyther <holger at freyther.de>
> Subject: Re: libosmocore compile error
> To: openbsc at lists.gnumonks.org
> Message-ID: <4CE04569.8070701 at freyther.de>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 11/14/2010 09:13 PM, Stuart Baggs wrote:
> > All compiled and installed. I'm running OpenBSC 0.3.99.20onwaves. Is this
> compatible with GPRS? I have compiled OpenGGSN and recompiled openbsc but I
> dont seem to be getting an osmo-sgsn binary created.
>
> osmo-sgsn is only in master. You will need to get osmo-sgsn from the master
> branch, bsc_msc_ip is only in the branch and will stay there.
>
>
>
> ------------------------------
>
> Message: 8
> Date: Sun, 14 Nov 2010 20:35:33 +0000
> From: Stuart Baggs <stuart at bluewave.im>
> Subject: bsc_hack dies
> To: OpenBSC list <openbsc at lists.gnumonks.org>
> Message-ID: <CF05E7EF-E369-4694-905E-D1DF7D0E203C at bluewave.im>
> Content-Type: text/plain; charset=us-ascii
>
> After 30 seconds my bsc_hack is dieing. Here is the error:
>
> root at gateway:~/openbsc/openbsc# /usr/local/sbin/bsc_hack -c
> /home/stuart/openbsc.cfg -P
> DB: Database initialized.
> DB: Database prepared.
> <000d> input/ipaccess.c:634 accept()ed new OML link from 192.168.1.51
> <0005> bsc_init.c:745 bootstrapping OML for BTS 0
> SET ATTR NACK  CAUSE=Message cannot be performed
> <000d> input/ipaccess.c:696 accept()ed new RSL link from 192.168.1.51
> <0004> bsc_init.c:941 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 870
> using MCC=234 MNC=18 LAC=1 CID=0 BSIC=63 TSC=7
> <0000> chan_alloc.c:441 (bts=0,trx=0,ts=0,ss=0) Recycling Channel.
> <0004> abis_rsl.c:588 (bts=0,trx=0,ts=0,ss=1) is back in operation.
> *** stack smashing detected ***: /usr/local/sbin/bsc_hack terminated
> ======= Backtrace: =========
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0x2eaed8]
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0x2eae90]
> /usr/local/sbin/bsc_hack[0x8060f43]
> /usr/local/sbin/bsc_hack[0x805cca0]
> /usr/local/sbin/bsc_hack[0x80663d9]
> /usr/local/sbin/bsc_hack[0x80752a2]
> /usr/local/lib/libosmocore.so.0(bsc_select_main+0x14b)[0x88e51b]
> /usr/local/sbin/bsc_hack[0x804c0a6]
> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x220b56]
> /usr/local/sbin/bsc_hack[0x804bbb1]
> ======= Memory map: ========
> 00110000-00111000 r-xp 00000000 00:00 0          [vdso]
> 0020a000-00348000 r-xp 00000000 fc:00 171        /lib/tls/i686/cmov/
> libc-2.10.1.so
> 00348000-00349000 ---p 0013e000 fc:00 171        /lib/tls/i686/cmov/
> libc-2.10.1.so
> 00349000-0034b000 r--p 0013e000 fc:00 171        /lib/tls/i686/cmov/
> libc-2.10.1.so
> 0034b000-0034c000 rw-p 00140000 fc:00 171        /lib/tls/i686/cmov/
> libc-2.10.1.so
> 0034c000-0034f000 rw-p 00000000 00:00 0
> 003c0000-003dc000 r-xp 00000000 fc:00 300        /lib/libgcc_s.so.1
> 003dc000-003dd000 r--p 0001b000 fc:00 300        /lib/libgcc_s.so.1
> 003dd000-003de000 rw-p 0001c000 fc:00 300        /lib/libgcc_s.so.1
> 00443000-0045e000 r-xp 00000000 fc:00 143        /lib/ld-2.10.1.so
> 0045e000-0045f000 r--p 0001a000 fc:00 143        /lib/ld-2.10.1.so
> 0045f000-00460000 rw-p 0001b000 fc:00 143        /lib/ld-2.10.1.so
> 004ba000-004c5000 r-xp 00000000 fc:00 151866     /usr/lib/libdbi.so.0.0.5
> 004c5000-004c6000 rw-p 0000a000 fc:00 151866     /usr/lib/libdbi.so.0.0.5
> 00569000-0056b000 r-xp 00000000 fc:00 177        /lib/tls/i686/cmov/
> libdl-2.10.1.so
> 0056b000-0056c000 r--p 00001000 fc:00 177        /lib/tls/i686/cmov/
> libdl-2.10.1.so
> 0056c000-0056d000 rw-p 00002000 fc:00 177        /lib/tls/i686/cmov/
> libdl-2.10.1.so
> 005cf000-005f3000 r-xp 00000000 fc:00 179        /lib/tls/i686/cmov/
> libm-2.10.1.so
> 005f3000-005f4000 r--p 00023000 fc:00 179        /lib/tls/i686/cmov/
> libm-2.10.1.so
> 005f4000-005f5000 rw-p 00024000 fc:00 179        /lib/tls/i686/cmov/
> libm-2.10.1.so
> 006c8000-006dd000 r-xp 00000000 fc:00 235        /lib/tls/i686/cmov/
> libpthread-2.10.1.so
> 006dd000-006de000 r--p 00014000 fc:00 235        /lib/tls/i686/cmov/
> libpthread-2.10.1.so
> 006de000-006df000 rw-p 00015000 fc:00 235        /lib/tls/i686/cmov/
> libpthread-2.10.1.so
> 006df000-006e1000 rw-p 00000000 00:00 0
> 00764000-007ea000 r-xp 00000000 fc:00 135483
> /usr/lib/libsqlite3.so.0.8.6
> 007ea000-007eb000 r--p 00086000 fc:00 135483
> /usr/lib/libsqlite3.so.0.8.6
> 007eb000-007ec000 rw-p 00087000 fc:00 135483
> /usr/lib/libsqlite3.so.0.8.6
> 00889000-008a2000 r-xp 00000000 fc:00 1806
> /usr/local/lib/libosmocore.so.0.0.0
> 008a2000-008a3000 r--p 00018000 fc:00 1806
> /usr/local/lib/libosmocore.so.0.0.0
> 008a3000-008a4000 rw-p 00019000 fc:00 1806
> /usr/local/lib/libosmocore.so.0.0.0
> 008a4000-008a5000 rw-p 00000000 00:00 0
> 00abe000-00ac7000 r-xp 00000000 fc:00 175        /lib/tls/i686/cmov/
> libcrypt-2.10.1.so
> 00ac7000-00ac8000 r--p 00008000 fc:00 175        /lib/tls/i686/cmov/
> libcrypt-2.10.1.so
> 00ac8000-00ac9000 rw-p 00009000 fc:00 175        /lib/tls/i686/cmov/
> libcrypt-2.10.1.so
> 00ac9000-00af0000 rw-p 00000000 00:00 0
> 00bca000-00bcf000 r-xp 00000000 fc:00 151877
> /usr/lib/dbd/libdbdsqlite3.so
> 00bcf000-00bd0000 r--p 00004000 fc:00 151877
> /usr/lib/dbd/libdbdsqlite3.so
> 00bd0000-00bd1000 rw-p 00005000 fc:00 151877
> /usr/lib/dbd/libdbdsqlite3.so
> 08048000-08091000 r-xp 00000000 fc:00 154760     /usr/local/sbin/bsc_hack
> 08091000-08092000 r--p 00048000 fc:00 154760     /usr/local/sbin/bsc_hack
> 08092000-08097000 rw-p 00049000 fc:00 154760     /usr/local/sbin/bsc_hack
> 08097000-0809b000 rw-p 00000000 00:00 0
> 0919b000-09228000 rw-p 00000000 00:00 0          [heap]
> b6ffe000-b6fff000 ---p 00000000 00:00 0
> b6fff000-b7802000 rw-p 00000000 00:00 0
> b7806000-b7808000 rw-p 00000000 00:00 0
> bfa5e000-bfa73000 rw-p 00000000 00:00 0          [stack]
> signal 6 received
> talloc report on 'vty' (total  37965 bytes in 3350 blocks)
>    save_cwd                       contains     29 bytes in   1 blocks (ref
> 0) 0x91bb478
>    vty_command                    contains  21352 bytes in 1719 blocks (ref
> 0) 0x91bb440
>    vty_vector                     contains  16584 bytes in 1629 blocks (ref
> 0) 0x91bb408
> full talloc report on 'openbsc' (total 137666 bytes in  63 blocks)
>    struct e1inp_line              contains  45208 bytes in   1 blocks (ref
> 0) 0x9207170
>    struct ia_e1_handle            contains     60 bytes in   1 blocks (ref
> 0) 0x91f1500
>    telnet_connection              contains      1 bytes in   1 blocks (ref
> 0) 0x91a18a0
>    struct gsm_network             contains  89224 bytes in   6 blocks (ref
> 0) 0x91a16e0
>        struct gsm_bts                 contains  88804 bytes in   2 blocks
> (ref 0) 0x91f1620
>            struct gsm_bts_trx             contains  86188 bytes in   1
> blocks (ref 0) 0x91f2090
>        BlueWave                       contains      9 bytes in   1 blocks
> (ref 0) 0x919f018
>        BlueWave                       contains      9 bytes in   1 blocks
> (ref 0) 0x91a3490
>        127.0.0.1                      contains     10 bytes in   1 blocks
> (ref 0) 0x91a2038
>    counter                        contains    580 bytes in  30 blocks (ref
> 0) 0x919b568
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3448
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3400
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a33b8
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3370
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3328
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a32e0
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3298
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3250
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3208
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a31c0
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a3178
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919d958
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919d910
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919d8c8
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919d880
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919d838
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919ea18
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919e9d0
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919e988
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919e940
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919e8f8
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919efd0
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919ef88
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919ef40
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919eef8
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919f0d0
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x919f088
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a2078
>        struct counter                 contains     20 bytes in   1 blocks
> (ref 0) 0x91a25b0
>    trau_upq_entry                 contains      0 bytes in   1 blocks (ref
> 0) 0x919b530
>    trau_map_entry                 contains      0 bytes in   1 blocks (ref
> 0) 0x919b4f8
>    transaction                    contains      0 bytes in   1 blocks (ref
> 0) 0x919b4c0
>    subch_txq_entry                contains      0 bytes in   1 blocks (ref
> 0) 0x919b488
>    signal_handler                 contains    140 bytes in   8 blocks (ref
> 0) 0x919b450
>        struct signal_handler          contains     20 bytes in   1 blocks
> (ref 0) 0x91f13e8
>        struct signal_handler          contains     20 bytes in   1 blocks
> (ref 0) 0x91eb2b8
>        struct signal_handler          contains     20 bytes in   1 blocks
> (ref 0) 0x919b6c0
>        struct signal_handler          contains     20 bytes in   1 blocks
> (ref 0) 0x919b678
>        struct signal_handler          contains     20 bytes in   1 blocks
> (ref 0) 0x919b630
>        struct signal_handler          contains     20 bytes in   1 blocks
> (ref 0) 0x919b5e8
>        struct signal_handler          contains     20 bytes in   1 blocks
> (ref 0) 0x919b5a0
>    paging_request                 contains      0 bytes in   1 blocks (ref
> 0) 0x919b418
>    gsm_call                       contains      0 bytes in   1 blocks (ref
> 0) 0x919b3e0
>    subscr_request                 contains      0 bytes in   1 blocks (ref
> 0) 0x919b3a8
>    subscriber                     contains    392 bytes in   2 blocks (ref
> 0) 0x919b370
>        struct gsm_subscriber          contains    392 bytes in   1 blocks
> (ref 0) 0x9212ce0
>    sms                            contains      0 bytes in   1 blocks (ref
> 0) 0x919b338
>    loc_updating_oper              contains      0 bytes in   1 blocks (ref
> 0) 0x919b300
>    bs11_file_list_entry           contains      0 bytes in   1 blocks (ref
> 0) 0x919b2c8
>    msgb                           contains   2060 bytes in   3 blocks (ref
> 0) 0x919b290
>        GSM 04.08                      contains   1092 bytes in   1 blocks
> (ref 0) 0x9213360
>        Abis/IP                        contains    968 bytes in   1 blocks
> (ref 0) 0x91f0f20
> Aborted
>
>
> Any ideas?
>
>
> ------------------------------
>
> _______________________________________________
> OpenBSC mailing list
> OpenBSC at lists.gnumonks.org
> https://lists.gnumonks.org/mailman/listinfo/openbsc
>
>
> End of OpenBSC Digest, Vol 23, Issue 7
> **************************************
>



-- 
Thanks.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101115/737b4239/attachment.htm>

From holger at freyther.de  Mon Nov 15 08:53:35 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 15 Nov 2010 09:53:35 +0100
Subject: Relation between IMSI and TMSI
In-Reply-To: <AANLkTi=dhj+QV5LAve_y=xbw+EVO4YEcuevvqkxsdfUu@mail.gmail.com>
References: <AANLkTi=dhj+QV5LAve_y=xbw+EVO4YEcuevvqkxsdfUu@mail.gmail.com>
Message-ID: <4CE0F50F.8020009@freyther.de>

On 11/15/2010 09:09 AM, zero cool wrote:
> Dear community members, 
> as we all know that TMSI is alotted by bsc, can anybody explain how this
> happens and what kind of algorithm they (professional network) use. Can I
> extract IMSI from TMSI??
> Please answer !!!!

Hi,

do you have a real name?

thanks
	holger



From 246tnt at gmail.com  Mon Nov 15 09:04:42 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Mon, 15 Nov 2010 10:04:42 +0100
Subject: Relation between IMSI and TMSI
In-Reply-To: <AANLkTi=dhj+QV5LAve_y=xbw+EVO4YEcuevvqkxsdfUu@mail.gmail.com>
References: <AANLkTi=dhj+QV5LAve_y=xbw+EVO4YEcuevvqkxsdfUu@mail.gmail.com>
Message-ID: <AANLkTi=aub_vUB6QOTv2J4XwLS9y1ELypsy0Cz_Nwx4_@mail.gmail.com>

> as we all know that TMSI is alotted by bsc,

Really ?

I would have said VLR (which is the same "box" as the MSC).


> can anybody explain how this
> happens and what kind of algorithm they (professional network) use.

hopefully random()


> Can I extract IMSI from TMSI??

no


> Please answer !!!!

Please don't quote the entire daily digest for _nothing_ !!!!
Also, please read GSM 04.08 !!!!


Cheers,

    Sylvain



From holger at freyther.de  Mon Nov 15 08:26:58 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 15 Nov 2010 09:26:58 +0100
Subject: Introducing osmo-bsc to master
Message-ID: <4CE0EED2.80304@freyther.de>

Hi all,

after months of work on the BSC API and on/off on the osmo-bsc it seems to be
close to a working state. It has a lot of code from bsc_msc_ip of the
on-waves/bsc-master branch but in a better structure thanks to the BSC API.


Right now it is on the zecke/osmo-bsc branch and has about 58 commits to build
the BSC. It can be found in the src/bsc directory and has the main files:


osmo_bsc_main.c - The main method
osmo_bsc_sccp.c - To handle the SCCP connections, connection release,
connection timeouts, IT timer..
osmo_bsc_msc.c  - To handle the connection(s) to the MSC, authentication,
ping/pong to test the link and connection failure via a signal
osmo_bsc_bssap.c - This is parsing the GSM0808 messages and maps that to the
BSC API functions
osmo_bsc_api.c - Callbacks for the BSC API, creating GSM0808 messages and
sending them to the MSC
osmo_bsc_sound.c - Handle the CRCX_ACK and send a MDCX...
osmo_bsc_filter.c - To inspect incoming and outgoing packets and provide extra
functionality.
osmo_bsc_vty.c - VTY options for the MSC connection(s). This is a msc subgroup
of the VTY.


I will have to heavily test the new code for leaks, crashes, failure and such
and will do this with call testing overnight, but I think it should not be
less stable than bsc_msc_ip.


There are two things that should be done next. Work on paging and decouple the
BSC part of scheduling the messages, not scheduling too many to not crash the
nanoBTS and the MSC part that triggers the callback. Be able to 'switch' from
Osmo-BSC functionality and bsc_hack functionality on the fly. This could be
very interesting for fuzzing that only after a certain message someone wants
to start fuzzing with an external app. Use the MSC functionality from a new
application and have a true MSC...




From holger at freyther.de  Mon Nov 15 19:10:38 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 15 Nov 2010 20:10:38 +0100
Subject: Introducing osmo-bsc to master
In-Reply-To: <4CE0EED2.80304@freyther.de>
References: <4CE0EED2.80304@freyther.de>
Message-ID: <4CE185AE.9030108@freyther.de>

On 11/15/2010 09:26 AM, Holger Hans Peter Freyther wrote:
> Hi all,

I have now merged it. Immediate work items are:

1.) Fix the drop oml connection
2.) Add some more VTY commands (from branch)
3.) Remove the bsc_schedule_timer for ipaccess messages (from branch)
4.) Drop OML connection in case of a NACK (from branch)
5.) Only have one message that needs an ACK transferred to the nanoBTS (from
branch). The last is mostly a 'hack' and I hope we will find the time to
change our init structure... on the other hand 4.) and 5.) handle BTS crashes
and weird stuff really well.




From laforge at gnumonks.org  Tue Nov 16 18:44:21 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 16 Nov 2010 19:44:21 +0100
Subject: Introducing osmo-bsc to master
In-Reply-To: <4CE185AE.9030108@freyther.de>
References: <4CE0EED2.80304@freyther.de>
 <4CE185AE.9030108@freyther.de>
Message-ID: <20101116184421.GB23023@prithivi.gnumonks.org>

Zecke,

thanks for all your work getting this ready for master.  It's great to see
less divergence and more of the formerly OnWaves specific bsc_msc_ip go into
our main branch.

-- 
- 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 stuart at bluewave.im  Mon Nov 15 19:44:50 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Mon, 15 Nov 2010 19:44:50 +0000
Subject: Wiki Error?
Message-ID: <2E42B420-E31A-4E06-A617-EB8E6A3E13F5@bluewave.im>

Hi, I am reading the OpenBSC_GPRS wiki page and trying to get GPRS up and running. On the wiki it says:

!
! Osmocom SGSN configuration
!
!
line vty
 no login
!
sgsn
 gtp local-ip 192.168.1.128
 ggsn 0 remote-ip 192.168.1.129
 ggsn 0 gtp-version 1
!
ns
 timer tns-block 3
 timer tns-block-retries 3
 timer tns-reset 3
 timer tns-reset-retries 3
 timer tns-test 30
 timer tns-alive 3
 timer tns-alive-retries 10
 encapsulation udp local-ip 192.168.0.128
 encapsulation udp local-port 23000
 encapsulation framerelay-gre enabled 0
!
bssgp
!

Shouldn't  encapsulation udp local-ip and  gtp local-ip be the same if everything is on the same subnet?

Also I have all 3 processes running openggsn, osmo-sgsn and bsc_hack but GPRS does not attach on any of my handsets. What could be the problem?


From holger at freyther.de  Mon Nov 15 19:54:33 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 15 Nov 2010 20:54:33 +0100
Subject: Wiki Error?
In-Reply-To: <2E42B420-E31A-4E06-A617-EB8E6A3E13F5@bluewave.im>
References: <2E42B420-E31A-4E06-A617-EB8E6A3E13F5@bluewave.im>
Message-ID: <4CE18FF9.6030307@freyther.de>

On 11/15/2010 08:44 PM, Stuart Baggs wrote:

> 
> Shouldn't  encapsulation udp local-ip and  gtp local-ip be the same if everything is on the same subnet?

I can't comment on this.


> 
> Also I have all 3 processes running openggsn, osmo-sgsn and bsc_hack but GPRS does not attach on any of my handsets. What could be the problem?

Please use wireshark as their can be many issues. Do you see NS messages
coming from the BTS to the osmo-sgsn (udp port 23000 or such)?




From laforge at gnumonks.org  Tue Nov 16 18:47:22 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 16 Nov 2010 19:47:22 +0100
Subject: Wiki Error?
In-Reply-To: <2E42B420-E31A-4E06-A617-EB8E6A3E13F5@bluewave.im>
References: <2E42B420-E31A-4E06-A617-EB8E6A3E13F5@bluewave.im>
Message-ID: <20101116184722.GC23023@prithivi.gnumonks.org>

On Mon, Nov 15, 2010 at 07:44:50PM +0000, Stuart Baggs wrote:
> Hi, I am reading the OpenBSC_GPRS wiki page and trying to get GPRS up and
> running. On the wiki it says: [...]

this is correct,  assuming that your IP interface facing the nanoBTS is running
on 192.168.0.128 and the IP ineterface facing from the SGSN to the GGSN is
on 192.168.1.128

> Also I have all 3 processes running openggsn, osmo-sgsn and bsc_hack but GPRS
> does not attach on any of my handsets. What could be the problem?

Just like debugging general IP networkin issues using stuff like tcpdump or
wireshark.  Then you should see connection attempts on the various interfaces,
such as from the nanoBTS to the SGSN, etc.

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 kobayashi_maru at onlinehome.de  Mon Nov 22 14:55:00 2010
From: kobayashi_maru at onlinehome.de (Thomas Ansorg)
Date: Mon, 22 Nov 2010 15:55:00 +0100
Subject: BS-11 RX/TX-Ports connected?
Message-ID: <1290437700.3512.4.camel@r-9djhc747gf8b40ha>

Hello!
when you look at
http://openbsc.osmocom.org/trac/attachment/wiki/BS11_Configuration/bs11_connections.jpg

you see that the second rx/TX-Ports are connected. Is this absolutly
nesessary?

T.

-- 
Wer Rechtschreibfehler findet, darf sie behalten!




From laforge at gnumonks.org  Mon Nov 22 16:08:18 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 22 Nov 2010 17:08:18 +0100
Subject: BS-11 RX/TX-Ports connected?
In-Reply-To: <1290437700.3512.4.camel@r-9djhc747gf8b40ha>
References: <1290437700.3512.4.camel@r-9djhc747gf8b40ha>
Message-ID: <caad9cd9-5f66-4760-af2c-219cbe1f548d@email.android.com>

this is only neccessary if you want to daisy-chain multiple bts in a molti-drop configuration.

"Thomas Ansorg" <kobayashi_maru at onlinehome.de> wrote:

>Hello!
>when you look at
>http://openbsc.osmocom.org/trac/attachment/wiki/BS11_Configuration/bs11_connections.jpg
>
>you see that the second rx/TX-Ports are connected. Is this absolutly
>nesessary?
>
>T.
>
>-- 
>Wer Rechtschreibfehler findet, darf sie behalten!

--
Sent from a mobile device, excuse my short response



From zero-kelvin at gmx.de  Mon Nov 22 20:10:18 2010
From: zero-kelvin at gmx.de (dexter)
Date: Mon, 22 Nov 2010 21:10:18 +0100
Subject: BS-11 RX/TX-Ports connected?
In-Reply-To: <1290437700.3512.4.camel@r-9djhc747gf8b40ha>
References: <1290437700.3512.4.camel@r-9djhc747gf8b40ha>
Message-ID: <4CEACE2A.3070801@gmx.de>

Hi Thomas.

> Hello!
> when you look at
> http://openbsc.osmocom.org/trac/attachment/wiki/BS11_Configuration/bs11_connections.jpg
>
> you see that the second rx/TX-Ports are connected. Is this absolutly
> nesessary?
>   
No, you can leave the port unconnected. All setups (with a single BTS) i
have seen yet are only connected through the first port.

But it would be interesting to know why the author of the picture has
connected the TX and RX of port 2. This is the first time i see a setup
that is connected that way.

regards.
Philipp




From kobayashi_maru at onlinehome.de  Mon Nov 22 21:32:04 2010
From: kobayashi_maru at onlinehome.de (Thomas Ansorg)
Date: Mon, 22 Nov 2010 22:32:04 +0100
Subject: loop cable question
Message-ID: <1290461524.6370.4.camel@r-9djhc747gf8b40ha>

hello all!
i need a cable to connect 2 bs-11 in daisy chain mode. the web page said
120 ohm symmetric, no type or link where to buy it. must that be exactly
this spec (120 ohm), or can i take any shielded cable with 2 wires?

T.

-- 
Wer Rechtschreibfehler findet, darf sie behalten!




From Andreas.Eversberg at versatel.de  Tue Nov 23 06:18:04 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Tue, 23 Nov 2010 07:18:04 +0100
Subject: AW: loop cable question
Message-ID: <B16317F2B1592B4492FC414114171CE604814E4A@FLBVEXCH01.versatel.local>

hi thomas,

just use two unshielded twisted pairs of telephone patch wire for short
distances. if you have longer distances (10 .. 100m), you should use
network cables.

regards,

andreas

>i need a cable to connect 2 bs-11 in daisy chain mode. the web page
said
>120 ohm symmetric, no type or link where to buy it. must that be
exactly
>this spec (120 ohm), or can i take any shielded cable with 2 wires?





From bjastles at gmail.com  Wed Nov 24 17:48:09 2010
From: bjastles at gmail.com (Barnaby Astles)
Date: Wed, 24 Nov 2010 12:48:09 -0500
Subject: State of the art ?
Message-ID: <AANLkTi=yJghR4dXu+iSWtVW3A9_Em-ou1Xu-3B9P=Yg_@mail.gmail.com>

Hello,

This is a test to see if I can make it to the mail list.

And a little question: If one wants to get involved in development, how does
one get a hold of some hardware?

Barnaby J Astles
Solutions Saminov inc

166 rue Cowie
Suite 201
Granby, QC, Canada
J2G 3V3

Cell: (450) 522-7153
Fax: (450) 372-8430
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101124/31a538f2/attachment.htm>

From bjastles at gmail.com  Thu Nov 25 00:03:19 2010
From: bjastles at gmail.com (Barnaby Astles)
Date: Wed, 24 Nov 2010 19:03:19 -0500
Subject: State of the art ?
In-Reply-To: <599DEFF3-3D22-4A47-9586-7CA0C3BC4CF6@manateeshome.com>
References: <AANLkTi=yJghR4dXu+iSWtVW3A9_Em-ou1Xu-3B9P=Yg_@mail.gmail.com>
	<599DEFF3-3D22-4A47-9586-7CA0C3BC4CF6@manateeshome.com>
Message-ID: <AANLkTimwv-LDucSrXQ1rN8kb=1uuSPA26nra-D2WnW2X@mail.gmail.com>

Do you know where there are used ones ?

Barnaby J Astles


On Wed, Nov 24, 2010 at 14:00, Seungju Kim <admin at manateeshome.com> wrote:

> looking for an used one or contacting manufacturer and ordering a new one
>
> Sent from my iPhone
>
> On Nov 24, 2010, at 12:48 PM, Barnaby Astles <bjastles at gmail.com> wrote:
>
> Hello,
>
> This is a test to see if I can make it to the mail list.
>
> And a little question: If one wants to get involved in development, how
> does one get a hold of some hardware?
>
> Barnaby J Astles
> Solutions Saminov inc
>
> 166 rue Cowie
> Suite 201
> Granby, QC, Canada
> J2G 3V3
>
> Cell: (450) 522-7153
> Fax: (450) 372-8430
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101124/bab586aa/attachment.htm>

From bjastles at gmail.com  Thu Nov 25 13:52:52 2010
From: bjastles at gmail.com (Barnaby Astles)
Date: Thu, 25 Nov 2010 08:52:52 -0500
Subject: State of the art ?
In-Reply-To: <9A597AD5-3A0E-4174-B357-7B194DBC72F0@manateeshome.com>
References: <AANLkTi=yJghR4dXu+iSWtVW3A9_Em-ou1Xu-3B9P=Yg_@mail.gmail.com>
	<599DEFF3-3D22-4A47-9586-7CA0C3BC4CF6@manateeshome.com>
	<AANLkTimwv-LDucSrXQ1rN8kb=1uuSPA26nra-D2WnW2X@mail.gmail.com>
	<9A597AD5-3A0E-4174-B357-7B194DBC72F0@manateeshome.com>
Message-ID: <AANLkTim77ZEn2_wT5v+pOoV0SdqxBNdrs_aD68B=UNfT@mail.gmail.com>

OK so does anyone have used or knows where to get used BS11 GSM900 hardware
?

Barnaby J Astles

On Wed, Nov 24, 2010 at 20:04, Seungju Kim <admin at manateeshome.com> wrote:

> Look for someone in this mailing list. That will be the most doable way I
> think
>
> Sent from my iPhone
>
> On Nov 24, 2010, at 7:03 PM, Barnaby Astles <bjastles at gmail.com> wrote:
>
> Do you know where there are used ones ?
>
> Barnaby J Astles
>
>
> On Wed, Nov 24, 2010 at 14:00, Seungju Kim < <admin at manateeshome.com>
> admin at manateeshome.com> wrote:
>
>> looking for an used one or contacting manufacturer and ordering a new one
>>
>> Sent from my iPhone
>>
>> On Nov 24, 2010, at 12:48 PM, Barnaby Astles < <bjastles at gmail.com>
>> bjastles at gmail.com> wrote:
>>
>> Hello,
>>
>> This is a test to see if I can make it to the mail list.
>>
>> And a little question: If one wants to get involved in development, how
>> does one get a hold of some hardware?
>>
>> Barnaby J Astles
>> Solutions Saminov inc
>>
>> 166 rue Cowie
>> Suite 201
>> Granby, QC, Canada
>> J2G 3V3
>>
>> Cell: (450) 522-7153
>> Fax: (450) 372-8430
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101125/026db5c0/attachment.htm>

From stuart at bluewave.im  Thu Nov 25 13:58:31 2010
From: stuart at bluewave.im (Stuart Baggs)
Date: Thu, 25 Nov 2010 13:58:31 +0000
Subject: State of the art ?
In-Reply-To: <AANLkTim77ZEn2_wT5v+pOoV0SdqxBNdrs_aD68B=UNfT@mail.gmail.com>
References: <AANLkTi=yJghR4dXu+iSWtVW3A9_Em-ou1Xu-3B9P=Yg_@mail.gmail.com>
	<599DEFF3-3D22-4A47-9586-7CA0C3BC4CF6@manateeshome.com>
	<AANLkTimwv-LDucSrXQ1rN8kb=1uuSPA26nra-D2WnW2X@mail.gmail.com>
	<9A597AD5-3A0E-4174-B357-7B194DBC72F0@manateeshome.com>
	<AANLkTim77ZEn2_wT5v+pOoV0SdqxBNdrs_aD68B=UNfT@mail.gmail.com>
Message-ID: <24380FF4-BC53-4D55-80D6-1C3422F75D2E@bluewave.im>

Hi Barnaby

We have 1 x ip.access nanoBTS model 139 available if this is of any help? They have been pulled from a live GSM network.

Kind Regards

Stuart

On 25 Nov 2010, at 13:52, Barnaby Astles wrote:

> OK so does anyone have used or knows where to get used BS11 GSM900 hardware ?
> 
> Barnaby J Astles
> 
> On Wed, Nov 24, 2010 at 20:04, Seungju Kim <admin at manateeshome.com> wrote:
> Look for someone in this mailing list. That will be the most doable way I think
> 
> Sent from my iPhone
> 
> On Nov 24, 2010, at 7:03 PM, Barnaby Astles <bjastles at gmail.com> wrote:
> 
>> Do you know where there are used ones ?
>> 
>> Barnaby J Astles
>> 
>> 
>> On Wed, Nov 24, 2010 at 14:00, Seungju Kim <admin at manateeshome.com> wrote:
>> looking for an used one or contacting manufacturer and ordering a new one
>> 
>> Sent from my iPhone
>> 
>> On Nov 24, 2010, at 12:48 PM, Barnaby Astles <bjastles at gmail.com> wrote:
>> 
>>> Hello,
>>> 
>>> This is a test to see if I can make it to the mail list.
>>> 
>>> And a little question: If one wants to get involved in development, how does one get a hold of some hardware? 
>>> 
>>> Barnaby J Astles
>>> Solutions Saminov inc
>>> 
>>> 166 rue Cowie
>>> Suite 201
>>> Granby, QC, Canada
>>> J2G 3V3
>>> 
>>> Cell: (450) 522-7153
>>> Fax: (450) 372-8430
>> 
> 

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

From bjastles at gmail.com  Thu Nov 25 14:25:31 2010
From: bjastles at gmail.com (Barnaby Astles)
Date: Thu, 25 Nov 2010 09:25:31 -0500
Subject: State of the art ?
In-Reply-To: <24380FF4-BC53-4D55-80D6-1C3422F75D2E@bluewave.im>
References: <AANLkTi=yJghR4dXu+iSWtVW3A9_Em-ou1Xu-3B9P=Yg_@mail.gmail.com>
	<599DEFF3-3D22-4A47-9586-7CA0C3BC4CF6@manateeshome.com>
	<AANLkTimwv-LDucSrXQ1rN8kb=1uuSPA26nra-D2WnW2X@mail.gmail.com>
	<9A597AD5-3A0E-4174-B357-7B194DBC72F0@manateeshome.com>
	<AANLkTim77ZEn2_wT5v+pOoV0SdqxBNdrs_aD68B=UNfT@mail.gmail.com>
	<24380FF4-BC53-4D55-80D6-1C3422F75D2E@bluewave.im>
Message-ID: <AANLkTi=WnYMtTbYteNUgtiDQSwJM3D-HOfTXkH2o8rMf@mail.gmail.com>

Where is the unit located ? and what would the price be ?

Barnaby J Astles

On Thu, Nov 25, 2010 at 08:58, Stuart Baggs <stuart at bluewave.im> wrote:

> Hi Barnaby
>
> We have 1 x ip.access nanoBTS model 139 available if this is of any help?
> They have been pulled from a live GSM network.
>
> Kind Regards
>
> Stuart
>
>
> On 25 Nov 2010, at 13:52, Barnaby Astles wrote:
>
> OK so does anyone have used or knows where to get used BS11 GSM900 hardware
> ?
>
> Barnaby J Astles
>
> On Wed, Nov 24, 2010 at 20:04, Seungju Kim <admin at manateeshome.com> wrote:
>
>> Look for someone in this mailing list. That will be the most doable way I
>> think
>>
>> Sent from my iPhone
>>
>> On Nov 24, 2010, at 7:03 PM, Barnaby Astles <bjastles at gmail.com> wrote:
>>
>> Do you know where there are used ones ?
>>
>> Barnaby J Astles
>>
>>
>> On Wed, Nov 24, 2010 at 14:00, Seungju Kim < <admin at manateeshome.com>
>> admin at manateeshome.com> wrote:
>>
>>> looking for an used one or contacting manufacturer and ordering a new one
>>>
>>> Sent from my iPhone
>>>
>>> On Nov 24, 2010, at 12:48 PM, Barnaby Astles < <bjastles at gmail.com>
>>> bjastles at gmail.com> wrote:
>>>
>>> Hello,
>>>
>>> This is a test to see if I can make it to the mail list.
>>>
>>> And a little question: If one wants to get involved in development, how
>>> does one get a hold of some hardware?
>>>
>>> Barnaby J Astles
>>> Solutions Saminov inc
>>>
>>> 166 rue Cowie
>>> Suite 201
>>> Granby, QC, Canada
>>> J2G 3V3
>>>
>>> Cell: (450) 522-7153
>>> Fax: (450) 372-8430
>>>
>>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101125/8d2931fa/attachment.htm>

From bjastles at gmail.com  Sat Nov 27 14:31:42 2010
From: bjastles at gmail.com (Barnaby Astles)
Date: Sat, 27 Nov 2010 09:31:42 -0500
Subject: DIY BTS
Message-ID: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>

Has any one here taken a look at building a BTS?

There some interesting Baseband chips available:

http://www.octasic.com/en/applications/wireless/gsm_edge.php

It would avoid NDAs and maybe we could just get the transmitter.
Since we are not looking at building high availability stuff it could cut
costs to get more interest in developing the software.

P.S. There are transmitters that are being scraped by the telcos due to
upgrades.

Barnaby J Astles
Solutions Saminov inc

166 rue Cowie
Suite 201
Granby, QC, Canada
J2G 3V3

Cell: (450) 522-7153
Fax: (450) 372-8430
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101127/04704644/attachment.htm>

From laforge at gnumonks.org  Sun Nov 28 06:46:18 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 28 Nov 2010 07:46:18 +0100
Subject: DIY BTS
In-Reply-To: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
Message-ID: <1e713866-326d-49d2-93f1-c5cb29ef495d@email.android.com>

the octasic products seem indeed very interesting, thanks dor pointing it out. however, without aiming for larger quantities, I doubt it is worth the r&d effort.

for now the easiest way to build a real bts would be to take a SDR, OpenBTS and add an Abis/IP interface to OpenBTS.

Regards,

--
Sent from a mobile device, excuse my short response



From bjastles at gmail.com  Sun Nov 28 15:00:26 2010
From: bjastles at gmail.com (Barnaby Astles)
Date: Sun, 28 Nov 2010 10:00:26 -0500
Subject: DIY BTS
In-Reply-To: <1e713866-326d-49d2-93f1-c5cb29ef495d@email.android.com>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
	<1e713866-326d-49d2-93f1-c5cb29ef495d@email.android.com>
Message-ID: <AANLkTi=1g4WmuGp5i8mgAR4y5-gt4exZQP4w-+GdA1HL@mail.gmail.com>

OpenBTS is still 3500 USD so not much different than a commercial product
and far more temperamental ...

OpenBTS and octasic are basically the same thing a SDR the only thing that
is missing in the octasic product is the radio front end.

Barnaby J Astles

On Sun, Nov 28, 2010 at 01:46, Harald Welte <laforge at gnumonks.org> wrote:

> the octasic products seem indeed very interesting, thanks dor pointing it
> out. however, without aiming for larger quantities, I doubt it is worth the
> r&d effort.
>
> for now the easiest way to build a real bts would be to take a SDR, OpenBTS
> and add an Abis/IP interface to OpenBTS.
>
> Regards,
>
> --
> Sent from a mobile device, excuse my short response
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101128/ad9296ce/attachment.htm>

From laforge at gnumonks.org  Sun Nov 28 16:16:56 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 28 Nov 2010 17:16:56 +0100
Subject: DIY BTS
In-Reply-To: <AANLkTi=1g4WmuGp5i8mgAR4y5-gt4exZQP4w-+GdA1HL@mail.gmail.com>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
	<1e713866-326d-49d2-93f1-c5cb29ef495d@email.android.com>
	<AANLkTi=1g4WmuGp5i8mgAR4y5-gt4exZQP4w-+GdA1HL@mail.gmail.com>
Message-ID: <f9592258-44ba-4c72-96b8-9f372fc6de01@email.android.com>

OpenBTS is Ftee Software and costs you nothing. A suitable radio with stable clock etc. should cost about 2000 USD.

I don't understand what kind of point tou are trying to make.

"Barnaby Astles" <bjastles at gmail.com> wrote:

>OpenBTS is still 3500 USD so not much different than a commercial
>product
>and far more temperamental ...
>
>OpenBTS and octasic are basically the same thing a SDR the only thing
>that
>is missing in the octasic product is the radio front end.
>
>Barnaby J Astles
>
>On Sun, Nov 28, 2010 at 01:46, Harald Welte <laforge at gnumonks.org>
>wrote:
>
>> the octasic products seem indeed very interesting, thanks dor
>pointing it
>> out. however, without aiming for larger quantities, I doubt it is
>worth the
>> r&d effort.
>>
>> for now the easiest way to build a real bts would be to take a SDR,
>OpenBTS
>> and add an Abis/IP interface to OpenBTS.
>>
>> Regards,
>>
>> --
>> Sent from a mobile device, excuse my short response
>>

--
Sent from a mobile device, excuse my short response



From hwit at a-domani.nl  Sun Nov 28 22:03:46 2010
From: hwit at a-domani.nl (Hans Witvliet)
Date: Sun, 28 Nov 2010 23:03:46 +0100
Subject: DIY BTS
In-Reply-To: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
Message-ID: <1290981826.23990.13.camel@t43.lan0.a-domani.nl>

On Sat, 2010-11-27 at 09:31 -0500, Barnaby Astles wrote:
> Has any one here taken a look at building a BTS?
> 

At work we are contempating about changing the drivers to existing
hardware. (or more precisly: having them changed)

People are looking at  the huawei GSM dongles.
Normally they are used to act as an gsm-modem, but the idea is to use
existing usb-dongle, that should be able to act as a femto-basestation
for people with a normal handheld/blackberry within one meter distance.

My first reaction was one of sceptism, but according to the people of
huwei it is do-able, no hardware changes needed, just some (major)
software rewrite.

Even if it only doing 1 meter radius coverage, _if_ it succeeds it woud
be wonderful, as those dongles costs about 60 euro's.

hw



From 246tnt at gmail.com  Sun Nov 28 22:49:57 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sun, 28 Nov 2010 23:49:57 +0100
Subject: DIY BTS
In-Reply-To: <1290981826.23990.13.camel@t43.lan0.a-domani.nl>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
	<1290981826.23990.13.camel@t43.lan0.a-domani.nl>
Message-ID: <AANLkTin=+kVtMTTGk6POv=cpExbs9kDt7Ef_FobZY_Pr@mail.gmail.com>

Hi,

> My first reaction was one of sceptism, but according to the people of
> huwei it is do-able, no hardware changes needed, just some (major)
> software rewrite.

With a single dongle ? Sounds weird.

The "client"/MS side of GSM have no duplexer but a TX/RX switch and a
BTS needs to be able to TX and RX at the same time.
(to be easily detectable by phones. It could 'possibly' work without
it and phone would stay camped onces they are there but it could take
several try for them to 'see' the network).

However with multiple dongle, that's something possible.

We are investigating the idea already to do it with osmocom-bb phones.
More to come in 2011 ...

Cheers,

   Sylvain



From hwit at a-domani.nl  Mon Nov 29 08:29:11 2010
From: hwit at a-domani.nl (Hans Witvliet)
Date: Mon, 29 Nov 2010 09:29:11 +0100
Subject: DIY BTS
In-Reply-To: <AANLkTin=+kVtMTTGk6POv=cpExbs9kDt7Ef_FobZY_Pr@mail.gmail.com>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
	<1290981826.23990.13.camel@t43.lan0.a-domani.nl>
	<AANLkTin=+kVtMTTGk6POv=cpExbs9kDt7Ef_FobZY_Pr@mail.gmail.com>
Message-ID: <1291019351.23990.29.camel@t43.lan0.a-domani.nl>

On Sun, 2010-11-28 at 23:49 +0100, Sylvain Munaut wrote:
> Hi,
> 
> > My first reaction was one of sceptism, but according to the people of
> > huwei it is do-able, no hardware changes needed, just some (major)
> > software rewrite.
> 
> With a single dongle ? Sounds weird.
> 
> The "client"/MS side of GSM have no duplexer but a TX/RX switch and a
> BTS needs to be able to TX and RX at the same time.
> (to be easily detectable by phones. It could 'possibly' work without
> it and phone would stay camped onces they are there but it could take
> several try for them to 'see' the network).
> 

Indeed, i am still skeptic: seeing is believing.
Got my HF-licence since 1978, so i know that it is very hard to do tx
and rx on nearby frequencies. One needs extreme good (cavity) filters.
Without those, even separate transmitters and receivers will not be
sufficient, as your receiver input stage will be completely saturated.

Eventhough "normal" bts must be capable of handling multiple handhelds,
while these dongles needs only to communicate with just a single one, at
extreme low power, there is not enough space inside for decent filters.

Hans (PE1CXJ)





From dburgess at jcis.net  Mon Nov 29 17:25:40 2010
From: dburgess at jcis.net (David A. Burgess)
Date: Mon, 29 Nov 2010 09:25:40 -0800
Subject: DIY BTS
In-Reply-To: <1291019351.23990.29.camel@t43.lan0.a-domani.nl>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
	<1290981826.23990.13.camel@t43.lan0.a-domani.nl>
	<AANLkTin=+kVtMTTGk6POv=cpExbs9kDt7Ef_FobZY_Pr@mail.gmail.com>
	<1291019351.23990.29.camel@t43.lan0.a-domani.nl>
Message-ID: <3BCAC89A-118E-4996-8D6F-FBCA61E089FB@jcis.net>

We have tried a half-duplex BTS with OpenBTS, only transmitting on 3  
slots to avoid a duplexer, and it did not work very well.  Most  
handsets would not camp to it, even when it was the only signal  
available.  So you need to deal with the frequency duplexing problem  
and the antenna switch that you find in a typical MS will not work.   
There are also some small-but-important important changes in L1 and  
L2 that might not be possible in a highly integrated, optimized product.

On Nov 29, 2010, at 12:29 AM, Hans Witvliet wrote:

> On Sun, 2010-11-28 at 23:49 +0100, Sylvain Munaut wrote:
>> Hi,
>>
>>> My first reaction was one of sceptism, but according to the  
>>> people of
>>> huwei it is do-able, no hardware changes needed, just some (major)
>>> software rewrite.
>>
>> With a single dongle ? Sounds weird.
>>
>> The "client"/MS side of GSM have no duplexer but a TX/RX switch and a
>> BTS needs to be able to TX and RX at the same time.
>> (to be easily detectable by phones. It could 'possibly' work without
>> it and phone would stay camped onces they are there but it could take
>> several try for them to 'see' the network).
>>
>
> Indeed, i am still skeptic: seeing is believing.
> Got my HF-licence since 1978, so i know that it is very hard to do tx
> and rx on nearby frequencies. One needs extreme good (cavity) filters.
> Without those, even separate transmitters and receivers will not be
> sufficient, as your receiver input stage will be completely saturated.
>
> Eventhough "normal" bts must be capable of handling multiple  
> handhelds,
> while these dongles needs only to communicate with just a single  
> one, at
> extreme low power, there is not enough space inside for decent  
> filters.
>
> Hans (PE1CXJ)
>
>


David A. Burgess
Kestrel Signal Processing, Inc.







From bjastles at gmail.com  Tue Nov 30 12:46:09 2010
From: bjastles at gmail.com (Barnaby Astles)
Date: Tue, 30 Nov 2010 07:46:09 -0500
Subject: DIY BTS
In-Reply-To: <3BCAC89A-118E-4996-8D6F-FBCA61E089FB@jcis.net>
References: <AANLkTikozL5qhi=N5_2DfghS5SnVEi54k5JEjAugYVVy@mail.gmail.com>
	<1290981826.23990.13.camel@t43.lan0.a-domani.nl>
	<AANLkTin=+kVtMTTGk6POv=cpExbs9kDt7Ef_FobZY_Pr@mail.gmail.com>
	<1291019351.23990.29.camel@t43.lan0.a-domani.nl>
	<3BCAC89A-118E-4996-8D6F-FBCA61E089FB@jcis.net>
Message-ID: <AANLkTi=rre0gKj0ox_tL3Xagw3hnrQY1dEdEtfwZQ-yH@mail.gmail.com>

Just a side note the octasic also would permit WCDMA/HSPA+ witch would be a
good idea as it would permit us to explore the other half of the cell world.

Barnaby J Astles
Solutions Saminov inc

166 rue Cowie
Suite 201
Granby, QC, Canada
J2G 3V3

Cell: (450) 522-7153
Fax: (450) 372-8430


On Mon, Nov 29, 2010 at 12:25, David A. Burgess <dburgess at jcis.net> wrote:

> We have tried a half-duplex BTS with OpenBTS, only transmitting on 3 slots
> to avoid a duplexer, and it did not work very well.  Most handsets would not
> camp to it, even when it was the only signal available.  So you need to deal
> with the frequency duplexing problem and the antenna switch that you find in
> a typical MS will not work.  There are also some small-but-important
> important changes in L1 and L2 that might not be possible in a highly
> integrated, optimized product.
>
>
> On Nov 29, 2010, at 12:29 AM, Hans Witvliet wrote:
>
>  On Sun, 2010-11-28 at 23:49 +0100, Sylvain Munaut wrote:
>>
>>> Hi,
>>>
>>>  My first reaction was one of sceptism, but according to the people of
>>>> huwei it is do-able, no hardware changes needed, just some (major)
>>>> software rewrite.
>>>>
>>>
>>> With a single dongle ? Sounds weird.
>>>
>>> The "client"/MS side of GSM have no duplexer but a TX/RX switch and a
>>> BTS needs to be able to TX and RX at the same time.
>>> (to be easily detectable by phones. It could 'possibly' work without
>>> it and phone would stay camped onces they are there but it could take
>>> several try for them to 'see' the network).
>>>
>>>
>> Indeed, i am still skeptic: seeing is believing.
>> Got my HF-licence since 1978, so i know that it is very hard to do tx
>> and rx on nearby frequencies. One needs extreme good (cavity) filters.
>> Without those, even separate transmitters and receivers will not be
>> sufficient, as your receiver input stage will be completely saturated.
>>
>> Eventhough "normal" bts must be capable of handling multiple handhelds,
>> while these dongles needs only to communicate with just a single one, at
>> extreme low power, there is not enough space inside for decent filters.
>>
>> Hans (PE1CXJ)
>>
>>
>>
>
> David A. Burgess
> Kestrel Signal Processing, Inc.
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101130/d368e58a/attachment.htm>

From matthew.harper73 at gmail.com  Sun Nov 28 09:36:15 2010
From: matthew.harper73 at gmail.com (Matthew Harper)
Date: Sun, 28 Nov 2010 09:36:15 +0000
Subject: nanoBTS and power settings
Message-ID: <4CF2228F.1030004@gmail.com>


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi There,

It occured to me the other day that I have been spending many hours
sat next to my nanoBTS in a lab environment and have never given
thought about the amount of power that the device is outputting.
Looking through the bsc_hack config settings I can see the ms max
power setting, at present I have this setting set to 15. I am also not
sure at which levels to set my nominal power and max_power_red settings.

What are everyone's opinions on a safe power setting at which to set
the nanoBTS? Is 15 to high or low? What do other people have there
power settings set too? Does anyone have any reading material on the
wider health implications of using such a device as the nanoBTS in
close proximity to a person for long periods of time?

Many thanks for the help, advice and suggestions.

Matthew
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJM8iKPAAoJEN8GVfF7H7tjC34QAMeNkgzYWVwjteJZUwAsxoGn
X75nPN3mVscL9nMoKJrWxz3Dg0wYBfzqenvrfwDfJqK8SmC+vB9dTXy0zCSyoT7F
+/it+KHP/S+QhcxQqrnKjpODUl0QmmTNhmEXd9EMRJBcVhPUTUeeLSSPaWIXxUj5
GteAFxhCn8xssC1fEV5dOAeIV7HLnKeP++FMOyikQhdGrAriYWUjF8N0UZ9I1yFc
OHcfK0PnPsiNNq3MWfMJBMDnritZ7GVyqwIqZdE3rm59L9DCZuh3vbF1XUaDPsyb
bBlr9kwd5RvyW5PEwKj553aD7o3HbPh115pdnD92ls8z75iVpXB7193g3zsiV8o7
uUZuMfXZEC0BIuweB1wMUkJbWNok6NOV3vqr/AFwJF474sgt2W1VIlnagJZFQrnt
Fdt5R+bSTMvqGjkkMSWPvaOpOGgd55UyZidQS3lSecPHR7JoRwcKG/1ErG/q2yQF
o7Vf9qbGd67gl6YYWYaOhnZsN5YbaGqiNR7O950dSj41OdI0GXv745yuMchIUELo
kZPKZY57coSLKnjQYobdUXMgheL08mUlQNogCRJJ9r8FsxyfpdP6GgWA6JsxGkCF
5L5wvBY2dd8bEJPF0tBSBOyN4tPyyUdFfGJLIgMj35cZ/qzauicVE719AED6J5R/
GP0mOHRoez6zMRKidr8G
=lxWM
-----END PGP SIGNATURE-----




From 246tnt at gmail.com  Sun Nov 28 10:09:29 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sun, 28 Nov 2010 11:09:29 +0100
Subject: nanoBTS and power settings
In-Reply-To: <4CF2228F.1030004@gmail.com>
References: <4CF2228F.1030004@gmail.com>
Message-ID: <AANLkTi=ueFeL_6cdr1=hVkV2WYT4U2UpJaga1O=uj79g@mail.gmail.com>

> What are everyone's opinions on a safe power setting at which to set
> the nanoBTS? Is 15 to high or low? What do other people have there
> power settings set too?

I'm using

max_power_red 12
 to put the BTS TX power around 24 - 12 = 12dBm (~16 mW)

ms max power 12
 to limit the MS TX power around 16 mW as well.

but it's mostly to avoid catching outside mobile rather than health ...


> Does anyone have any reading material on the
> wider health implications of using such a device as the nanoBTS in
> close proximity to a person for long periods of time?

Well, the nanoBTS is 200mW max anyway.

I don't know how "close" you are to the BTS but personally, I think I
get more radiation from the network card in my laptop that sits on my
lap or in front of my face than from the BTS 5 meters away ...


Cheers,

    Sylvain



From cleb at defcon-3.net  Sun Nov 28 18:07:50 2010
From: cleb at defcon-3.net (Caleb Pal)
Date: Sun, 28 Nov 2010 10:07:50 -0800
Subject: nanoBTS and power settings
In-Reply-To: <4CF2228F.1030004@gmail.com>
References: <4CF2228F.1030004@gmail.com>
Message-ID: <006101cb8f27$2c0ff190$842fd4b0$@net>

I would set it to the lowest power you need to get the job done. I use
max_power_red 20, which for a 1900MHz unit puts the output power at 3dBm
(23-20=3). On the TX output of the NanoBTS I inserted 10dB SMA attenuator,
so my actual power out is around -7dBm (verified with a Spec An). My
configuration works great for desktop testing. I can get a signal up to
about 20 feet from the BTS. For the 'ms max power' I use 6, which I believe
is the minimum power setting a MS can go to for the higher (1800/1900)
bands, with 5 being the minimum for the lower (850/1900 bands). I realize
the downlink power is a fair amount lower than the uplink (-7 vs 6) but this
keeps unwanted phones from camping on my BTS.   

Caleb



-----Original Message-----
From: openbsc-bounces at lists.gnumonks.org
[mailto:openbsc-bounces at lists.gnumonks.org] On Behalf Of Matthew Harper
Sent: Sunday, November 28, 2010 1:36 AM
To: openbsc at lists.gnumonks.org
Subject: nanoBTS and power settings


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi There,

It occured to me the other day that I have been spending many hours
sat next to my nanoBTS in a lab environment and have never given
thought about the amount of power that the device is outputting.
Looking through the bsc_hack config settings I can see the ms max
power setting, at present I have this setting set to 15. I am also not
sure at which levels to set my nominal power and max_power_red settings.

What are everyone's opinions on a safe power setting at which to set
the nanoBTS? Is 15 to high or low? What do other people have there
power settings set too? Does anyone have any reading material on the
wider health implications of using such a device as the nanoBTS in
close proximity to a person for long periods of time?

Many thanks for the help, advice and suggestions.

Matthew
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJM8iKPAAoJEN8GVfF7H7tjC34QAMeNkgzYWVwjteJZUwAsxoGn
X75nPN3mVscL9nMoKJrWxz3Dg0wYBfzqenvrfwDfJqK8SmC+vB9dTXy0zCSyoT7F
+/it+KHP/S+QhcxQqrnKjpODUl0QmmTNhmEXd9EMRJBcVhPUTUeeLSSPaWIXxUj5
GteAFxhCn8xssC1fEV5dOAeIV7HLnKeP++FMOyikQhdGrAriYWUjF8N0UZ9I1yFc
OHcfK0PnPsiNNq3MWfMJBMDnritZ7GVyqwIqZdE3rm59L9DCZuh3vbF1XUaDPsyb
bBlr9kwd5RvyW5PEwKj553aD7o3HbPh115pdnD92ls8z75iVpXB7193g3zsiV8o7
uUZuMfXZEC0BIuweB1wMUkJbWNok6NOV3vqr/AFwJF474sgt2W1VIlnagJZFQrnt
Fdt5R+bSTMvqGjkkMSWPvaOpOGgd55UyZidQS3lSecPHR7JoRwcKG/1ErG/q2yQF
o7Vf9qbGd67gl6YYWYaOhnZsN5YbaGqiNR7O950dSj41OdI0GXv745yuMchIUELo
kZPKZY57coSLKnjQYobdUXMgheL08mUlQNogCRJJ9r8FsxyfpdP6GgWA6JsxGkCF
5L5wvBY2dd8bEJPF0tBSBOyN4tPyyUdFfGJLIgMj35cZ/qzauicVE719AED6J5R/
GP0mOHRoez6zMRKidr8G
=lxWM
-----END PGP SIGNATURE-----






From mosbah.abdelkader at gmail.com  Sun Nov 28 14:59:48 2010
From: mosbah.abdelkader at gmail.com (mosbah abdelkader)
Date: Sun, 28 Nov 2010 15:59:48 +0100
Subject: Question about SCCP, TCAP and MAP code
Message-ID: <AANLkTimPwNGoOSPWwwexiy-Wf=2r-sk_Sduwuc-qY0uL@mail.gmail.com>

Hello,


Has anyone integrated or tested the integration of the three projects SCCP,
TCAP and MAP to build an SS7 stack?


What is the advancement of these projets? is it possible to use them in a
real network?


Any help is very appreciated.


Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101128/67400c80/attachment.htm>

From holger at freyther.de  Sun Nov 28 16:03:36 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 28 Nov 2010 17:03:36 +0100
Subject: Question about SCCP, TCAP and MAP code
In-Reply-To: <AANLkTimPwNGoOSPWwwexiy-Wf=2r-sk_Sduwuc-qY0uL@mail.gmail.com>
References: <AANLkTimPwNGoOSPWwwexiy-Wf=2r-sk_Sduwuc-qY0uL@mail.gmail.com>
Message-ID: <4CF27D58.7030603@freyther.de>

On 11/28/2010 03:59 PM, mosbah abdelkader wrote:
> Hello,

Hi again,

do you want to introduce yourself? It would be very nice to know who we are
talking with and how OpenBSC helps you to realize your work.


> 
> 
> Has anyone integrated or tested the integration of the three projects SCCP,
> TCAP and MAP to build an SS7 stack?

The SCCP code is in production and in use in a real GSM network. The TCAP/MAP
code was written to be able to do a Location Updating (or equivalent) in
OpenBSC SGSN/GGSN. Harald can comment best on this state but from what I
remember the TCAP code should be fully complete, the MAP code is not.

For both TCAP/MAP the lack of a good ASN1 C library is a bit of a show stopper.

regards
	holger




From laforge at gnumonks.org  Sun Nov 28 16:25:05 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 28 Nov 2010 17:25:05 +0100
Subject: Question about SCCP, TCAP and MAP code
In-Reply-To: <AANLkTimPwNGoOSPWwwexiy-Wf=2r-sk_Sduwuc-qY0uL@mail.gmail.com>
References: <AANLkTimPwNGoOSPWwwexiy-Wf=2r-sk_Sduwuc-qY0uL@mail.gmail.com>
Message-ID: <b3e62cf9-add7-425e-ac37-745ec1688f9c@email.android.com>

this is all work in progress, and progress is very slow.  development speed mainly depends on the amount of customer interest and funding.

i will likely be working on the map/tcap stack over the next 3-5 months.

none of this code is intended to ne used for anything but to continue its development.

you are happily invited to contribute!
--
Sent from a mobile device, excuse my short response



From mosbah.abdelkader at gmail.com  Sun Nov 28 16:53:39 2010
From: mosbah.abdelkader at gmail.com (mosbah abdelkader)
Date: Sun, 28 Nov 2010 17:53:39 +0100
Subject: Question about SCCP, TCAP and MAP code
In-Reply-To: <b3e62cf9-add7-425e-ac37-745ec1688f9c@email.android.com>
References: <AANLkTimPwNGoOSPWwwexiy-Wf=2r-sk_Sduwuc-qY0uL@mail.gmail.com>
	<b3e62cf9-add7-425e-ac37-745ec1688f9c@email.android.com>
Message-ID: <AANLkTim-=hZ3g_5ZiSSoD2OKcJLEOmhb_nYbn-dUgnUO@mail.gmail.com>

Thank you for your reply.


I will be very happy to contribute in such a project.


Please send me more instructions to start my collaboration in the project.


Thanks again.


Best regards.


On Sun, Nov 28, 2010 at 5:25 PM, Harald Welte <laforge at gnumonks.org> wrote:

> this is all work in progress, and progress is very slow.  development speed
> mainly depends on the amount of customer interest and funding.
>
> i will likely be working on the map/tcap stack over the next 3-5 months.
>
> none of this code is intended to ne used for anything but to continue its
> development.
>
> you are happily invited to contribute!
> --
> Sent from a mobile device, excuse my short response
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101128/88272b98/attachment.htm>

From mosbah.abdelkader at gmail.com  Mon Nov 29 07:51:54 2010
From: mosbah.abdelkader at gmail.com (mosbah abdelkader)
Date: Mon, 29 Nov 2010 08:51:54 +0100
Subject: Question about SCCP, TCAP and MAP code
Message-ID: <AANLkTinpOGmFAd3nbrqUNgObbTkrw7hVNE-K1HUQ1KXk@mail.gmail.com>

Hello,


About introducing myself: I am a network engineer working in the fields of
VoIP and Radio Communications services at NEWITEC CONSULTING Tunisia (
www.newtechtn.com).


Some of my projects done are:

   1- Integration of custom SCTP and M3UA layers into the Dialogic SS7 stack
for a french client.

   2- Integration of a solution for SIP traversal over firewalls and nats.

   3- Collaboration in the development of a GSM IP client (does
authentification to a GSM network with the classic method but over IP). This
work is a part of a roaming hub solution.

   4- VoIP switching, billing and security.


If you find my work interesting, please involve me in the development of the
project.


Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101129/58f1b5bb/attachment.htm>

From 246tnt at gmail.com  Sun Nov 28 19:57:35 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sun, 28 Nov 2010 20:57:35 +0100
Subject: Optional cell reselection parameters setting
Message-ID: <AANLkTi=M-PUuWOV+nFKVi6kKQasegXtT2kxUQVZjSepA@mail.gmail.com>

Hi,

I've just pushed a patch in sylvain/testing with vty commands (and
support code) to support settings things such as the Cell Reselection
Offset (which is in the re tst octet).

If someone could just have a quick look before I put it in master.
The main thing is the vty setting to support things like:

penalty time <20-620>
penalty time infinite

I had to create two commands it seems (can specify that an arg is
either a range or a keyword if I'm not mistaken).


Cheers,

    Sylvain



From Andreas.Eversberg at versatel.de  Mon Nov 29 09:18:50 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Mon, 29 Nov 2010 10:18:50 +0100
Subject: AW: Optional cell reselection parameters setting
Message-ID: <B16317F2B1592B4492FC414114171CE60487AB9A@FLBVEXCH01.versatel.local>

did you push it? my head of sylvain/testing is:

commit cbf5ba125a70bd18c5919d51203d836fd26fa98a

[WIP] Voice IND


-----Urspr?ngliche Nachricht-----
Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Sylvain Munaut
Gesendet: Sonntag, 28. November 2010 20:58
An: OpenBSC list
Betreff: Optional cell reselection parameters setting

Hi,

I've just pushed a patch in sylvain/testing with vty commands (and
support code) to support settings things such as the Cell Reselection
Offset (which is in the re tst octet).

If someone could just have a quick look before I put it in master.
The main thing is the vty setting to support things like:

penalty time <20-620>
penalty time infinite

I had to create two commands it seems (can specify that an arg is
either a range or a keyword if I'm not mistaken).


Cheers,

    Sylvain




From 246tnt at gmail.com  Mon Nov 29 10:32:24 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Mon, 29 Nov 2010 11:32:24 +0100
Subject: Optional cell reselection parameters setting
In-Reply-To: <B16317F2B1592B4492FC414114171CE60487AB9A@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE60487AB9A@FLBVEXCH01.versatel.local>
Message-ID: <AANLkTinWVSe0-fp9RHT1dp0ZUxFBMe0K2sMcpvRnKw0R@mail.gmail.com>

> did you push it? my head of sylvain/testing is

Yes, but, it's actually sylvain/pending  but in the open-BSC repo anyway :)

Cheers,
    Sylvain



From kobayashi_maru at onlinehome.de  Mon Nov 29 15:46:22 2010
From: kobayashi_maru at onlinehome.de (Thomas Ansorg)
Date: Mon, 29 Nov 2010 16:46:22 +0100
Subject: bs11-daisychain-config&many other problems
Message-ID: <1291045582.9473.22.camel@r-9djhc747gf8b40ha>

hello,
built 2 bs11 interconnect cables + termination today. but the second
bs11's not recongnised. i tried the 2-2 cfg-file, and mine. i want to
use only one trx per bts. my cfg-file look like this:
!
! OpenBSC configuration saved from vty
!   !
password foo
!
line vty
 no login
!
network
 network country code 262
 mobile network code 10
 short name T-Net
 long name Test-Netz
 timer t3101 10
 timer t3113 60
 bts 0
  type bs11
  band GSM900
  cell_identity 1
  location_area_code 1
  training_sequence_code 7
  base_station_id_code 63
  oml e1 line 0 timeslot 1 sub-slot full
  oml e1 tei 25
  trx 0
   arfcn 121
   max_power_red 0
   rsl e1 line 0 timeslot 1 sub-slot full
   rsl e1 tei 1
    timeslot 0
     phys_chan_config CCCH+SDCCH4
     e1 line 0 timeslot 1 sub-slot full
    timeslot 1
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 1
    timeslot 2
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 2
    timeslot 3
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 3
    timeslot 4
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 0
    timeslot 5
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 1
    timeslot 6
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 2
    timeslot 7
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 3
 bts 1
  type bs11
  band GSM900
  location_area_code 2
  training_sequence_code 7
  base_station_id_code 63
  oml e1 line 1 timeslot 4 sub-slot full
  oml e1 tei 25
  trx 0
   arfcn 122
   max_power_red 0
   rsl e1 line 1 timeslot 4 sub-slot full
   rsl e1 tei 1
    timeslot 0
     phys_chan_config CCCH+SDCCH4
     e1 line 1 timeslot 5 sub-slot 0
    timeslot 1
     phys_chan_config SDCCH8
     e1 line 1 timeslot 5 sub-slot 1
    timeslot 2
     phys_chan_config TCH/F
     e1 line 1 timeslot 5 sub-slot 2
    timeslot 3
     phys_chan_config TCH/F
     e1 line 1 timeslot 5 sub-slot 3
    timeslot 4
     phys_chan_config TCH/F
     e1 line 1 timeslot 6 sub-slot 0
    timeslot 5
     phys_chan_config TCH/F
     e1 line 1 timeslot 6 sub-slot 1
    timeslot 6
     phys_chan_config TCH/F
     e1 line 1 timeslot 6 sub-slot 2
    timeslot 7
     phys_chan_config TCH/F
     e1 line 1 timeslot 6 sub-slot 3

i modified the 2-2 cfg file in a way that made sense to me. when i
connect only the 2nd bs11 to the pc, it isnt recognised as well.
firmware is on, an due to people who works there, this bs11 was once
operational. did i forget any setup procedures maybe?

2nd problem: bs11_config
i tried bs11_config -p /dev/ttyUSB0 as described in the page, but seems
this device ttyUSB0 doesnt exist.the lmt cable is connected and telnet
localhost 4242 from other console also works. 

3rd problem:
during bsc_hack running, i get strange messages. my 2 favorites are:
gsm04_08.c: 873 location updating reject on channel 0
abis_nm.c:1799 Invalid channel combination!!
is there any faq or something else, where these messages are explanined?

answers in german preferred. increases enormously the readability on my
pc.

T.
-- 
Wer Rechtschreibfehler findet, darf sie behalten!




From laforge at gnumonks.org  Tue Nov 30 07:56:55 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 30 Nov 2010 08:56:55 +0100
Subject: bs11-daisychain-config&many other problems
In-Reply-To: <1291045582.9473.22.camel@r-9djhc747gf8b40ha>
References: <1291045582.9473.22.camel@r-9djhc747gf8b40ha>
Message-ID: <20101130075655.GY3449@prithivi.gnumonks.org>

Hi Thomas,

On Mon, Nov 29, 2010 at 04:46:22PM +0100, Thomas Ansorg wrote:

> built 2 bs11 interconnect cables + termination today. but the second
> bs11's not recongnised. i tried the 2-2 cfg-file, and mine. i want to
> use only one trx per bts. my cfg-file look like this:

I don't think the openbsc.cfg is the problem, it is most likely the
configuration of the BS-11 itself.  Can you provide bs11-config output for
both the BS-11 ?

-- 
- 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 jmercury313 at gmail.com  Tue Nov 30 11:02:50 2010
From: jmercury313 at gmail.com (jason mercury)
Date: Tue, 30 Nov 2010 13:02:50 +0200
Subject: socket problem
Message-ID: <AANLkTik513n8ghOuezHpsZDPjDkPenhpDKE6Q5MoDvGQ@mail.gmail.com>

Hi,

I want to run two different nanoBTS s with different network parameters(MCC,
MNC), at the same time. I think it is not possible in one configuration
file. Instead, I tried to run two bsc_hack with different configuration
files at the same time on the same PC. However, I got a socket problem for
second bsc_hack (Could not bind socket. Already in use.) . What should i do
to solve this. Should i modify the  code or do something else.

Thanks.

Jason Mercury
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20101130/64faf3c6/attachment.htm>

From 246tnt at gmail.com  Tue Nov 30 12:20:30 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Tue, 30 Nov 2010 13:20:30 +0100
Subject: socket problem
In-Reply-To: <AANLkTik513n8ghOuezHpsZDPjDkPenhpDKE6Q5MoDvGQ@mail.gmail.com>
References: <AANLkTik513n8ghOuezHpsZDPjDkPenhpDKE6Q5MoDvGQ@mail.gmail.com>
Message-ID: <AANLkTikC=6i54nO_ZtQSyy_1aavy5vdUoHwKv65orb4a@mail.gmail.com>

Hi,


> I want to run two different nanoBTS s with different network parameters(MCC,
> MNC), at the same time. I think it is not possible in one configuration
> file. Instead, I tried to run two bsc_hack with different configuration
> files at the same time on the same PC. However, I got a socket problem for
> second bsc_hack (Could not bind socket. Already in use.)

Obviously ... you can't start two bsc_hack on the same machine since
they use the same ports ...


> What should i do
> to solve this. Should i modify the  code or do something else.

First, I'm not sure a single IP will workout at all because AFAIK you
can only specify a OML IP to your nanoBTS and not a port.

So basically you'll need to put two IP on your network interface and
go through all the source code and see where it opens a listening
socket on 0.0.0.0 and replace that "ANY" address by a specific IP
address (taken from cmd line or something). You'll also need to take
care of the vty port.


Cheers,

    Sylvain



From bouchtaoui at gmail.com  Tue Nov 30 12:54:28 2010
From: bouchtaoui at gmail.com (Nordin)
Date: Tue, 30 Nov 2010 13:54:28 +0100
Subject: socket problem
In-Reply-To: <AANLkTik513n8ghOuezHpsZDPjDkPenhpDKE6Q5MoDvGQ@mail.gmail.com>
References: <AANLkTik513n8ghOuezHpsZDPjDkPenhpDKE6Q5MoDvGQ@mail.gmail.com>
Message-ID: <4CF4F404.1000303@gmail.com>

  On 30-11-2010 12:02, jason mercury wrote:
> Hi,
>
> I want to run two different nanoBTS s with different network parameters(MCC,
> MNC), at the same time. I think it is not possible in one configuration
> file.

I think it's not possible too, cause you use two different networks. So 
you should make two separate systems somehow. If you want to use one 
networkcode with two BTSs, than it should work by modifying the config 
(e.g. bts 0... bts 1..). I tried that a long time ago, but there was 
some kind of a bug and one of my bts's didn't behave well since than 
until I reset to factory default.. I don't know if it's fixed.

> However, I got a socket problem for
> second bsc_hack (Could not bind socket. Already in use.)

Because that port was already taken by the first bsc :)

> Jason Mercury



From jmercury313 at gmail.com  Tue Nov 30 13:46:56 2010
From: jmercury313 at gmail.com (jason mercury)
Date: Tue, 30 Nov 2010 15:46:56 +0200
Subject: socket problem
Message-ID: <AANLkTi=bFGXagXuC79+AYMx5juLSGEt4Stkvf9p8Fuwq@mail.gmail.com>

Hi again,

Is it possible to define a different port for second bts and bsc. Or, can i
modify the source code such that i can run two different network with one
program?

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

From admin at manateeshome.com  Tue Nov 30 23:14:56 2010
From: admin at manateeshome.com (Seungju Kim)
Date: Tue, 30 Nov 2010 18:14:56 -0500
Subject: USRP, nanobts
Message-ID: <2AF72CF0-32AE-4E7A-8F99-5AC59EE15EF2@manateeshome.com>

Hello.
Is anybody interested in trading nanobts for openbts testing kit? I want to do some experiments with openbsc, but I have openbts testing kit.
I will be interested in trading for bs-11 as well.
Please send an email to manatails007 at gmail dot com for further details

Sincerely,

Sent from my iPhone