From holger at freyther.de  Mon Oct 17 13:01:34 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 17 Oct 2011 15:01:34 +0200
Subject: [PATCH 3/3] tests: add new torture test for timer infrastructure
In-Reply-To: <1317036936-18012-4-git-send-email-pablo@gnumonks.org>
References: <1317036936-18012-1-git-send-email-pablo@gnumonks.org>
	<1317036936-18012-4-git-send-email-pablo@gnumonks.org>
Message-ID: <4E9C272E.20001@freyther.de>

On 09/26/2011 01:35 PM, pablo at gnumonks.org wrote:

> The list-based implementation crashes or it seems loop forever with
> this test (I guess due to some memory corruption).

Yes, the list somehow becomes corrupted. Even when restarting the iteration it
is better to use llist_for_each_entry_safe and del timer before calling the
callback. Somehow a NULL element ends in the list (with llist_del it would
still be poisoned), i will take a deeper look (just out of curiosity)

holger




From holger at freyther.de  Tue Oct 18 07:31:59 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 18 Oct 2011 09:31:59 +0200
Subject: [PATCH 3/3] tests: add new torture test for timer infrastructure
In-Reply-To: <4E9C272E.20001@freyther.de>
References: <1317036936-18012-1-git-send-email-pablo@gnumonks.org>
	<1317036936-18012-4-git-send-email-pablo@gnumonks.org>
	<4E9C272E.20001@freyther.de>
Message-ID: <4E9D2B6F.2010603@freyther.de>

On 10/17/2011 03:01 PM, Holger Hans Peter Freyther wrote:

> still be poisoned), i will take a deeper look (just out of curiosity)

Not that it matters much, the correct fix is to use osmo_del_timer before
calling the callback, because otherwise the piece of memory that used to hold
the link head might have been initialized to something else.






From admin at manateeshome.com  Sat Oct  1 03:51:05 2011
From: admin at manateeshome.com (Seungju Kim)
Date: Sat, 1 Oct 2011 12:51:05 +0900
Subject: GPRS not coming up on NanoBTS 140
In-Reply-To: <CAKL=SEqJ5q_O53nVL=unfZf5DnKfVr73hHABg23v2ucNfVvaUw@mail.gmail.com>
References: <CAKL=SEqJ5q_O53nVL=unfZf5DnKfVr73hHABg23v2ucNfVvaUw@mail.gmail.com>
Message-ID: <8393E083-12C7-4FCD-92BF-E15F65944307@manateeshome.com>

Would you upload your openbsc.cfg file?

Envoy? de mon iPhone

Le Oct 1, 2011 ? 2:56 AM, Gus Bourg <gus at bourg.net> a ?crit :

> Hello all,
> 
> Looking for ideas.  I have a NanoBTS Model 140 which doesn't seem to
> work with GPRS.  It never connects to the SGSN.  The openbsc/sgsn
> environment is ok - I can swap in another nano and it works fine.
> I've taken some log captures:
> 
> From the nano on startup:
> http://pastebin.com/qLatWdtB
> 
> OpenBSC Startup:
> http://pastebin.com/bXEhizAG
> 
> moi::states:
> http://pastebin.com/9MiRRGP0
> 
> In the nano startup - the two things that stand out are the complains
> about flag 3 and the NSE:
> 
> 27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: BTS:0 flag 3 not
> setting or set!
> 27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: GPRS NSE:0 flag
> 3 not setting or set!
> 
> 42142:DBG:GBHSS_STACK:bgp_error_reporter() : PROTO_ERR:
> Msg=GPRS_BGP_RL_UL_UNITDATA_REQ, Err=GPRS_NSEI_NOT_OPERATIONAL
> 42142:DBG:GBHSS_STACK:bgp_process_msg failed :
> msg=GPRS_BGP_NM_BVC_RESET_REQ err=GPRS_NSEI_NOT_OPERATIONAL
> 
> Any thoughts or additional data points I should collect?
> 
> Thanks,
> Gus
> 




From madmaxmarbler at gmail.com  Tue Oct  4 07:45:49 2011
From: madmaxmarbler at gmail.com (Max Marbler)
Date: Tue, 4 Oct 2011 00:45:49 -0700
Subject: GPRS not coming up on NanoBTS 140
In-Reply-To: <CAKL=SEqJ5q_O53nVL=unfZf5DnKfVr73hHABg23v2ucNfVvaUw@mail.gmail.com>
References: <CAKL=SEqJ5q_O53nVL=unfZf5DnKfVr73hHABg23v2ucNfVvaUw@mail.gmail.com>
Message-ID: <CAHsFSmk2hft9SiCsJmbPE4ZEE4i2z6WPU3sRNKnUEvNyC1TM6A@mail.gmail.com>

Can you post your firmware versions?

I've recently been exploring anomalous behavior which seems to follow
firmware version differences; these odd behaviors seem to have the greatest
affects on the 139/140 type units used in GPRS-enabled configurations.

Inclusive of the issues I've seen are a few 140-model units which simply do
not respond to any GPRS-related configurations with a connection to the
SGSN. My suspicion lies strongly in the firmware either not supporting GPRS
or there being a different mechanism to invoke it.

While it may be beyond the scope of the list to discuss issues relating to
vendor firmware, I am eager to solicit an off-list discussion with anyone
with more "experience" with firmware issues.

The ideal end result would ideally be two-fold:
1) To discover how firmware version affects interoperability with openbsc
2) Ultimately help more people get their setups working on the variety of
hardware floating out and about

-MM

On Fri, Sep 30, 2011 at 10:56 AM, Gus Bourg <gus at bourg.net> wrote:

> Hello all,
>
> Looking for ideas.  I have a NanoBTS Model 140 which doesn't seem to
> work with GPRS.  It never connects to the SGSN.  The openbsc/sgsn
> environment is ok - I can swap in another nano and it works fine.
> I've taken some log captures:
>
> From the nano on startup:
> http://pastebin.com/qLatWdtB
>
> OpenBSC Startup:
> http://pastebin.com/bXEhizAG
>
> moi::states:
> http://pastebin.com/9MiRRGP0
>
> In the nano startup - the two things that stand out are the complains
> about flag 3 and the NSE:
>
> 27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: BTS:0 flag 3 not
> setting or set!
> 27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: GPRS NSE:0 flag
> 3 not setting or set!
>
> 42142:DBG:GBHSS_STACK:bgp_error_reporter() : PROTO_ERR:
> Msg=GPRS_BGP_RL_UL_UNITDATA_REQ, Err=GPRS_NSEI_NOT_OPERATIONAL
> 42142:DBG:GBHSS_STACK:bgp_process_msg failed :
> msg=GPRS_BGP_NM_BVC_RESET_REQ err=GPRS_NSEI_NOT_OPERATIONAL
>
> Any thoughts or additional data points I should collect?
>
> Thanks,
> Gus
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111004/c2ac8ed4/attachment.htm>

From cleb at defcon-3.net  Sat Oct 15 01:12:46 2011
From: cleb at defcon-3.net (Caleb Pal)
Date: Fri, 14 Oct 2011 20:12:46 -0500
Subject: GPRS not coming up on NanoBTS 140
In-Reply-To: <CAHsFSmk2hft9SiCsJmbPE4ZEE4i2z6WPU3sRNKnUEvNyC1TM6A@mail.gmail.com>
References: <CAKL=SEqJ5q_O53nVL=unfZf5DnKfVr73hHABg23v2ucNfVvaUw@mail.gmail.com>
	<CAHsFSmk2hft9SiCsJmbPE4ZEE4i2z6WPU3sRNKnUEvNyC1TM6A@mail.gmail.com>
Message-ID: <000901cc8ad7$8e4a56a0$aadf03e0$@net>

Max,

I also have a 140 with the same issue, no connection to the SGSN. Below are
its specs.

Equipment_Version='140_029_24'  
Software_Version='120a002_v149b44d0'

It?s a PCS 1900 unit. 

Unfortunately I do not have a 139/140 with a working firmware version. Maybe
someone else can chime in with a version number that does work with GPRS on
the 139/140 models?

Regards,

Caleb

From: openbsc-bounces at lists.osmocom.org
[mailto:openbsc-bounces at lists.osmocom.org] On Behalf Of Max Marbler
Sent: Tuesday, October 04, 2011 0246
To: Gus Bourg
Cc: openbsc at lists.osmocom.org
Subject: Re: GPRS not coming up on NanoBTS 140

Can you post your firmware versions?

I've recently been exploring anomalous behavior which seems to follow
firmware version differences; these odd behaviors seem to have the greatest
affects on the 139/140 type units used in GPRS-enabled configurations.

Inclusive of the issues I've seen are a few 140-model units which simply do
not respond to any GPRS-related configurations with a connection to the
SGSN. My suspicion lies strongly in the firmware either not supporting GPRS
or there being a different mechanism to invoke it.

While it may be beyond the scope of the list to discuss issues relating to
vendor firmware, I am eager to solicit an off-list discussion with anyone
with more "experience" with firmware issues.

The ideal end result would ideally be two-fold:
1) To discover how firmware version affects interoperability with openbsc
2) Ultimately help more people get their setups working on the variety of
hardware floating out and about

-MM
On Fri, Sep 30, 2011 at 10:56 AM, Gus Bourg <gus at bourg.net> wrote:
Hello all,

Looking for ideas. ?I have a NanoBTS Model 140 which doesn't seem to
work with GPRS. ?It never connects to the SGSN. ?The openbsc/sgsn
environment is ok - I can swap in another nano and it works fine.
I've taken some log captures:


From holger at freyther.de  Sun Oct  2 09:06:47 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 02 Oct 2011 11:06:47 +0200
Subject: VTY hacks for automatic document generation
Message-ID: <4E8829A7.6030102@freyther.de>

Hi,

my goal is to generate our wiki pages (or docbook, or...) for the config
formats from the VTY commands directly. We might also want/need to add
additional docs inside the command.


My current hack is this:
diff --git a/src/vty/command.c b/src/vty/command.c
index ab1eaca..bcf72d0 100644
--- a/src/vty/command.c
+++ b/src/vty/command.c
@@ -426,6 +426,20 @@ void install_element(enum node_type ntype, struct
cmd_element *cmd)

        cmd->strvec = cmd_make_descvec(cmd->string, cmd->doc);
        cmd->cmdsize = cmd_cmdsize(cmd->strvec);
+
+       printf("NODE: %d\n", ntype);
+
+       int j;
+       for (j = 0; j < vector_count(cmd->strvec); ++j) {
+               vector descvec = vector_slot(cmd->strvec, j);
+               int i;
+               for (i = 0; i < vector_active(descvec); i++) {
+                       struct desc *desc = vector_slot(descvec, i);
+                       if (desc == NULL)
+                               continue;
+                       printf(" %s %s\n", desc->cmd, desc->str);
+               }
+       }


Output:
NODE: 1
 show Show running system information
 version Displays program version
NODE: 1
 list Print command list
NODE: 1
 exit Exit current mode and down to previous mode
NODE: 1
 help Description of the interactive help system
NODE: 1
 enable Turn on privileged mode command
NODE: 1
 terminal Set terminal line parameters
 length Set number of lines on a screen
 <0-512> Number of lines on screen (0 for no pausing)
NODE: 1

Problems:
The goal would to have a VTY command to introspect all vty commands, one of
the problems is to do it recursively. E.g. we have commands that move to
another node but this is via code and can not be seen from the outside. The
other problem is we can not get the name from the node number...


PS: Can we move VTY to AGPL code, bit by bit? Remove one public function and
reimplement to make OpenBSC work again? E.g. the vector in vectors is a bit
crazy...





From jon.southall at boku.com  Tue Oct  4 22:59:33 2011
From: jon.southall at boku.com (Jon Southall)
Date: Tue, 4 Oct 2011 17:59:33 -0500
Subject: nanoBTS GPRS question
Message-ID: <25B90708F2F1874693F12F8EBD8A68C8A75313DD@DFW1MBX20.mex07a.mlsrvr.com>

Hi,

I am looking for some help debugging a nanoBTS setup with OpenBSC/SGSN/GGSN as I am struggling getting GPRS to work.

I am seeing the following error in the SGSN output:

debian4:/opt/openbsc/openbsc/src/gprs# ./osmo-sgsn -c osmo_sgsn.cfg
<0011> gprs_ns.c:151 NSVCI=65534 Creating NS-VC
<0011> gprs_ns.c:151 NSVCI=65535 Creating NS-VC
<0011> gprs_ns.c:738 Creating NS-VC for BSS at 192.168.60.200:23000
<0011> gprs_ns.c:620 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M intervention)
<0011> gprs_ns.c:488 NSEI=101 Tx NS RESET ACK (NSVCI=101)
<0011> gprs_ns.c:797 NSEI=101 Rx NS UNBLOCK
<0012> gprs_bssgp.c:246 BSSGP BVCI=0 Rx RESET cause=Transmission capacity modified
<0012> gprs_bssgp.c:246 BSSGP BVCI=2 Rx RESET cause=Transmission capacity modified
<0012> gprs_bssgp.c:269 Cell 1-1-1-0 CI 0 on BVCI 2
<0012> gprs_bssgp.c:322 BSSGP BVCI=2 Rx BVC-UNBLOCK
<0012> gprs_bssgp.c:322 BSSGP BVCI=2 Rx BVC-UNBLOCK
<0012> gprs_bssgp.c:462 BSSGP BVCI=2 Rx Flow Control BVC
<0012> gprs_bssgp.c:346 BSSGP TLLI=0x7f60277f Rx UPLINK-UNITDATA
<0013> gprs_llc.c:428 LLC SAPI=1 C   FCS=0x447ea5CMD=UI DATA
<0013> gprs_llc.c:700 LLC RX: unknown TLLI 0x7f60277f, creating LLME on the fly

I came across this thread http://comments.gmane.org/gmane.comp.mobile.openbsc.general/687 which talks about a similar error but hasn't helped resolve the problem.

I have a second hand nanoBTS unit, are there any configuration settings I need to change on the unit itself to make it work with the example configs from OpenBSC?

Any help/advice much appreciated

Thanks
Jon

_______________________
Jon Southall
Technical Operations Manager
E: jon.southall at boku.com<mailto:jon.southall at boku.com>
M: +14153427958
[cid:image001.png at 01CC82AD.3D217E20]
_______________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111004/ce6319be/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 5074 bytes
Desc: image001.png
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111004/ce6319be/attachment.png>

From alexander.chemeris at gmail.com  Fri Oct  7 09:12:58 2011
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Fri, 7 Oct 2011 13:12:58 +0400
Subject: GPRS' PDCH idle filling
Message-ID: <CABmJbFUNJwKJ=hUw1PXyGei7StMhwVPCTzSEsiaZPS3epLXt3A@mail.gmail.com>

Hi all,

Does anyone know how should we fill PDCH when no downlink transmission
is present? I can't find any mention about this in the standard. If
someone have traces from existing networks, I would very much
appreciate this.

Some background - we've recently started working on GPRS
implementation for OpenBTS, and we're stuck at the very beginning -
mobile sends RACH, but doesn't respond to our Packet Channel Immediate
Assignment. After spending quite some time tweaking Immediate
Assignment message, our conclusion is that mobile may want to see some
"filler" date at the idle PDCH and we don't do this yet.

I know that OpenBSC has GPRS working, so I hope someone here may help us.

-- 
Regards,
Alexander Chemeris.



From alexander.chemeris at gmail.com  Fri Oct  7 22:18:50 2011
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Sat, 8 Oct 2011 02:18:50 +0400
Subject: GPRS' PDCH idle filling
In-Reply-To: <CABmJbFUNJwKJ=hUw1PXyGei7StMhwVPCTzSEsiaZPS3epLXt3A@mail.gmail.com>
References: <CABmJbFUNJwKJ=hUw1PXyGei7StMhwVPCTzSEsiaZPS3epLXt3A@mail.gmail.com>
Message-ID: <CABmJbFVwCcjrqK11qv95AYJ_z6dVFL8-H7Ys1f2Grb6Q-FSOJA@mail.gmail.com>

Luca Melette pointed out that I can compile gprs_decode with
"-DRLC_DEBUG" which will enable sending RLC/MAC frames to Wireshark
with GSMTAP:

diff --git a/Makefile b/Makefile
index 9e95f07..2e6737b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,5 +1,5 @@
 default:
-       gcc -O2 -g -o gprsdecode main.c bit_func.c viterbi.c process.c
gsm_interleave.c cch.c crc.c -pthread -losmogsm -losmocore
+       gcc -O2 -g -o gprsdecode main.c bit_func.c viterbi.c process.c
gsm_interleave.c cch.c crc.c -pthread -losmogsm -losmocore -DRLC_DEBUG
        gcc -O2 -g -o synmux synchro_muxer.c

 clean:


Then I just have to set correct GASMTAP channel type value and I can
see GPRS RLC/MAC messages in Wireshark. E.g. for the latest stock
Wireshark patch looks like this:

diff --git a/output.c b/output.c
index b720187..7d5840d 100644
--- a/output.c
+++ b/output.c
@@ -14,7 +14,7 @@ void net_init()
 void net_send_rlcmac(uint8_t *msg, int len, uint8_t ul)
 {
        if (gti) {
-               gsmtap_send(gti, ul?ARFCN_UPLINK:0, 0,
chantype_rsl2gsmtap(0x08, 0x80), 0, 0, 0, 0, msg, len);
+               gsmtap_send(gti, ul?ARFCN_UPLINK:0, 0, 0x0b, 0, 0, 0,
0, msg, len);

                while (osmo_select_main(1));
        }


Attached .pcap files are generated this way from captures, provided by
Karsten and Luca at http://srlabs.de/gprs/ You can open them with the
latest Wireshark and they will be correctly decoded (as far as
dissector is implemented). E.g. this allowed us to see those filler
messages I was asking about.

Now, Osmocom's gsmtap.h have different channel ID's then gsmtap from
stock Wireshark. Does that mean that Osmocom's Wireshark have
different dissector implementation for PDCH/PACCH/PTCCH/etc then the
stock one? Which one is more advanced?

On Fri, Oct 7, 2011 at 13:12, Alexander Chemeris
<alexander.chemeris at gmail.com> wrote:
> Hi all,
>
> Does anyone know how should we fill PDCH when no downlink transmission
> is present? I can't find any mention about this in the standard. If
> someone have traces from existing networks, I would very much
> appreciate this.
>
> Some background - we've recently started working on GPRS
> implementation for OpenBTS, and we're stuck at the very beginning -
> mobile sends RACH, but doesn't respond to our Packet Channel Immediate
> Assignment. After spending quite some time tweaking Immediate
> Assignment message, our conclusion is that mobile may want to see some
> "filler" date at the idle PDCH and we don't do this yet.
>
> I know that OpenBSC has GPRS working, so I hope someone here may help us.
>
> --
> Regards,
> Alexander Chemeris.
>



-- 
Regards,
Alexander Chemeris.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gprs_262_80_0001_0000_20110710_2251_875_494777_0f.pcap
Type: application/cap
Size: 112712 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111008/dff1f705/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gprs_262_80_0001_0000_20110710_2252_875_514147_0f.pcap
Type: application/cap
Size: 285132 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111008/dff1f705/attachment-0001.bin>

From laforge at gnumonks.org  Sat Oct  8 12:02:40 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 8 Oct 2011 14:02:40 +0200
Subject: GPRS' PDCH idle filling
In-Reply-To: <CABmJbFVwCcjrqK11qv95AYJ_z6dVFL8-H7Ys1f2Grb6Q-FSOJA@mail.gmail.com>
References: <CABmJbFUNJwKJ=hUw1PXyGei7StMhwVPCTzSEsiaZPS3epLXt3A@mail.gmail.com>
	<CABmJbFVwCcjrqK11qv95AYJ_z6dVFL8-H7Ys1f2Grb6Q-FSOJA@mail.gmail.com>
Message-ID: <20111008120240.GR27407@prithivi.gnumonks.org>

Hi Alexander,

On Sat, Oct 08, 2011 at 02:18:50AM +0400, Alexander Chemeris wrote:
> Now, Osmocom's gsmtap.h have different channel ID's then gsmtap from
> stock Wireshark. Does that mean that Osmocom's Wireshark have
> different dissector implementation for PDCH/PACCH/PTCCH/etc then the
> stock one? Which one is more advanced?

a third party (actually, apparently developers of ip.access Ltd.) have
merged GPRS related changes to wireshark mainline without consulting the
author of the gsmtap.h header file (me).  This apparently was an
accident and they have contacted me after it was included in wireshark.

So in order to resolve it, I had looked at their changes (wireshark
mainline) and updated gsmtap.h in libosmocore to reflect their
modifications.

So I'm a  bit puzzled that you say there are again some differences.
Can you please let me know more details where you found those
incompatible values?

Thanks!

-- 
- 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 alexander.chemeris at gmail.com  Sat Oct  8 14:39:53 2011
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Sat, 8 Oct 2011 18:39:53 +0400
Subject: GPRS' PDCH idle filling
In-Reply-To: <20111008120240.GR27407@prithivi.gnumonks.org>
References: <CABmJbFUNJwKJ=hUw1PXyGei7StMhwVPCTzSEsiaZPS3epLXt3A@mail.gmail.com>
	<CABmJbFVwCcjrqK11qv95AYJ_z6dVFL8-H7Ys1f2Grb6Q-FSOJA@mail.gmail.com>
	<20111008120240.GR27407@prithivi.gnumonks.org>
Message-ID: <CABmJbFXinbnpj6bruYDfpvT4eXmu=-3rL2ODwSdo_q+pLKHZ6A@mail.gmail.com>

Hi Harald,

On Sat, Oct 8, 2011 at 16:02, Harald Welte <laforge at gnumonks.org> wrote:
> Hi Alexander,
>
> On Sat, Oct 08, 2011 at 02:18:50AM +0400, Alexander Chemeris wrote:
>> Now, Osmocom's gsmtap.h have different channel ID's then gsmtap from
>> stock Wireshark. Does that mean that Osmocom's Wireshark have
>> different dissector implementation for PDCH/PACCH/PTCCH/etc then the
>> stock one? Which one is more advanced?
>
> a third party (actually, apparently developers of ip.access Ltd.) have
> merged GPRS related changes to wireshark mainline without consulting the
> author of the gsmtap.h header file (me). ?This apparently was an
> accident and they have contacted me after it was included in wireshark.

I just realized that we also haven't contacted you about our WiMAX
changes to GSMTAP. We just posted our changes to the Wireshark tracker
and waited until they accept them. Sorry if this broken something for
you.

> So in order to resolve it, I had looked at their changes (wireshark
> mainline) and updated gsmtap.h in libosmocore to reflect their
> modifications.
>
> So I'm a ?bit puzzled that you say there are again some differences.
> Can you please let me know more details where you found those
> incompatible values?

http://cgit.osmocom.org/cgit/libosmocore/tree/include/osmocom/core/gsmtap.h
vs
http://anonsvn.wireshark.org/viewvc/trunk/epan/dissectors/packet-gsmtap.c?revision=39288&view=markup

Value for GSMTAP_CHANNEL_PACCH

Still, my main question is what is the difference between Osmocom's
Wireshark and mainline?

-- 
Regards,
Alexander Chemeris.



From laforge at gnumonks.org  Sat Oct  8 18:13:33 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 8 Oct 2011 20:13:33 +0200
Subject: GPRS' PDCH idle filling
In-Reply-To: <CABmJbFXinbnpj6bruYDfpvT4eXmu=-3rL2ODwSdo_q+pLKHZ6A@mail.gmail.com>
References: <CABmJbFUNJwKJ=hUw1PXyGei7StMhwVPCTzSEsiaZPS3epLXt3A@mail.gmail.com>
	<CABmJbFVwCcjrqK11qv95AYJ_z6dVFL8-H7Ys1f2Grb6Q-FSOJA@mail.gmail.com>
	<20111008120240.GR27407@prithivi.gnumonks.org>
	<CABmJbFXinbnpj6bruYDfpvT4eXmu=-3rL2ODwSdo_q+pLKHZ6A@mail.gmail.com>
Message-ID: <20111008181333.GC27407@prithivi.gnumonks.org>

Hi Alexander,

On Sat, Oct 08, 2011 at 06:39:53PM +0400, Alexander Chemeris wrote:
> > a third party (actually, apparently developers of ip.access Ltd.) have
> > merged GPRS related changes to wireshark mainline without consulting the
> > author of the gsmtap.h header file (me). ?This apparently was an
> > accident and they have contacted me after it was included in wireshark.
> 
> I just realized that we also haven't contacted you about our WiMAX
> changes to GSMTAP. We just posted our changes to the Wireshark tracker
> and waited until they accept them. Sorry if this broken something for
> you.

luckily it hasn't.  I've imported those changes into gsmtap.h on our
side.

> > So in order to resolve it, I had looked at their changes (wireshark
> > mainline) and updated gsmtap.h in libosmocore to reflect their
> > modifications.
> >
> > So I'm a ?bit puzzled that you say there are again some differences.
> > Can you please let me know more details where you found those
> > incompatible values?
> 
> http://cgit.osmocom.org/cgit/libosmocore/tree/include/osmocom/core/gsmtap.h
> vs
> http://anonsvn.wireshark.org/viewvc/trunk/epan/dissectors/packet-gsmtap.c?revision=39288&view=markup
> 
> Value for GSMTAP_CHANNEL_PACCH

yes, thanks, I've now raised that wit the wireshark guys and the sierra
wireless guy originally developing the code for PACCH.

> Still, my main question is what is the difference between Osmocom's
> Wireshark and mainline?

the additional protocol dissectors for Abis OML, SIM card protocol,
Ericsson OM2000 and other GSM related stuff that is not merged mainline
yet.

Pablo Neira has been trying to get some of the stuff merged (with
varying degrees of success), but some of the code is simply not mature
enough to get it merged yet.

We used to maintain patches, but it is cumbersome to keep them up to
date with wireshark svn, and to indicate the exact version they are
applying against.  That's why we created the repo.

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 daniel at totalueberwachung.de  Fri Oct  7 13:58:13 2011
From: daniel at totalueberwachung.de (Daniel Willmann)
Date: Fri, 7 Oct 2011 15:58:13 +0200
Subject: RFC extend osmo_signal infrastructure
Message-ID: <20111007155813.76c28cc4@adrastea.totalueberwachung.de>

Hello list,

I would like to be able to send a TRAP over the control interface
for certain signals. For this it would be nice if the signals have a
text representation of their name as is the case with the (rate)
counters.

I want to propose a different API where you register the signals (and
maybe even the subsystems) and provide a name for them.

The function register_signal would then return the numeric
representation of the signal. The performance hit would only be during
registering, not during dispatch.

The callback function would still be called with the numeric
representation in order to avoid resolving the name to the number every
time.

Inside the callback you would have to resolve the name of the signal to
the actual number, but using static variables you'll only have to do it
the first time:

void signal_cb(unsigned int subsysnum, unsigned int signalnum,
		void *signal_data, void *handler_data)
{
	static unsigned int foosig, barsig;

	if (foosig == 0) {
		foosig = osmo_signal_get_by_name("foo");
	}
	if (barsig == 0) {
		barsig = osmo_signal_get_by_name("bar");
	}
	
	switch (signalnum) {
	case foosig:
		do_stuff;
		break;
	case barsig:
		do_other_stuff;
		break;
	}
}

The functions that dispatch the signals would have to do something
similar.

Ideas? Is this too complex?
Do we gain enough from registering signals at runtime or should we
rather keep the enums and add a value_string for the name/description?


Regards,
Daniel Willmann



From laforge at gnumonks.org  Fri Oct  7 19:27:15 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 7 Oct 2011 21:27:15 +0200
Subject: Update to gen_ladder.pl tool
Message-ID: <20111007192715.GJ27407@prithivi.gnumonks.org>

Hi!

I've finally taken some time to re-write the gen_ladder tool in order to
avoid the stupid 'bent arrow' problem that was caused by using 'dot'.

I'm now drawing bitmap images directly from Perl using 'GD', rendering
PNG images.  Support for printing a title and automati scaling of the
font size has been added.

However, this new version doesn't yet support the bi-directional arrows
and dashed lines.  Patches are welcome ;)

I tried to use GD::SVG at some earlier version, and it seemed to work
too, i.e. we will have an easy path to still generate vector graphics,
if required.

There are also way more *.lad files in the repository now for various
protocol transaction, including supplementary services, roaming calls,
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 246tnt at gmail.com  Mon Oct 10 07:22:19 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Mon, 10 Oct 2011 09:22:19 +0200
Subject: [RFC] libosmocore: New libosmosdr sub library
Message-ID: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>

Hi,

I've just pushed a libosmosdr sublibrary in a sylvain/sdr branch in
the libosmocore git.

Currently it contains mostly a complex vector 'class' along with
various math functions used on them (convolution / correlation / ...).
Some aspects the the API along with some of the underlying math are
inspired by the code from openbts, but it is a complete rewrite in
pure C with some aspects simplified, and some others extended.

If anybody has comments before I merge it in master, they're welcome.
The doxygen doc should be clear enough (and even includes fancy latex
equation :P)

Cheers,

     Sylvain



From laforge at gnumonks.org  Fri Oct 14 11:26:55 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 14 Oct 2011 13:26:55 +0200
Subject: [RFC] libosmocore: New libosmosdr sub library
In-Reply-To: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>
References: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>
Message-ID: <20111014112655.GD24782@prithivi.gnumonks.org>

Hi Sylvain,

On Mon, Oct 10, 2011 at 09:22:19AM +0200, Sylvain Munaut wrote:
> I've just pushed a libosmosdr sublibrary in a sylvain/sdr branch in
> the libosmocore git.

is there any compelling reason to include it in the libosmocore
repository?  I would consider it as substantially independent of
libosmocore and rather put it into an extra repository.

I know we don't have a very clean situation with libosmo{core/gsm/vty}
in one repository, but I think at least new libraries should go into
separate repositories.

What do you think?  If you agree, I'll create a repository.

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 246tnt at gmail.com  Fri Oct 14 12:00:11 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Fri, 14 Oct 2011 14:00:11 +0200
Subject: [RFC] libosmocore: New libosmosdr sub library
In-Reply-To: <20111014112655.GD24782@prithivi.gnumonks.org>
References: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>
	<20111014112655.GD24782@prithivi.gnumonks.org>
Message-ID: <CAHL+j0-_sPerabh6Rs6cKcf96dT-3BoS4sexHPo602YL+GCCvg@mail.gmail.com>

Hi,

> What do you think? ?If you agree, I'll create a repository.

Sure, sounds fine to me.

Cheers,

    Sylvain



From laforge at gnumonks.org  Fri Oct 14 13:45:11 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 14 Oct 2011 15:45:11 +0200
Subject: [RFC] libosmocore: New libosmosdr sub library
In-Reply-To: <CAHL+j0-_sPerabh6Rs6cKcf96dT-3BoS4sexHPo602YL+GCCvg@mail.gmail.com>
References: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>
	<20111014112655.GD24782@prithivi.gnumonks.org>
	<CAHL+j0-_sPerabh6Rs6cKcf96dT-3BoS4sexHPo602YL+GCCvg@mail.gmail.com>
Message-ID: <20111014134511.GG24782@prithivi.gnumonks.org>

Hi Sylvain,

On Fri, Oct 14, 2011 at 02:00:11PM +0200, Sylvain Munaut wrote:
> > What do you think? ?If you agree, I'll create a repository.
> 
> Sure, sounds fine to me.

done: libosmo-sdr.git

-- 
- 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 246tnt at gmail.com  Sat Oct 15 18:27:33 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Sat, 15 Oct 2011 20:27:33 +0200
Subject: [RFC] libosmocore: New libosmosdr sub library
In-Reply-To: <20111014134511.GG24782@prithivi.gnumonks.org>
References: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>
	<20111014112655.GD24782@prithivi.gnumonks.org>
	<CAHL+j0-_sPerabh6Rs6cKcf96dT-3BoS4sexHPo602YL+GCCvg@mail.gmail.com>
	<20111014134511.GG24782@prithivi.gnumonks.org>
Message-ID: <CAHL+j09gFqwop6bdh_NstyuEqBVy-YPCBdTbsi8TM_4aNeuR5A@mail.gmail.com>

>> Sure, sounds fine to me.
>
> done: libosmo-sdr.git

Thanks, and it's pushed now :)
(and erased my libosmocore branch)

Cheers,

    Sylvain



From ttsou at vt.edu  Tue Oct 18 16:39:10 2011
From: ttsou at vt.edu (Thomas Tsou)
Date: Tue, 18 Oct 2011 12:39:10 -0400
Subject: [RFC] libosmocore: New libosmosdr sub library
In-Reply-To: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>
References: <CAHL+j0_-nQXJs3=0RNQYX8NPEpBKj1c4DA1P-m1y-ofgRLB+hQ@mail.gmail.com>
Message-ID: <CAF5FEsCe13GJAQqvAgk7ok5FvG4fZu0RrEetkWzRx_dmRj_X_Q@mail.gmail.com>

On Mon, Oct 10, 2011 at 3:22 AM, Sylvain Munaut <246tnt at gmail.com> wrote:
> Hi,
>
> I've just pushed a libosmosdr sublibrary in a sylvain/sdr branch in
> the libosmocore git.
>
> Currently it contains mostly a complex vector 'class' along with
> various math functions used on them (convolution / correlation / ...).
> Some aspects the the API along with some of the underlying math are
> inspired by the code from openbts, but it is a complete rewrite in
> pure C with some aspects simplified, and some others extended.

This is great. I previously did an experimental C rewrite for
convolution in openbts to work with NEON optimizations.

https://github.com/ttsou/openbts-uhd/commit/b333c476

When I work on signal processing aspects again - primarily for the
e100 - I'll base it off your library.

  Thomas



From anish_achenkunju at yahoo.com  Tue Oct 11 08:08:50 2011
From: anish_achenkunju at yahoo.com (anish achenkunju)
Date: Tue, 11 Oct 2011 01:08:50 -0700 (PDT)
Subject: Mandatory info element invalid
In-Reply-To: <1316604436.20154.YahooMailNeo@web39503.mail.mud.yahoo.com>
References: <1316445661.2742.YahooMailNeo@web39507.mail.mud.yahoo.com>
	<1316604436.20154.YahooMailNeo@web39503.mail.mud.yahoo.com>
Message-ID: <1318320530.85486.YahooMailNeo@web39506.mail.mud.yahoo.com>

Hi All,

Finally I got the setup up and running using Openggsn 0.84, seems like there is a bug in version 0.91 which was causing the earlier reported issue.

I've sgsnemu sending packets to Cisco 7200 gprs code emulated on dynmips now which inturn is configured to authenticate via FreeRadius. Everything works now, i'm able to get sgnsemu send packets with username password for the apn to get it authenticated via AAA.

My next challenge are:
1. To get sgsnemu read configuration file. Can anyone help me with a sample to do this, would like to see a configuration file where i can have multiple packets with different apn, qos ,imsi being sent out with having to manually type via cli. At this point , i see that there is a limitation of binding only one sgsnemu instance to local interface, is there a way to have multiple instances running?

2. Also would want to setup charging gateway if possible, i couldnt find a live download link to open charging gateway .?

Would greatly appreciate any inputs on the same.

Thank you,
Anish


________________________________
From: anish achenkunju <anish_achenkunju at yahoo.com>
To: "openbsc at lists.osmocom.org" <openbsc at lists.osmocom.org>
Sent: Wednesday, September 21, 2011 4:57 PM
Subject: Fw: Mandatory info element invalid


?
Dear All,
?
I'm using sgsnemu of openggsn 0.91 to send traffic to Cisco 7200 GGSN code running on dynamips. 
?
[root at localhost ~]# sgsnemu -l 3.3.3.3 -r 3.3.3.1
Using default DNS server
Local IP address is:?? 3.3.3.3 (3.3.3.3)
Remote IP address is:? 3.3.3.1 (3.3.3.1)
IMSI is:?????????????? 240010123456789 (0xf987654321010042)
Using NSAPI:?????????? 0
Using GTP version:???? 1
Using APN:???????????? internet
Using selection mode:? 1
Using MSISDN:????????? 46702123456
Initialising GTP library
openggsn[24632]: GTP: gtp_newgsn() started
Done initialising GTP library
Sending off echo request
Setting up PDP context #0
Waiting for response from ggsn........

?
?
I'm getting the following error on GGSN:
?
*Sep 19 20:45:35.487: %GTP-2-PDPACTIVATIONFAIL: GTP PDP activation/update failed, GSN: 0.0.0.0, TID: 00, Reason: Mandatory info element invalid
*Sep 19 20:45:35.491: %GTP-0-GTPv1PACKETPARSINGERROR: GSN: 3.3.3.1, TEID: 1, APN: NULL, Reason: Mandatory ie incorrect Mandatory info element invalid

And the following cause value on sgsnemu:
?
Received echo response
Received create PDP context response. Cause value: 201

?
Seems like the GSN adddr 0.0.0.0 ,TID: 00 generated by sgsnemu are invalid.? Looking forward for a workaround fix to help me move forward, any help is greatly appreciated. 
?
Thank you in advance,
Anish
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111011/b02cda13/attachment.htm>

From alexander.huemer at xx.vu  Tue Oct 11 20:25:20 2011
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Oct 2011 22:25:20 +0200
Subject: [PATCH 0/1] openbsc (master): libctrl: bugfix to prevent a SIGABRT
Message-ID: <1318364721-16592-1-git-send-email-alexander.huemer@xx.vu>


In case the control interface on TCP port 4249 is used in an unintended way,
a SIGABRT can be caused because of a double talloc_free() call on a msgb*.
The upcoming patch fixes this bug.

If the patch seems useful, please feel free to merge it.

Kind regards,
-Alexander Huemer

Alexander Huemer(1):
  libctrl: only free() msgb if it was alloc()ed

 openbsc/src/libctrl/control_if.c |    5 +++--
 1 files changed, 3 insertions(+), 2 deletions(-)



From alexander.huemer at xx.vu  Tue Oct 11 20:25:21 2011
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Oct 2011 22:25:21 +0200
Subject: [PATCH 1/1] libctrl: only free() msgb if it was alloc()ed
In-Reply-To: <1318364721-16592-1-git-send-email-alexander.huemer@xx.vu>
References: <1318364721-16592-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1318364721-16592-2-git-send-email-alexander.huemer@xx.vu>

Before this patch a SIGABRT was caused when doing e.g.:
$ ncat 127.0.0.1 4249
^C
---
 openbsc/src/libctrl/control_if.c |    5 +++--
 1 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/openbsc/src/libctrl/control_if.c b/openbsc/src/libctrl/control_if.c
index 8198ae6..c395b08 100644
--- a/openbsc/src/libctrl/control_if.c
+++ b/openbsc/src/libctrl/control_if.c
@@ -208,7 +208,7 @@ static int handle_control_read(struct osmo_fd * bfd)
 	struct ctrl_connection *ccon;
 	struct ipaccess_head *iph;
 	struct ipaccess_head_ext *iph_ext;
-	struct msgb *msg;
+	struct msgb *msg = NULL;
 	struct ctrl_cmd *cmd;
 	struct ctrl_handle *ctrl = bfd->data;
 
@@ -269,7 +269,8 @@ static int handle_control_read(struct osmo_fd * bfd)
 
 err:
 	control_close_conn(ccon);
-	msgb_free(msg);
+	if (msg)
+		msgb_free(msg);
 	return ret;
 }
 
-- 
1.7.7




From holger at freyther.de  Tue Oct 11 21:07:35 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 11 Oct 2011 23:07:35 +0200
Subject: [PATCH 1/1] libctrl: only free() msgb if it was alloc()ed
In-Reply-To: <1318364721-16592-2-git-send-email-alexander.huemer@xx.vu>
References: <1318364721-16592-1-git-send-email-alexander.huemer@xx.vu>
	<1318364721-16592-2-git-send-email-alexander.huemer@xx.vu>
Message-ID: <4E94B017.5020300@freyther.de>

On 10/11/2011 10:25 PM, Alexander Huemer wrote:

>  	struct ipaccess_head_ext *iph_ext;
> -	struct msgb *msg;
> +	struct msgb *msg = NULL;

yes

con);
> -	msgb_free(msg);
> +	if (msg)
> +		msgb_free(msg);

no, i think we should assume that msgb_free(NULL) will work.

thanks



From alexander.huemer at xx.vu  Tue Oct 11 21:54:13 2011
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Oct 2011 23:54:13 +0200
Subject: [PATCH 1/1] libctrl: only free() msgb if it was alloc()ed
In-Reply-To: <4E94B017.5020300@freyther.de>
References: <1318364721-16592-1-git-send-email-alexander.huemer@xx.vu>
	<1318364721-16592-2-git-send-email-alexander.huemer@xx.vu>
	<4E94B017.5020300@freyther.de>
Message-ID: <20111011215413.GC6060@de.xx.vu>

On Tue, Oct 11, 2011 at 11:07:35PM +0200, Holger Hans Peter Freyther wrote:
> On 10/11/2011 10:25 PM, Alexander Huemer wrote:
> 
> >  	struct ipaccess_head_ext *iph_ext;
> > -	struct msgb *msg;
> > +	struct msgb *msg = NULL;
> 
> yes
> 
> con);
> > -	msgb_free(msg);
> > +	if (msg)
> > +		msgb_free(msg);
> 
> no, i think we should assume that msgb_free(NULL) will work.
> 
> thanks
> 
You are right. I'll resend the patch.



From alexander.huemer at xx.vu  Tue Oct 11 22:29:29 2011
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Wed, 12 Oct 2011 00:29:29 +0200
Subject: [PATCH 0/1] [v2] openbsc (master): libctrl: bugfix to prevent a
	SIGABRT
Message-ID: <1318372170-27476-1-git-send-email-alexander.huemer@xx.vu>


In case the control interface on TCP port 4249 is used in an unintended way,
a SIGABRT can be caused because of a missing initialization of a msgb*.
The upcoming patch fixes this bug.

If the patch seems useful, please feel free to merge it.

Kind regards,
-Alexander Huemer

Alexander Huemer(1):
  libctrl: only free() msgb if it was alloc()ed

 openbsc/src/libctrl/control_if.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)



From alexander.huemer at xx.vu  Tue Oct 11 22:29:30 2011
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Wed, 12 Oct 2011 00:29:30 +0200
Subject: [PATCH 1/1] libctrl: only free() msgb if it was alloc()ed
In-Reply-To: <1318372170-27476-1-git-send-email-alexander.huemer@xx.vu>
References: <1318372170-27476-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1318372170-27476-2-git-send-email-alexander.huemer@xx.vu>

Before this patch a SIGABRT was caused when doing e.g.:
$ ncat 127.0.0.1 4249
^C
---
 openbsc/src/libctrl/control_if.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/openbsc/src/libctrl/control_if.c b/openbsc/src/libctrl/control_if.c
index 8198ae6..d081342 100644
--- a/openbsc/src/libctrl/control_if.c
+++ b/openbsc/src/libctrl/control_if.c
@@ -208,7 +208,7 @@ static int handle_control_read(struct osmo_fd * bfd)
 	struct ctrl_connection *ccon;
 	struct ipaccess_head *iph;
 	struct ipaccess_head_ext *iph_ext;
-	struct msgb *msg;
+	struct msgb *msg = NULL;
 	struct ctrl_cmd *cmd;
 	struct ctrl_handle *ctrl = bfd->data;
 
-- 
1.7.7




From holger at freyther.de  Wed Oct 12 06:55:36 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Wed, 12 Oct 2011 08:55:36 +0200
Subject: libosmocore lapd_rx_u and unitialized rc
Message-ID: <4E9539E8.2010503@freyther.de>

Hi all,

in the above method there are paths were rc will never be initialized. I think
initializing rc = 0 or -EINVAL would be cheating, instead we should consider
splitting it into manageable pieces.

holger



From anish_achenkunju at yahoo.com  Thu Oct 13 11:38:56 2011
From: anish_achenkunju at yahoo.com (anish achenkunju)
Date: Thu, 13 Oct 2011 04:38:56 -0700 (PDT)
Subject: "Mandatory info element out of sequence"
Message-ID: <1318505936.70637.YahooMailNeo@web39508.mail.mud.yahoo.com>

Hi All,
?
I'm getting the following error "Received packet without a valid source address!!!" on sgsnemu 0.84
?
[root at n003-000-000-000 openggsn-0.84]# sgsnemu --listen 7.7.7.7 --remote 7.7.7.1 --timelimit 10 --contexts 1 --apn internet --imsi 2400112??????????????? 34567890 --msisdn 46702123456 -u root -p nsil --createif --defaultroute
Using default DNS server
Local IP address is:?? 7.7.7.7 (7.7.7.7)
Remote IP address is:? 7.7.7.1 (7.7.7.1)
IMSI is:?????????????? 240011234567890 (0xf098765432110042)
Using NSAPI:?????????? 0
Using GTP version:???? 1
Using APN:???????????? internet
Using selection mode:? 1
Using MSISDN:????????? 46702123456
Initialising GTP library
openggsn[4597]: GTP: gtp_newgsn() started
Setting up interface
Done initialising GTP library
Sending off echo request
Setting up PDP context #0
Waiting for response from ggsn........
Received echo response
Received create PDP context response. IP address: 218.59.100.38
Disconnecting PDP context #0
Received packet without a valid source address!!!
[root at n003-000-000-000 openggsn-0.84]#
?
The error I get on GGSN (Cisco 7200) on debugging is "Mandatory info element out of sequence"
?
*Oct 13 17:01:42.444: GTP IE:4200113254769800:rcvd 0 out of order previous IE 0
*Oct 13 17:01:42.448: %GTP-2-PDPACTIVATIONFAIL: GTP PDP activation/update failed, GSN: 0.0.0.0, TID: 00, Reason: Mandatory info element out of sequence

?
I'm sticking with 0.84 as 0.91 has a bug while sending echo " Mandatory IE invalid" . Any help on this is greatly appreciated.
?
Thank you,
Anish
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111013/1480740e/attachment.htm>

From holger at freyther.de  Fri Oct 14 11:43:51 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 14 Oct 2011 13:43:51 +0200
Subject: "Mandatory info element out of sequence"
In-Reply-To: <1318505936.70637.YahooMailNeo@web39508.mail.mud.yahoo.com>
References: <1318505936.70637.YahooMailNeo@web39508.mail.mud.yahoo.com>
Message-ID: <4E982077.4040001@freyther.de>

On 10/13/2011 01:38 PM, anish achenkunju wrote:
> Hi All,

Hi Anish,

please share traces and a description of your setup.

holger



From alexander.chemeris at gmail.com  Thu Oct 13 12:57:57 2011
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Thu, 13 Oct 2011 16:57:57 +0400
Subject: libosmocore licensing
Message-ID: <CABmJbFVL4bWiWa0=AFFZVnQaOi+Uc6fey3Yod=HWnqGe4z3tPg@mail.gmail.com>

Hi all, but especially Harald,

We're looking for a good library with complex arithmetic, bit
functions and other RF processing stuff to be used as a base for
porting of our WiMAX stuff to C/C++. I'm looking at libosmocore as a
perfect candidate for that, but we're going to release our work under
LGPL and thus we want an LGPL base library. I wonder, is it possible
to re-license libosmocore under LGPL instead of GPL? I know that
Sylvain has no strong objections about that. Harald, Holger and other
contributors - what would you say?

In general, I believe that LGPL is much better suited for libraries
then GPL and many widely used libraries, like ffmpeg, use it with
great success. And I wish libosmocore to be as successful as those
LGPL libraries.

PS Our WiMAX effort is to create an open-source receiver for Mobile WiMAX:
http://code.google.com/p/wimax-scanner/
We have written somewhat working Matlab code and we're going to port
it to something more real-time now.

-- 
Regards,
Alexander Chemeris.



From anish_achenkunju at yahoo.com  Thu Oct 13 14:53:11 2011
From: anish_achenkunju at yahoo.com (anish achenkunju)
Date: Thu, 13 Oct 2011 07:53:11 -0700 (PDT)
Subject: Way to invoke multiple imsi msisdn in sgnsemu
Message-ID: <1318517591.60742.YahooMailNeo@web39506.mail.mud.yahoo.com>

Hi All,
?
Wondering if there is a way to create pdp request for multple imsi or msisdn. 
?
Currently there is an option to emulate more than one pdp context, can we do the same for different imsi's or msisdn via sgsnemu as an input to sgsnemu.conf file?
?
Thank you in advance.
Anish
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111013/fee0b8b2/attachment.htm>

From laforge at gnumonks.org  Sat Oct 15 07:20:02 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 15 Oct 2011 09:20:02 +0200
Subject: Way to invoke multiple imsi msisdn in sgnsemu
In-Reply-To: <1318517591.60742.YahooMailNeo@web39506.mail.mud.yahoo.com>
References: <1318517591.60742.YahooMailNeo@web39506.mail.mud.yahoo.com>
Message-ID: <20111015072002.GK27182@prithivi.gnumonks.org>

Dear Anish,

the openggsn project has its own mailinglist, as indicated on the
openggsn sourceforge project site.

Your questions would probably be better suited there.

However, to be honest, judging from the little project activity, I wuold
be seriously surprised if anyone but you has been using sgsnemu as much
as you have, at least for a number of years.

So I guess you will be on your own.  sgsnemu has been nothing more than
a small test utility for generating a few test transactions against
openggsn.  Using it with other GGSNs and extending its features to do
more complex testing is certainly something you can do, but you will
have to do it yourself.

As it is a community based project, I'm more than happy to review and/or
merge any patches that you may have for extending the sgsnemu
functionality or to fix any bugs in it.

I personally find the plethora of command line options of sgsnemu
extremely cumbersome and would much rather prefer an approach where all
those parameters are read from a config file.  So if you're going to
work on that, you work is much appreciated.

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 anish_achenkunju at yahoo.com  Fri Oct 21 12:42:30 2011
From: anish_achenkunju at yahoo.com (anish achenkunju)
Date: Fri, 21 Oct 2011 05:42:30 -0700 (PDT)
Subject: Way to invoke multiple imsi msisdn in sgnsemu
In-Reply-To: <20111015072002.GK27182@prithivi.gnumonks.org>
References: <1318517591.60742.YahooMailNeo@web39506.mail.mud.yahoo.com>
	<20111015072002.GK27182@prithivi.gnumonks.org>
Message-ID: <1319200950.3673.YahooMailNeo@web39505.mail.mud.yahoo.com>

Dear Harald,
?
Thank you very much for the response. 
?
With my little knowledge of programming, not sure if I can make any contribution in partching existing code base. At this point would be more than glad to have some documentation on using sgsnemu switches such as charging, qos ,dns options
available. 
?
I? could at this point just work the radius part of the emulation with the following configuration inputs provide into config file:
?
?sgsnemu --listen 7.7.7.7 --remote 7.7.7.1 --timelimit 30 --contexts 3 --apn s --imsi 240011234567890 --msisdn 46702123456 -u root -p nsil --createif &

But did not have any luck with dns... should sgsnemu permit sending packets for dnslookup without having to specify remote ggsn IP?
?
Any inputs on these would be of great help.
?
Thank you,
Anish
?

________________________________
From: Harald Welte <laforge at gnumonks.org>
To: anish achenkunju <anish_achenkunju at yahoo.com>
Cc: "openbsc at lists.osmocom.org" <openbsc at lists.osmocom.org>
Sent: Saturday, October 15, 2011 12:50 PM
Subject: Re: Way to invoke multiple imsi msisdn in sgnsemu

Dear Anish,

the openggsn project has its own mailinglist, as indicated on the
openggsn sourceforge project site.

Your questions would probably be better suited there.

However, to be honest, judging from the little project activity, I wuold
be seriously surprised if anyone but you has been using sgsnemu as much
as you have, at least for a number of years.

So I guess you will be on your own.? sgsnemu has been nothing more than
a small test utility for generating a few test transactions against
openggsn.? Using it with other GGSNs and extending its features to do
more complex testing is certainly something you can do, but you will
have to do it yourself.

As it is a community based project, I'm more than happy to review and/or
merge any patches that you may have for extending the sgsnemu
functionality or to fix any bugs in it.

I personally find the plethora of command line options of sgsnemu
extremely cumbersome and would much rather prefer an approach where all
those parameters are read from a config file.? So if you're going to
work on that, you work is much appreciated.

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)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111021/74869897/attachment.htm>

From holger at freyther.de  Fri Oct 14 22:26:30 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sat, 15 Oct 2011 00:26:30 +0200
Subject: RFC: sgsn should command/response set to 1 in gsm48_tx_gmm_ra_upd_rej?
Message-ID: <4E98B716.5000008@freyther.de>

Hi,

I think the REJECT should be sent with the C/R bit set to 1?

holger



From holger at freyther.de  Fri Oct 14 22:46:51 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sat, 15 Oct 2011 00:46:51 +0200
Subject: RFC: sgsn should command/response set to 1 in
	gsm48_tx_gmm_ra_upd_rej?
In-Reply-To: <4E98B716.5000008@freyther.de>
References: <4E98B716.5000008@freyther.de>
Message-ID: <4E98BBDB.3010909@freyther.de>

On 10/15/2011 12:26 AM, Holger Hans Peter Freyther wrote:
> Hi,
> 
> I think the REJECT should be sent with the C/R bit set to 1?

as usual at the time of the day... this is wrong, 04.64 in 6.2.2 has a nice
table/truth table.

anyway, I saw a trace with REJECT having C/R set to one, it does not fix my
problem though.



From holger at freyther.de  Fri Oct 14 23:25:41 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sat, 15 Oct 2011 01:25:41 +0200
Subject: RFC: sgsn should command/response set to 1
	in	gsm48_tx_gmm_ra_upd_rej?
In-Reply-To: <4E98BBDB.3010909@freyther.de>
References: <4E98B716.5000008@freyther.de> <4E98BBDB.3010909@freyther.de>
Message-ID: <4E98C4F5.3060805@freyther.de>

On 10/15/2011 12:46 AM, Holger Hans Peter Freyther wrote:
> On 10/15/2011 12:26 AM, Holger Hans Peter Freyther wrote:

Hi,

this is 'dangerous' but the below makes my E71 connect to the network. What
will happen now is that N(U) will count upwards and after some failures my
phone will do the GPRS ATTACH. Now this is dangerous as the TLLI we 'accept'
is not part of our network... so I think we should assign a new TLLI and use
the foreign one as old TLLI?

So how to move forward from here? when will we delete the TLLI? how to deal
with TLLIs that are not local (random, foreign, ...)? We should still create a
context but it should not clash with other parts? Shall we put RAC in this
context too? When will we purge old contexts?




before (note RX not knowing it, TX still not knowing it):
<0017> gprs_llc.c:700 LLC RX: unknown TLLI 0xb538c935, creating LLME on the fly
<0002> gprs_gmm.c:920 -> GMM RA UPDATE REQUEST type="RA updating"  REJECT
<0002> gprs_gmm.c:859 <- ROUTING AREA UPDATE REJECT
<0017> gprs_llc.c:118 TLLI 0xb538c935 is foreign, converting to local TLLI
0xf538c935
<0017> gprs_llc.c:343 LLC TX: unknown TLLI 0xb538c935, creating LLME on the fly


after:
<0017> gprs_llc.c:431 LLC SAPI=1 C   FCS=0x184703CMD=UI DATA
<0017> gprs_llc.c:118 TLLI 0xb538c935 is foreign, converting to local TLLI
0xf538c935
<0017> gprs_llc.c:118 TLLI 0xb538c935 is foreign, converting to local TLLI
0xf538c935
<0017> gprs_llc.c:702 LLC RX: unknown TLLI 0xb538c935, creating LLME on the fly
<0002> gprs_gmm.c:920 -> GMM RA UPDATE REQUEST type="RA updating"  REJECT
<0002> gprs_gmm.c:859 <- ROUTING AREA UPDATE REJECT
<0017> gprs_llc.c:118 TLLI 0xb538c935 is foreign, converting to local TLLI
0xf538c935



diff:

diff --git a/openbsc/src/gprs/gprs_llc.c b/openbsc/src/gprs/gprs_llc.c
index 3d4e986..a9c88c2 100644
--- a/openbsc/src/gprs/gprs_llc.c
+++ b/openbsc/src/gprs/gprs_llc.c
@@ -157,8 +157,10 @@ static struct gprs_llc_llme *llme_alloc(uint32_t tlli)
        if (!llme)
                return NULL;

-       llme->tlli = tlli;
-       llme->old_tlli = 0xffffffff;
+       llme->tlli = tlli_foreign2local(tlli);
+       llme->old_tlli = tlli;
+       if (llme->old_tlli == llme->tlli)
+               llme->old_tlli = 0xffffffff;
        llme->state = GPRS_LLMS_UNASSIGNED;

        for (i = 0; i < ARRAY_SIZE(llme->lle); i++)




From laforge at gnumonks.org  Sun Oct 16 17:50:28 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 16 Oct 2011 19:50:28 +0200
Subject: [ANNOUNCE] First OsmocomGMR code release
Message-ID: <20111016175028.GE2396@prithivi.gnumonks.org>

First Osmocom GMR code release

As some of the readers may already know, a couple of Osmocom developers
have been working on a new sub-project: OsmocomGMR.

The primary goal of this project is to provide a reusable and clean
implementation of the various layers of GMR-1.

What is GMR-1 ? Well, it stands for "GEO Mobile Radio" and it's a set of
specifications describing a satellite based mobile phone network heavily
inspired from GSM. One of the major commercial operators of GMR-1
technology is "Thuraya", providing coverage over
Europe/Africa/Asia/Australia.

So far the implementation focused on the lowest layers:

    * Physical layer with FCCH sync and demodulation support for
    * pi4-CBPSK and pi4-CQPSK bursts.
    * Channel coding layer (scrambling/puncturing/convolutional
      coding/crc/interleaving/...) 

And some ancillary tools to exploit those:

    * A good capture tool to listen to particular ARFCN(s) and
      channelize them properly

    * Wireshark support (BCCH only so far) 

The first 'demo application' using all of the above provides
functionalities similar to what airprobe is for GSM: An air interface
protocol analyzer that goes all the way from capturing data off-the-air
to sending packets to wireshark for analysis. Limited to BCCH only
currently but this will evolve with time.

Development was mainly done by Sylvain Munaut, with help from Dimitri
Stolnikov (early signal captures and his great capture tool), Harald
Welte (initiating the project) and Steve Margraf (testing different
setup and antenna ideas).

If you'd like to know more, you are encourated to read the wiki
(http://gmr.osmocom.org/) and join the mailing list
(http://lists.osmocom.org/mailman/listinfo/gmr)

-- 
- 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 cleb at defcon-3.net  Mon Oct 17 02:57:12 2011
From: cleb at defcon-3.net (Caleb Pal)
Date: Sun, 16 Oct 2011 21:57:12 -0500
Subject: [PATCH 1/1] openbsc: Fix Spelling error
Message-ID: <002101cc8c78$783057a0$689106e0$@net>

Fix to small spelling error. 

 

diff --git a/openbsc/src/gprs/gprs_gmm.c b/openbsc/src/gprs/gprs_gmm.c index
cc9d297..ff2069a 100644

--- a/openbsc/src/gprs/gprs_gmm.c

+++ b/openbsc/src/gprs/gprs_gmm.c

@@ -1055,7 +1055,7 @@ static int gsm0408_rcv_gmm(struct sgsn_mm_ctx *mmctx,
struct msgb *msg,

                break;

        case GSM48_MT_GMM_RA_UPD_COMPL:

                /* only in case SGSN offered new P-TMSI */

-               DEBUGP(DMM, "-> ROUTEING AREA UPDATE COMPLETE\n");

+               DEBUGP(DMM, "-> ROUTING AREA UPDATE COMPLETE\n");

                mmctx_timer_stop(mmctx, 3350);

                mmctx->p_tmsi_old = 0;

                /* Unassign the old TLLI */

 

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

From laforge at gnumonks.org  Mon Oct 17 19:37:24 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 17 Oct 2011 21:37:24 +0200
Subject: [PATCH 1/1] openbsc: Fix Spelling error
In-Reply-To: <002101cc8c78$783057a0$689106e0$@net>
References: <002101cc8c78$783057a0$689106e0$@net>
Message-ID: <20111017193724.GY2396@prithivi.gnumonks.org>

On Sun, Oct 16, 2011 at 09:57:12PM -0500, Caleb Pal wrote:
> Fix to small spelling error. 

Actually, if you read the various GSM/GPRS/ETSI/3GPP specs and books,
you will find both spellings, "ROUTING" and "ROUTEING".  So I don't
really consider it a bug ;)
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From laforge at gnumonks.org  Mon Oct 17 11:39:37 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 17 Oct 2011 13:39:37 +0200
Subject: libosmocore ABI change (libosmocore-3.0.0.so)
Message-ID: <20111017113937.GP2396@prithivi.gnumonks.org>

Hi all,

this is just a heads-up: The ABI of the osmo_timer has just changed (due
to merging pablo's rb_tree based timer implementation instead of our
linked list one).  The API has not changed, so simply recompiling the
programs against the new library header files will work.

As a result, I have bumped the major library version, resulting in
libosmocore-3.0.0.so.  There is also a new version tag to mark this
change: 0.4.0

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 246tnt at gmail.com  Mon Oct 17 12:11:58 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Mon, 17 Oct 2011 14:11:58 +0200
Subject: [RFT] Couple of changes to nanoBTS and nokia insites bootup sequences
	to be tested
Message-ID: <CAHL+j0_MzmbPYVyWzzAMJ4CpT0kuMkBb4oYW+3X=G_Mb3HoDQw@mail.gmail.com>

Hi,

I've just pushed a couples of changes to a branch sylvain/pending that
need to be tested. They alter the startup process for the nanoBTS
(fixing the issues some people had with starting GPRS support, when
the bts was not connecting to the SGSN). And also a fix for the Nokia
InSite startup sequence where the reset command was not sent due to
missing initialization of .do_reset.

Since I know initialization sequence can be a rather fragile process,
if people could test this didn't break anything for them, it'd be
nice.

Cheers,

    Sylvain



From spaar at mirider.augusta.de  Mon Oct 17 15:31:59 2011
From: spaar at mirider.augusta.de (Dieter Spaar)
Date: Mon, 17 Oct 2011 15:31:59 CEST
Subject: [RFT] Couple of changes to nanoBTS and nokia insites bootup
	sequences to be tested
Message-ID: <4e9c4a70.mirider@mirider.augusta.de>

Hello Sylvain,

On Mon, 17 Oct 2011 14:11:58 +0200, "Sylvain Munaut" <246tnt at gmail.com> wrote:

> And also a fix for the Nokia InSite startup sequence where the reset
> command was not sent due to missing initialization of .do_reset.

The Reset command was enabled in my initial version. As far as I know
it was intentionally disabled during the CCC camp to get faster
turnaround times while setting up the camp network.

Its possible to skip the reset if nothing has changed in the configuration,
however if for example the ARFCN is changed, the reset is required (it
might be possible to do a TRX-only reset but I never tested it).

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



From cleb at defcon-3.net  Tue Oct 18 01:58:02 2011
From: cleb at defcon-3.net (Caleb Pal)
Date: Mon, 17 Oct 2011 20:58:02 -0500
Subject: [RFT] Couple of changes to nanoBTS and nokia insites bootup
	sequences	to be tested
In-Reply-To: <CAHL+j0_MzmbPYVyWzzAMJ4CpT0kuMkBb4oYW+3X=G_Mb3HoDQw@mail.gmail.com>
References: <CAHL+j0_MzmbPYVyWzzAMJ4CpT0kuMkBb4oYW+3X=G_Mb3HoDQw@mail.gmail.com>
Message-ID: <000301cc8d39$6a21bcf0$3e6536d0$@net>

Sylvain,

Using your branch:

The Nanobts 140 I have with the misbehaving firmware initializes in GPRS mode just fine, and connects to the sgsn. I have a phone that attaches fine (Motorola c168i), but the iPhone 3G still won't, as mentioned last night. I have all debugging enabled in the sgsn, but see no output when I turn the iphone on and it does a LUR. I'm going to poke around more with that later.

A NanoBTS 165BU initializes with your code in both EGPRS and GPRS mode. The iPhone or c168i attaches fine in either mode (GPRS or EGPRS). 

The insite....not so much. Output is below, let me know if you need more details. Dahdi is setup for dchan on TS1, bchan on TS2-4.

Mon Oct 17 20:49:15 2011 <0018> lapd.c:211 LAPD Allocating SAP for SAPI=62 / TEI=1
Mon Oct 17 20:49:15 2011 <0018> lapd.c:222 k=1 N200=3 N201=260 T200=0.240000 T203=10.0
Mon Oct 17 20:49:15 2011 <0018> lapd.c:477 LAPD DL-ESTABLISH request TEI=1 SAPI=62
DB: Database initialized.
DB: Database prepared.
Mon Oct 17 20:49:15 2011 <0007> sms_queue.c:232 Attempting to send 20 SMS
Mon Oct 17 20:49:15 2011 <0007> sms_queue.c:292 SMSqueue added 0 messages in 0 rounds
Mon Oct 17 20:49:15 2011 <0018> lapd.c:613 LAPD DL-ESTABLISH confirm TEI=1 SAPI=62
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:58 bootstrapping OML for BTS 0
Sending NOKIA_BTS_RESET_REQ
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:1674 ABIS_OM_MDISC_FOM
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:1502 (0x81) NOKIA_BTS_ACK
Mon Oct 17 20:49:15 2011 <0005> bts_nokia_site.c:1534 ACK = 1
Mon Oct 17 20:49:15 2011 <0018> lapd.c:505 LAPD DL-RELEASE request TEI=1 SAPI=62
Mon Oct 17 20:49:15 2011 <0018> lapd.c:617 LAPD DL-RELEASE confirm TEI=1 SAPI=62
Mon Oct 17 20:49:15 2011 <001b> bsc_init.c:311 Lost some E1 TEI link: 1 0x84a7e58
Mon Oct 17 20:49:16 2011 <0006> mncc_sock.c:254 MNCC Socket has connection with external call control application
Mon Oct 17 20:49:17 2011 <0018> lapd.c:211 LAPD Allocating SAP for SAPI=62 / TEI=1
Mon Oct 17 20:49:17 2011 <0018> lapd.c:222 k=1 N200=3 N201=260 T200=0.240000 T203=10.0
Mon Oct 17 20:49:17 2011 <0018> lapd_core.c:1489 I frame ignored in this state
Mon Oct 17 20:49:17 2011 <001b> dahdi.c:139 Line 0((null)) / TS 1 DAHDI EVENT HDLC ABORT
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001a> trau_frame.c:122 can't decode unknown TRAU Frame Type 0x00
Mon Oct 17 20:49:17 2011 <001b> dahdi.c:139 Line 0((null)) / TS 1 DAHDI EVENT HDLC OVERRUN
Mon Oct 17 20:49:25 2011 <0018> lapd.c:505 LAPD DL-RELEASE request TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <0018> lapd.c:617 LAPD DL-RELEASE confirm TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <001b> bsc_init.c:311 Lost some E1 TEI link: 1 0x84a7e58
Mon Oct 17 20:49:25 2011 <0018> lapd.c:211 LAPD Allocating SAP for SAPI=62 / TEI=1
Mon Oct 17 20:49:25 2011 <0018> lapd.c:222 k=1 N200=3 N201=260 T200=0.240000 T203=10.0
Mon Oct 17 20:49:25 2011 <0018> lapd.c:477 LAPD DL-ESTABLISH request TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <0018> lapd.c:617 LAPD DL-RELEASE indication TEI=1 SAPI=62
Mon Oct 17 20:49:25 2011 <001b> bsc_init.c:311 Lost some E1 TEI link: 1 0x84a7e58
Mon Oct 17 20:49:25 2011 <0018> lapd_core.c:383 sending MDL-ERROR-IND cause 1 


That?s all I get, and it never bootstraps. 
 
Regards,

Caleb


-----Original Message-----
From: openbsc-bounces at lists.osmocom.org [mailto:openbsc-bounces at lists.osmocom.org] On Behalf Of Sylvain Munaut
Sent: Monday, October 17, 2011 0712
To: OpenBSC list
Subject: [RFT] Couple of changes to nanoBTS and nokia insites bootup sequences to be tested

Hi,

I've just pushed a couples of changes to a branch sylvain/pending that
need to be tested. They alter the startup process for the nanoBTS
(fixing the issues some people had with starting GPRS support, when
the bts was not connecting to the SGSN). And also a fix for the Nokia
InSite startup sequence where the reset command was not sent due to
missing initialization of .do_reset.

Since I know initialization sequence can be a rather fragile process,
if people could test this didn't break anything for them, it'd be
nice.

Cheers,

    Sylvain


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1831 / Virus Database: 2090/4558 - Release Date: 10/17/11




From holger at freyther.de  Tue Oct 18 07:29:31 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 18 Oct 2011 09:29:31 +0200
Subject: [RFT] Couple of changes to nanoBTS and nokia insites bootup
	sequences to be tested
In-Reply-To: <000301cc8d39$6a21bcf0$3e6536d0$@net>
References: <CAHL+j0_MzmbPYVyWzzAMJ4CpT0kuMkBb4oYW+3X=G_Mb3HoDQw@mail.gmail.com>
	<000301cc8d39$6a21bcf0$3e6536d0$@net>
Message-ID: <4E9D2ADB.8040402@freyther.de>

On 10/18/2011 03:58 AM, Caleb Pal wrote:
> Sylvain,
> 
> Using your branch:
> 
> The Nanobts 140 I have with the misbehaving firmware initializes in GPRS mode just fine, and connects to the sgsn. I have a phone that attaches fine (Motorola c168i), but the iPhone 3G still won't, as mentioned last night. I have all debugging enabled in the sgsn, but see no output when I turn the iphone on and it does a LUR. I'm going to poke around more with that later.
> 

Hi Caleb,

use wireshark/tcpdump to generate traces, look at them, tell us what you see
and what you think this means, we can then look at your hypothesis.

cheers
	holger



From cleb at defcon-3.net  Thu Oct 20 00:18:07 2011
From: cleb at defcon-3.net (Caleb Pal)
Date: Wed, 19 Oct 2011 19:18:07 -0500
Subject: [RFT] Couple of changes to nanoBTS and nokia insites
	bootup	sequences to be tested
In-Reply-To: <4E9D2ADB.8040402@freyther.de>
References: <CAHL+j0_MzmbPYVyWzzAMJ4CpT0kuMkBb4oYW+3X=G_Mb3HoDQw@mail.gmail.com>	<000301cc8d39$6a21bcf0$3e6536d0$@net>
	<4E9D2ADB.8040402@freyther.de>
Message-ID: <00a301cc8ebd$c02a1bd0$407e5370$@net>

Holger,

I changed the firmware of the BTS to a newer version, and now all phones, including the iphone, attach to GPRS without issue. I'm guessing a bug in the firmware was the cause, as that is the only variable that changed in my configuration. 

Regards,

Caleb

-----Original Message-----
From: openbsc-bounces at lists.osmocom.org [mailto:openbsc-bounces at lists.osmocom.org] On Behalf Of Holger Hans Peter Freyther
Sent: Tuesday, October 18, 2011 0230
To: openbsc at lists.osmocom.org
Subject: Re: [RFT] Couple of changes to nanoBTS and nokia insites bootup sequences to be tested

On 10/18/2011 03:58 AM, Caleb Pal wrote:
> Sylvain,
> 
> Using your branch:
> 
> The Nanobts 140 I have with the misbehaving firmware initializes in GPRS mode just fine, and connects to the sgsn. I have a phone that attaches fine (Motorola c168i), but the iPhone 3G still won't, as mentioned last night. I have all debugging enabled in the sgsn, but see no output when I turn the iphone on and it does a LUR. I'm going to poke around more with that later.
> 

Hi Caleb,

use wireshark/tcpdump to generate traces, look at them, tell us what you see
and what you think this means, we can then look at your hypothesis.

cheers
	holger


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1831 / Virus Database: 2090/4558 - Release Date: 10/17/11




From 246tnt at gmail.com  Mon Oct 17 14:11:25 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Mon, 17 Oct 2011 16:11:25 +0200
Subject: [RFT] Couple of changes to nanoBTS and nokia bootup sequences to
	be tested
Message-ID: <CAHL+j0-WarSH97KY0GTRTiWzsfhRLTAjHCLbA=xq_en=ZLvtbA@mail.gmail.com>

Hi,

> The Reset command was enabled in my initial version. As far as I know
> it was intentionally disabled during the CCC camp to get faster
> turnaround times while setting up the camp network.
>
> Its possible to skip the reset if nothing has changed in the configuration,
> however if for example the ARFCN is changed, the reset is required (it
> might be possible to do a TRX-only reset but I never tested it).

Mmm, I'll retry tonight but at least with the new LAPD code I had
trouble when the reset wasn't there.

Actually to get it to start I have to:
 - After powering it, wait for like 10 min. (If I try to start openbsc
any sooner, it will never bootstrap)
 - Then start openbsc with the 'reset' part in it.

But I could add this 'reset' process as an nokia specific option to
the vty (i.e. reset_on_start or something ).

Cheers,

    Sylvain



From spaar at mirider.augusta.de  Mon Oct 17 16:25:21 2011
From: spaar at mirider.augusta.de (Dieter Spaar)
Date: Mon, 17 Oct 2011 16:25:21 CEST
Subject: [RFT] Couple of changes to nanoBTS and nokia bootup sequences to
	be tested
Message-ID: <4e9c56f1.mirider@mirider.augusta.de>

Hello Sylvain,

On Mon, 17 Oct 2011 16:11:25 +0200, "Sylvain Munaut" <246tnt at gmail.com> wrote:
> 
> Actually to get it to start I have to:
>  - After powering it, wait for like 10 min. (If I try to start openbsc
>    any sooner, it will never bootstrap)

If I remember, I never had to wait longer than half a minute after
power on. But this was with the version from August, so some changes
in the code might cause this behaviour.

> But I could add this 'reset' process as an nokia specific option to
> the vty (i.e. reset_on_start or something ).

A configuration option is fine, I would set the default to "always
reset" and only if someone know what he does, he can turn the reset
off (I think I had strange effects while changing the configuration
and not doing a reset, so this situation should be avoided).

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



From 246tnt at gmail.com  Tue Oct 18 20:06:54 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Tue, 18 Oct 2011 22:06:54 +0200
Subject: [RFT] Couple of changes to nanoBTS and nokia bootup sequences to
	be tested
In-Reply-To: <4e9c56f1.mirider@mirider.augusta.de>
References: <4e9c56f1.mirider@mirider.augusta.de>
Message-ID: <CAHL+j0_suk7MibPM4_ZCOzZ1TH5ONsgE83Qw62E_4hOGXonFVA@mail.gmail.com>

Hello Dieter,

> If I remember, I never had to wait longer than half a minute after
> power on. But this was with the version from August, so some changes
> in the code might cause this behaviour.

Yes, seems to work fine now even just after a couple of minutes.

Definitely need the reset on the first start tough (at least for me).
Then for subsequent restart, it's not needed.

> A configuration option is fine, I would set the default to "always
> reset" and only if someone know what he does, he can turn the reset
> off (I think I had strange effects while changing the configuration
> and not doing a reset, so this situation should be avoided).

I added a 'nokia_site skip-reset 1' option if need be.

Tested and it works fine when I put the T200 timer to > 400 ms (it
used to be at 800 ms in the old LAPD code, but got changed to the spec
compliant 240 ms). I think jolly is working on a way to change that
'on demand' rather than globally.

Cheers,

    Sylvain



From 246tnt at gmail.com  Tue Oct 18 07:00:11 2011
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Tue, 18 Oct 2011 09:00:11 +0200
Subject: [RFT] Couple of changes to nanoBTS and nokia bootup sequences to
	be tested
Message-ID: <CAHL+j08ZJbD40swfCvsZDHkNfSXq48z7wr7bVPNaHj8gbqLe3A@mail.gmail.com>

Hi,

> That?s all I get, and it never bootstraps.

In libosmo-abis, in src/input/lapd.c  line 90, try replacing 0,240000,
 by  0,480000,

Also, make sure you plugged the power like 10 min before trying.

Cheers,

    Sylvain



From cleb at defcon-3.net  Thu Oct 20 00:14:22 2011
From: cleb at defcon-3.net (Caleb Pal)
Date: Wed, 19 Oct 2011 19:14:22 -0500
Subject: [RFT] Couple of changes to nanoBTS and nokia bootup sequences
	to	be tested
In-Reply-To: <CAHL+j08ZJbD40swfCvsZDHkNfSXq48z7wr7bVPNaHj8gbqLe3A@mail.gmail.com>
References: <CAHL+j08ZJbD40swfCvsZDHkNfSXq48z7wr7bVPNaHj8gbqLe3A@mail.gmail.com>
Message-ID: <00a201cc8ebd$39d3d990$ad7b8cb0$@net>

Sylvain,

As mentioned on IRC, openbsc master with the edit you suggested in lapd.c makes the insite work. As a side note, if you are using DAHDI, be sure to set all channels used with the insite in /etc/dahdi/system.conf to bchan.

Regards,

Caleb 

-----Original Message-----
From: openbsc-bounces at lists.osmocom.org [mailto:openbsc-bounces at lists.osmocom.org] On Behalf Of Sylvain Munaut
Sent: Tuesday, October 18, 2011 0200
To: Caleb Pal
Cc: OpenBSC list
Subject: Re: [RFT] Couple of changes to nanoBTS and nokia bootup sequences to be tested

Hi,

> That?s all I get, and it never bootstraps.

In libosmo-abis, in src/input/lapd.c  line 90, try replacing 0,240000,
 by  0,480000,

Also, make sure you plugged the power like 10 min before trying.

Cheers,

    Sylvain


-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2012.0.1831 / Virus Database: 2090/4558 - Release Date: 10/17/11




From mueller.lennart at googlemail.com  Tue Oct 18 06:18:24 2011
From: mueller.lennart at googlemail.com (Lennart =?iso-8859-1?q?M=FCller?=)
Date: Tue, 18 Oct 2011 08:18:24 +0200
Subject: Legal situation when using auth policy token
Message-ID: <201110180818.24193.mueller.lennart@googlemail.com>

Hi,

we own a frequency usage licence from the Bundesnetzagentur and ran our 
network with auth policy token. So every new phone trying to attach to our 
network will receive a SMS with information how to register and a token. 
Thereafter, the phone is kicked out and will no longer be able to register 
again.

Now there was a problem with some phones from Cupertino which, as I heard, 
registered to our network, received the SMS, were kicked out again but did not 
try to re-register with their home network. So some "nice" guys threaten to 
call the Bundesnetzagentur if we will not shut down the network immediately.

As a quick solution, we changed the registration procedure from Token-Input to 
IMEI-Input.

My question is: Are there really legal problems when using the "Auth Token" 
policy?

Many Thanks,
Lennart



From holger at freyther.de  Tue Oct 18 07:27:00 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 18 Oct 2011 09:27:00 +0200
Subject: Legal situation when using auth policy token
In-Reply-To: <201110180818.24193.mueller.lennart@googlemail.com>
References: <201110180818.24193.mueller.lennart@googlemail.com>
Message-ID: <4E9D2A44.1000904@freyther.de>

On 10/18/2011 08:18 AM, Lennart M?ller wrote:
> Hi,

Hi Lennart,

IANAL, regarding the token auth, you might find a way instead of sending the
MM Auth Reject to omit the LU Accept and schedule a LU Reject after the SMS is
sent? Did the user accidently end in your network and thanks to a broken phone
stayed in it, but didn't read the SMS that is on the lock-screen of his fruit
phone? Did the "nice' guy open a ticket with the fruit company too?



From laforge at gnumonks.org  Tue Oct 18 07:46:48 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 18 Oct 2011 09:46:48 +0200
Subject: Legal situation when using auth policy token
In-Reply-To: <4E9D2A44.1000904@freyther.de>
References: <201110180818.24193.mueller.lennart@googlemail.com>
	<4E9D2A44.1000904@freyther.de>
Message-ID: <20111018074648.GO26552@prithivi.gnumonks.org>

Hi Holger,

On Tue, Oct 18, 2011 at 09:27:00AM +0200, Holger Hans Peter Freyther wrote:

> IANAL, regarding the token auth, you might find a way instead of sending the
> MM Auth Reject to omit the LU Accept and schedule a LU Reject after the SMS is
> sent? Did the user accidently end in your network and thanks to a broken phone
> stayed in it, but didn't read the SMS that is on the lock-screen of his fruit
> phone? Did the "nice' guy open a ticket with the fruit company too?

We tried this early in the project: Many phones don't accept CP-DATA
before having received a LU Accept.

-- 
- 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 mueller.lennart at googlemail.com  Tue Oct 18 07:49:29 2011
From: mueller.lennart at googlemail.com (Lennart =?iso-8859-1?q?M=FCller?=)
Date: Tue, 18 Oct 2011 09:49:29 +0200
Subject: Legal situation when using auth policy token
In-Reply-To: <4E9D2A44.1000904@freyther.de>
References: <201110180818.24193.mueller.lennart@googlemail.com>
	<4E9D2A44.1000904@freyther.de>
Message-ID: <201110180949.29454.mueller.lennart@googlemail.com>

Hi Holger,

> IANAL, regarding the token auth, you might find a way instead of sending
> the MM Auth Reject to omit the LU Accept and schedule a LU Reject after
> the SMS is sent?

I think a phone can only receive SMS after it successfully registered itself 
at the network?

> Did the user accidently end in your network and thanks to
> a broken phone stayed in it, but didn't read the SMS that is on the
> lock-screen of his fruit phone?

He saw it - thats the reason why he blame us.

I think his home network was not reachable and so his phone simply tried to 
"roam" into our network. The configured reject cause is:

   location updating reject cause 11

So in my understanding, after kicking out the phone, it should not try to 
automatically register to our network again until switched off or manually 
selecting our network, and instead simply switch back to the home network.

Probable instead of switching back, it stayed offline - until a power cycle as I 
heard.

> Did the "nice' guy open a ticket with the
> fruit company too?

Certainly not - "This never happened elsewhere - it must be your network!".

Regards,
Lennart



From laforge at gnumonks.org  Tue Oct 18 07:33:57 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 18 Oct 2011 09:33:57 +0200
Subject: Legal situation when using auth policy token
In-Reply-To: <201110180818.24193.mueller.lennart@googlemail.com>
References: <201110180818.24193.mueller.lennart@googlemail.com>
Message-ID: <20111018073357.GM26552@prithivi.gnumonks.org>

Hi Lennart,

On Tue, Oct 18, 2011 at 08:18:24AM +0200, Lennart M?ller wrote:
> we own a frequency usage licence from the Bundesnetzagentur and ran our 
> network with auth policy token. So every new phone trying to attach to our 
> network will receive a SMS with information how to register and a token. 
> Thereafter, the phone is kicked out and will no longer be able to register 
> again.

> Now there was a problem with some phones from Cupertino which, as I heard, 
> registered to our network, received the SMS, were kicked out again but did not 
> try to re-register with their home network. So some "nice" guys threaten to 
> call the Bundesnetzagentur if we will not shut down the network immediately.

we have only used the "Auth Token" mechanism in the Netherlands, where

the regulatory authority didn't make any complaint.  However,  I
remember some people with the (then not all-omnipresent) iPhone
reporting some issues.

In order to be on the safe side, we started issuing our own sim cards at
CCC Congress and related events.  This means that people have to obtain
such a card before being able to acces the network.  I believe legally,
this is the better situation anyway, as the "real operator" SIM card in
their device belongs to their "real operator", and we don't know the
details of the agreement they have with their operator.  They could have
some fine print that that SIM is only permitted to be used with
roaming partners of the "real operator".  So by not accepting foreign
SIM cards, we make sure nobody is violating such terms.  Furthermore, we
can of course use A3/A8 and as a result also A5/1, if we want.

> My question is: Are there really legal problems when using the "Auth Token" 
> policy?

The fact that we have the auth-token (or any other) functionality in our
software doesn't mean that it is safe to run it, or that you will hve
legal guarantees about regulatory approval in any jurisdiction!

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 mueller.lennart at googlemail.com  Tue Oct 18 08:10:17 2011
From: mueller.lennart at googlemail.com (Lennart =?iso-8859-1?q?M=FCller?=)
Date: Tue, 18 Oct 2011 10:10:17 +0200
Subject: Legal situation when using auth policy token
In-Reply-To: <20111018073357.GM26552@prithivi.gnumonks.org>
References: <201110180818.24193.mueller.lennart@googlemail.com>
	<20111018073357.GM26552@prithivi.gnumonks.org>
Message-ID: <201110181010.17967.mueller.lennart@googlemail.com>

Hi Harald,

> we have only used the "Auth Token" mechanism in the Netherlands, where
> the regulatory authority didn't make any complaint.  However,  I
> remember some people with the (then not all-omnipresent) iPhone
> reporting some issues.

Seems to be a general problem...
 
> In order to be on the safe side, we started issuing our own sim cards at
> CCC Congress and related events.  This means that people have to obtain
> such a card before being able to acces the network.  I believe legally,
> this is the better situation anyway, as the "real operator" SIM card in
> their device belongs to their "real operator", and we don't know the
> details of the agreement they have with their operator.  They could have
> some fine print that that SIM is only permitted to be used with
> roaming partners of the "real operator".  So by not accepting foreign
> SIM cards, we make sure nobody is violating such terms.  Furthermore, we
> can of course use A3/A8 and as a result also A5/1, if we want.

Everybody using our sim cards would be the best of couse - we have some there 
lying in the drawer. But simply switching the network seems to be more popular 
- only one person came to get a programmed SIM card.
We will put a legal notice about fine prints onto the registration page.

So after all we will probably leave the Auth Token Policy off and let the users 
enter their IMEI (followed by a registration) before accepting a location 
update the first time.

> The fact that we have the auth-token (or any other) functionality in our
> software doesn't mean that it is safe to run it, or that you will hve
> legal guarantees about regulatory approval in any jurisdiction!

That's clear. But as I configured it some time ago, I thought it would not be a 
problem, since normally the phones should only try to roam if they cannot 
establish a connection to their home network. Since they are only one time in 
our network for about 5 seconds to send the SMS, I saw no problem in there - 
believing phones try to register back immediately after being thrown out.

Regards,
Lennart



From dburgess at jcis.net  Tue Oct 18 18:02:32 2011
From: dburgess at jcis.net (David A. Burgess)
Date: Tue, 18 Oct 2011 11:02:32 -0700
Subject: Legal situation when using auth policy token
In-Reply-To: <20111018073357.GM26552@prithivi.gnumonks.org>
References: <201110180818.24193.mueller.lennart@googlemail.com>
	<20111018073357.GM26552@prithivi.gnumonks.org>
Message-ID: <608A0D3C-D312-473B-A1EB-568133BDCEAB@jcis.net>

Lennart -

Similarly, with public OpenBTS tests, we either issue our own SIMs (with known Ki), or we issue expired China Mobile SIMs (when we are sure that none of the carriers in the area have roaming agreements with China Mobile).  Another thing we have found useful for these events is to have accept/reject decisions based on regular expression matching of the IMSIs, so that the regular expression is just a string in the configuration table.

And to echo Harald's *next* email, we have also found that many phones refuse SMS transfers prior to receiving LU accept.

-- David

On Oct 18, 2011, at 12:33 AM, Harald Welte wrote:

> 
> In order to be on the safe side, we started issuing our own sim cards at
> CCC Congress and related events.  This means that people have to obtain
> such a card before being able to acces the network.  I believe legally,
> this is the better situation anyway, as the "real operator" SIM card in
> their device belongs to their "real operator", and we don't know the
> details of the agreement they have with their operator.  They could have
> some fine print that that SIM is only permitted to be used with
> roaming partners of the "real operator".  So by not accepting foreign
> SIM cards, we make sure nobody is violating such terms.  Furthermore, we
> can of course use A3/A8 and as a result also A5/1, if we want.
> 
> 




From gsmdriller at gmail.com  Wed Oct 19 05:28:46 2011
From: gsmdriller at gmail.com (GSM Driller)
Date: Wed, 19 Oct 2011 10:58:46 +0530
Subject: authentication and encryption???
Message-ID: <E6C7AE7E-DF6F-4952-AB86-DE812D29DA1F@gmail.com>

hello list,
I found some some where in openbts archives that authentication and encryption has been implemented in openbsc, kindly advise how can i add these features in openbts???, i studied libosmocore libraby, but unable to figure out, how it can be done, please advise!!!


From dburgess at jcis.net  Wed Oct 19 16:28:25 2011
From: dburgess at jcis.net (David A. Burgess)
Date: Wed, 19 Oct 2011 09:28:25 -0700
Subject: authentication and encryption???
In-Reply-To: <E6C7AE7E-DF6F-4952-AB86-DE812D29DA1F@gmail.com>
References: <E6C7AE7E-DF6F-4952-AB86-DE812D29DA1F@gmail.com>
Message-ID: <F0A8D6A2-4CAB-404B-81B7-A064C4003AFC@jcis.net>


You will not be able to transfer much useful code between OpenBTS and OpenBSC.  They are too different in terms of coding style.

There are two versions of OpenBTS ou

On Oct 18, 2011, at 10:28 PM, GSM Driller wrote:

> hello list,
> I found some some where in openbts archives that authentication and encryption has been implemented in openbsc, kindly advise how can i add these features in openbts???, i studied libosmocore libraby, but unable to figure out, how it can be done, please advise!!!




From gsmdriller at gmail.com  Wed Oct 19 17:22:10 2011
From: gsmdriller at gmail.com (GSM Driller)
Date: Wed, 19 Oct 2011 22:52:10 +0530
Subject: authentication and encryption???
In-Reply-To: <F0A8D6A2-4CAB-404B-81B7-A064C4003AFC@jcis.net>
References: <E6C7AE7E-DF6F-4952-AB86-DE812D29DA1F@gmail.com>
	<F0A8D6A2-4CAB-404B-81B7-A064C4003AFC@jcis.net>
Message-ID: <5AB27892-6934-4B51-B150-3AB79C6356DD@gmail.com>

then Please suggest how can I do it????, any patch any convention?? anything from where I can start
On 19-Oct-2011, at 9:58 PM, David A. Burgess wrote:

> 
> You will not be able to transfer much useful code between OpenBTS and OpenBSC.  They are too different in terms of coding style.
> 
> There are two versions of OpenBTS ou
> 
> On Oct 18, 2011, at 10:28 PM, GSM Driller wrote:
> 
>> hello list,
>> I found some some where in openbts archives that authentication and encryption has been implemented in openbsc, kindly advise how can i add these features in openbts???, i studied libosmocore libraby, but unable to figure out, how it can be done, please advise!!!
> 




From luca.bongiorni1 at studenti.unimi.it  Wed Oct 19 17:39:46 2011
From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni)
Date: Wed, 19 Oct 2011 19:39:46 +0200
Subject: LCR + Asterisk + NanoBTS: Strange Voice Behaviour
	"Dropping incompatible voice frame on lcr/1"
In-Reply-To: <7660940dbf0a.4e9f231f@studenti.unimi.it>
References: <75a0b6309ba6.4e9f0bc3@studenti.unimi.it>
	<7660940dbf0a.4e9f231f@studenti.unimi.it>
Message-ID: <7670e91391aa.4e9f2782@studenti.unimi.it>

Hi all,

i compiled and configured all (mISDN, lcr, asterisk, etc...), unfortunately, when i try to place a call from the softphone to the MS, i can ear only the voice originated from the laptop to the MS and not viceversa.

I'm using it on an Ubuntu 10.4, Asterisk 1.6.2.5 and the others sources from "last git".
?
Configurations:?
?- extension.conf: http://pastebin.com/mHH46HbQ 
?- sip.conf: http://pastebin.com/SkPN3z6q
?- gsm.conf:? http://pastebin.com/C1Eckdgh
?- interface.conf: http://pastebin.com/ctGapa1F
?- options.conf: http://pastebin.com/6xhgL0P1
?- routing.conf: http://pastebin.com/TVNvwTEB

Logs:?
- osmo-nitb's log:? http://pastebin.com/X10B5NjE??
- lcr's log:? http://pastebin.com/uLY9VAiB 
- Asterisk's log: http://pastebin.com/8qzw6aMn


As you can see from Asterisk, there is a mismatch:

"NOTICE[2315]: channel.c:2960 __ast_read: Dropping incompatible voice?frame on lcr/1 of format alaw since our native format has changed to 0x0?(nothing) "



I tried to set alaw / ulaw on the configurations, to change efr, fr and amr, but it didn't change nothing.




Ideas or hints for further investigations are welcome.


Regards,
Luca






From andreas at eversberg.eu  Thu Oct 20 06:04:03 2011
From: andreas at eversberg.eu (jolly)
Date: Thu, 20 Oct 2011 08:04:03 +0200
Subject: LCR + Asterisk + NanoBTS: Strange Voice Behaviour	"Dropping
	incompatible voice frame on lcr/1"
In-Reply-To: <7670e91391aa.4e9f2782@studenti.unimi.it>
References: <75a0b6309ba6.4e9f0bc3@studenti.unimi.it>	<7660940dbf0a.4e9f231f@studenti.unimi.it>
	<7670e91391aa.4e9f2782@studenti.unimi.it>
Message-ID: <4E9FB9D3.9090406@eversberg.eu>

An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111020/0f656ac0/attachment.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ast_debug.patch
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111020/0f656ac0/attachment.ksh>

From luca.bongiorni1 at studenti.unimi.it  Thu Oct 20 07:32:36 2011
From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni)
Date: Thu, 20 Oct 2011 09:32:36 +0200
Subject: R: Re: LCR + Asterisk + NanoBTS: Strange Voice Behaviour
	"Dropping incompatible voice frame on lcr/1"
In-Reply-To: <4E9FB9D3.9090406@eversberg.eu>
References: <75a0b6309ba6.4e9f0bc3@studenti.unimi.it>
	<7660940dbf0a.4e9f231f@studenti.unimi.it>
	<7670e91391aa.4e9f2782@studenti.unimi.it>
	<4E9FB9D3.9090406@eversberg.eu>
Message-ID: <7610f064aef0.4e9feab4@studenti.unimi.it>

Hi Andreas,

> can you try this patch? it should show up in the log very often. it
> prints a bitmask of native formats that asterisk support. if it is 0,
> we should find out why.

I patched it manually and i cannot see nothing from the logs: http://pastebin.com/6wt7tAb0

This is the code patched [1] , obviously i run make uninstall and make clean before re-compiling.

The lcr's version has been taken from? git://git.misdn.org/lcr.git/ some days ago and Asterisk is 1.6.2.5.

[1] http://pastebin.com/ePcgYWf0

Thank you for attention.

Regards,
Luca



From andreas at eversberg.eu  Thu Oct 20 10:24:19 2011
From: andreas at eversberg.eu (jolly)
Date: Thu, 20 Oct 2011 12:24:19 +0200
Subject: R: Re: LCR + Asterisk + NanoBTS: Strange Voice Behaviour "Dropping
	incompatible voice frame on lcr/1"
In-Reply-To: <7610f064aef0.4e9feab4@studenti.unimi.it>
References: <75a0b6309ba6.4e9f0bc3@studenti.unimi.it>
	<7660940dbf0a.4e9f231f@studenti.unimi.it>
	<7670e91391aa.4e9f2782@studenti.unimi.it>
	<4E9FB9D3.9090406@eversberg.eu>
	<7610f064aef0.4e9feab4@studenti.unimi.it>
Message-ID: <4E9FF6D3.6080805@eversberg.eu>

Luca Bongiorni wrote:
> I patched it manually and i cannot see nothing from the logs
try running "asterisk -v". the ouput will not show up in any log, it
will be written to standard output.




From luca.bongiorni1 at studenti.unimi.it  Thu Oct 20 10:36:43 2011
From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni)
Date: Thu, 20 Oct 2011 12:36:43 +0200
Subject: LCR + Asterisk + NanoBTS: Strange Voice Behaviour
	"Dropping	incompatible voice frame on lcr/1"
In-Reply-To: <4E9FF6D3.6080805@eversberg.eu>
References: <75a0b6309ba6.4e9f0bc3@studenti.unimi.it>
	<7660940dbf0a.4e9f231f@studenti.unimi.it>
	<7670e91391aa.4e9f2782@studenti.unimi.it>
	<4E9FB9D3.9090406@eversberg.eu>
	<7610f064aef0.4e9feab4@studenti.unimi.it>
	<4E9FF6D3.6080805@eversberg.eu>
Message-ID: <768088d8e46b.4ea015db@studenti.unimi.it>

This is the log: http://pastebin.com/5pffpApA

> try running "asterisk -v". the ouput will not show up in any log, it
> will be written to standard output.

Cheers,
Luca



From luca.bongiorni1 at studenti.unimi.it  Thu Oct 20 15:23:05 2011
From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni)
Date: Thu, 20 Oct 2011 17:23:05 +0200
Subject: R: Re: LCR + Asterisk + NanoBTS: Strange Voice Behaviour
	"Dropping incompatible voice frame on lcr/1"
In-Reply-To: <4EA038B0.3090203@distrotech.co.za>
References: <75a0b6309ba6.4e9f0bc3@studenti.unimi.it>
	<7660940dbf0a.4e9f231f@studenti.unimi.it>
	<7670e91391aa.4e9f2782@studenti.unimi.it>
	<4E9FB9D3.9090406@eversberg.eu>
	<7610f064aef0.4e9feab4@studenti.unimi.it>
	<4E9FF6D3.6080805@eversberg.eu>
	<768088d8e46b.4ea015db@studenti.unimi.it>
	<4EA038B0.3090203@distrotech.co.za>
Message-ID: <7700b656d8a1.4ea058f9@studenti.unimi.it>

Hi Gregory,

here the log from "asterisk -vvvvv": http://pastebin.com/3brJ9NxC

> please send me a complete call trace. [verbose 3]

Cheers,
Luca



From holger at freyther.de  Fri Oct 21 12:18:12 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 21 Oct 2011 14:18:12 +0200
Subject: [RFC] MNCC introduce a hello packet to include a version number
Message-ID: <4EA16304.4010201@freyther.de>

Hi Jolly, all,

I spent some time figuring out why LCR and OpenBSC wouldn't want to work with
each other. The reason was the addition of an element to the MNCC structure. I
propose to send a hello packet down the MNCC socket and leave it to the client
to decide if the version is acceptable.

I will need to move the mncc header to libosmocore as osmocomBB is currently
using a copy of the OpenBSC header.

comments
	holger

From zecke at selfish.org  Fri Oct 21 12:12:46 2011
From: zecke at selfish.org (Holger Hans Peter Freyther)
Date: Fri, 21 Oct 2011 14:12:46 +0200
Subject: [PATCH] mncc: Introduce a hello packet that is sent to the client.
Message-ID: <mailman.45.1641744173.42898.openbsc@lists.osmocom.org>

Send a hello packet down to the client with the version number
of the MNCC interface. The hello structure might be extended to
include the endianes, size of each structure, etc.
---
 openbsc/include/openbsc/mncc.h |    8 ++++++++
 openbsc/src/libmsc/mncc_sock.c |   24 ++++++++++++++++++++++++
 2 files changed, 32 insertions(+), 0 deletions(-)

diff --git a/openbsc/include/openbsc/mncc.h b/openbsc/include/openbsc/mncc.h
index 8c59fe2..9153d65 100644
--- a/openbsc/include/openbsc/mncc.h
+++ b/openbsc/include/openbsc/mncc.h
@@ -96,6 +96,8 @@ struct gsm_call {
 #define GSM_TCHF_FRAME		0x0300
 #define GSM_TCHF_FRAME_EFR	0x0301
 
+#define MNCC_SOCKET_HELLO	0x0400
+
 #define GSM_MAX_FACILITY	128
 #define GSM_MAX_SSVERSION	128
 #define GSM_MAX_USERUSER	128
@@ -158,6 +160,12 @@ struct gsm_data_frame {
 	unsigned char	data[0];
 };
 
+#define MNCC_SOCK_VERSION	1
+struct gsm_mncc_hello {
+	uint32_t	msg_type;
+	uint32_t	version;
+};
+
 char *get_mncc_name(int value);
 void mncc_set_cause(struct gsm_mncc *data, int loc, int val);
 void cc_tx_to_mncc(struct gsm_network *net, struct msgb *msg);
diff --git a/openbsc/src/libmsc/mncc_sock.c b/openbsc/src/libmsc/mncc_sock.c
index d8caf07..b9ebdb0 100644
--- a/openbsc/src/libmsc/mncc_sock.c
+++ b/openbsc/src/libmsc/mncc_sock.c
@@ -213,6 +213,29 @@ static int mncc_sock_cb(struct osmo_fd *bfd, unsigned int flags)
 	return rc;
 }
 
+/**
+ * Send a version indication to the remote.
+ */
+static void queue_hello(struct mncc_sock_state *mncc)
+{
+	struct gsm_mncc_hello *hello;
+	struct msgb *msg;
+
+	msg = msgb_alloc(512, "mncc hello");
+	if (!msg) {
+		LOGP(DMNCC, LOGL_ERROR, "Failed to allocate hello.\n");
+		mncc_sock_close(mncc);
+		return;
+	}
+
+	hello = (struct gsm_mncc_hello *) msgb_put(msg, sizeof(*hello));
+	hello->msg_type = MNCC_SOCKET_HELLO;
+	hello->version = MNCC_SOCK_VERSION;
+
+	msgb_enqueue(&mncc->net->upqueue, msg);
+	mncc->conn_bfd.when |= BSC_FD_WRITE;
+}
+
 /* accept a new connection */
 static int mncc_sock_accept(struct osmo_fd *bfd, unsigned int flags)
 {
@@ -253,6 +276,7 @@ static int mncc_sock_accept(struct osmo_fd *bfd, unsigned int flags)
 	LOGP(DMNCC, LOGL_NOTICE, "MNCC Socket has connection with external "
 		"call control application\n");
 
+	queue_hello(state);
 	return 0;
 }
 
-- 
1.7.5.4


--------------020402070302030203020301
Content-Type: text/x-patch;
 name="0001-gsm-Verify-the-MNCC_VERSION-of-the-BSC-MS-and-close-.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename*0="0001-gsm-Verify-the-MNCC_VERSION-of-the-BSC-MS-and-close-.pa";
 filename*1="tch"


From zecke at selfish.org  Fri Oct 21 12:11:04 2011
From: zecke at selfish.org (Holger Hans Peter Freyther)
Date: Fri, 21 Oct 2011 14:11:04 +0200
Subject: [PATCH] gsm: Verify the MNCC_VERSION of the BSC/MS and close the
 socket on mismatch
Message-ID: <mailman.46.1641744173.42898.openbsc@lists.osmocom.org>

The BSC/MS will send a Hello packet that includes the version number,
make LCR verify this version number and close the socket in case it
does not match a supported version.
---
 gsm.cpp |   12 ++++++++++++
 mncc.h  |    7 +++++++
 2 files changed, 19 insertions(+), 0 deletions(-)

diff --git a/gsm.cpp b/gsm.cpp
index e6806c3..227d618 100644
--- a/gsm.cpp
+++ b/gsm.cpp
@@ -1042,6 +1042,7 @@ static int mncc_fd_read(struct lcr_fd *lfd, void *inst, int idx)
 	int rc;
 	static char buf[sizeof(struct gsm_mncc)+1024];
 	struct gsm_mncc *mncc_prim = (struct gsm_mncc *) buf;
+	struct gsm_mncc_hello *hello = (struct gsm_mncc_hello *) buf;
 
 	memset(buf, 0, sizeof(buf));
 	rc = recv(lfd->fd, buf, sizeof(buf), 0);
@@ -1050,6 +1051,17 @@ static int mncc_fd_read(struct lcr_fd *lfd, void *inst, int idx)
 	if (rc < 0)
 		return rc;
 
+	/* TODO: size check? */
+	switch (mncc_prim->msg_type) {
+	case MNCC_SOCKET_HELLO:
+		if (hello->version != MNCC_SOCK_VERSION) {
+			PERROR("MNCC version different. BSC version is %u\n", hello->version);
+			mncc_fd_close(lcr_gsm, lfd);
+			return 0;
+		}
+		break;
+	}
+
 	/* Hand the MNCC message into LCR */
 	switch (lcr_gsm->type) {
 #ifdef WITH_GSM_BS
diff --git a/mncc.h b/mncc.h
index e5f8216..fac7145 100644
--- a/mncc.h
+++ b/mncc.h
@@ -56,6 +56,8 @@
 #define GSM_TCHF_FRAME		0x0300
 #define GSM_TCHF_FRAME_EFR	0x0301
 
+#define MNCC_SOCKET_HELLO	0x0400
+
 #define GSM_MAX_FACILITY	128
 #define GSM_MAX_SSVERSION	128
 #define GSM_MAX_USERUSER	128
@@ -185,3 +187,8 @@ struct gsm_data_frame {
 	unsigned char	data[0];
 };
 
+#define MNCC_SOCK_VERSION	1
+struct gsm_mncc_hello {
+	u_int32_t	msg_type;
+	u_int32_t	version;
+};
-- 
1.7.5.4


--------------020402070302030203020301--



From holger at freyther.de  Fri Oct 28 08:40:52 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 28 Oct 2011 10:40:52 +0200
Subject: [RFC] MNCC introduce a hello packet to include a version number
In-Reply-To: <4EA16304.4010201@freyther.de>
References: <4EA16304.4010201@freyther.de>
Message-ID: <4EAA6A94.8020208@freyther.de>

On 10/21/2011 02:18 PM, Holger Hans Peter Freyther wrote:
> Hi Jolly, all,

Hi,
is the approach okay?

holger



From alexander.chemeris at gmail.com  Fri Oct 21 12:23:25 2011
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Fri, 21 Oct 2011 16:23:25 +0400
Subject: Looking for a CSN.1 library
Message-ID: <CABmJbFX7eRCy1EDp0uBbjydgGQucR0USd=pTyNUkdv=TDTsvSA@mail.gmail.com>

Hi all,

Does anyone know a good C/C++ library for CSN.1 bitstream
reading/writing? We're working on a GPRS implementation for OpenBTS
and we don't want to code all those RLC/MAC messages by hands when we
can do this automatically. Right now we think that the easiest way is
to re-purpose csn1 "library" from Wireshark - adopt it to OpenBTS
bitstream operations and add support for writing to bitstream. Then we
can even re-use those RLC/MAC messages already converted to macros'
for Wireshark's rlcmac dissector. But we would appreciate if someone
points us to a better way of doing this.

-- 
Regards,
Alexander Chemeris.



From ajlennon at dynamicdevices.co.uk  Sat Oct 22 15:27:33 2011
From: ajlennon at dynamicdevices.co.uk (Alex J Lennon)
Date: Sat, 22 Oct 2011 16:27:33 +0100
Subject: Minor feedback on wiki build/installation instructions
In-Reply-To: <CABmJbFX7eRCy1EDp0uBbjydgGQucR0USd=pTyNUkdv=TDTsvSA@mail.gmail.com>
References: <CABmJbFX7eRCy1EDp0uBbjydgGQucR0USd=pTyNUkdv=TDTsvSA@mail.gmail.com>
Message-ID: <4EA2E0E5.4050803@dynamicdevices.co.uk>

Hi all,

I've just started looking at OpenBSC with a nano-BTS I picked up.

Thanks for the excellent OpenBSC build instructions on the web-site. I found
I had to add in a couple of packages which might be worth adding in:

libortp-dev, libortp8 (which I think -dev has a depency on anyway)

NB. I'm using a vanilla Ubuntu dev. box, recently upgraded to oneiric

Also the "make install" needed sudo prefixing but that's fairly minor I 
guess :)

With those changes all built and installed painlessly. Now to test...

Thanks & Best Regards,

Alex Lennon

Director
Dynamic Devices Ltd
http://www.dynamicdevices.co.uk




From laforge at gnumonks.org  Sun Oct 23 07:12:08 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 23 Oct 2011 09:12:08 +0200
Subject: Minor feedback on wiki build/installation instructions
In-Reply-To: <4EA2E0E5.4050803@dynamicdevices.co.uk>
References: <CABmJbFX7eRCy1EDp0uBbjydgGQucR0USd=pTyNUkdv=TDTsvSA@mail.gmail.com>
	<4EA2E0E5.4050803@dynamicdevices.co.uk>
Message-ID: <20111023071208.GB2412@prithivi.gnumonks.org>

Hi Alex,

On Sat, Oct 22, 2011 at 04:27:33PM +0100, Alex J Lennon wrote:

> Thanks for the excellent OpenBSC build instructions on the web-site. I found
> I had to add in a couple of packages which might be worth adding in:
> 
> libortp-dev, libortp8 (which I think -dev has a depency on anyway)

thanks for pointign this out.  This is a relatively recent change
required by libosmo-abis.  I'm currently travelling without the required
credentials, so if somebody else with wiki write permissions could take
care of it, I would appreciate it.

> Also the "make install" needed sudo prefixing but that's fairly
> minor I guess :)

well, it depends on what you have configured as prefix.  If you use
"--prefix /some/where/where/i/can/write" then it will install to that
directory rather than the /usr/local/* where only root is normally
permitted to write.

Thanks for your positive feedback.  It's good to see that some people
actually find it easy and straight-forward - amang all the problem/bug
reports we get ;)

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 ajlennon at dynamicdevices.co.uk  Wed Oct 26 10:16:48 2011
From: ajlennon at dynamicdevices.co.uk (Alex J Lennon)
Date: Wed, 26 Oct 2011 11:16:48 +0100
Subject: Question on characteristics of nano-BTS
In-Reply-To: <4EA2E0E5.4050803@dynamicdevices.co.uk>
References: <CABmJbFX7eRCy1EDp0uBbjydgGQucR0USd=pTyNUkdv=TDTsvSA@mail.gmail.com>
	<4EA2E0E5.4050803@dynamicdevices.co.uk>
Message-ID: <4EA7DE10.5060001@dynamicdevices.co.uk>

Hi,

I'm working through a UK Ofcom Non-operational license application form
to obtain a license to test with an ip.access nano-BTS 1800.

I'm having a little trouble determining a few of the characteristics of the
nano-BTS and I wonder if anybody could offer me any advice?

- Presumably I can provide GSM 1800 as the frequency of operation (or do 
I need to be more specific?).

- What would be the "class of emission designation" for UK GSM ?

- Given I'm just going to use a nano-BTS with a couple of Wifi 10dBi SMA 
antennae is there somewhere

   I can find figures for:

   - peak RF Power supplied to the antenna or load?
   - peak radiated power (ERP or EIRP)
   - mean radiated power (ERP or EIRP)

Many thanks,

Alex




From pauldart at gmail.com  Wed Oct 26 12:51:09 2011
From: pauldart at gmail.com (Paul Dart)
Date: Wed, 26 Oct 2011 13:51:09 +0100
Subject: Question on characteristics of nano-BTS
In-Reply-To: <4EA7DE10.5060001@dynamicdevices.co.uk>
References: <CABmJbFX7eRCy1EDp0uBbjydgGQucR0USd=pTyNUkdv=TDTsvSA@mail.gmail.com>
	<4EA2E0E5.4050803@dynamicdevices.co.uk>
	<4EA7DE10.5060001@dynamicdevices.co.uk>
Message-ID: <CAOEO7spap8=LcReWVxOZyrYbE3bq_0rbsT+pFd8=8NTnJMUcKw@mail.gmail.com>

Hi,

On 26 October 2011 11:16, Alex J Lennon <ajlennon at dynamicdevices.co.uk> wrote:
> Hi,
>
> I'm working through a UK Ofcom Non-operational license application form
> to obtain a license to test with an ip.access nano-BTS 1800.
>
> I'm having a little trouble determining a few of the characteristics of the
> nano-BTS and I wonder if anybody could offer me any advice?
>
> - Presumably I can provide GSM 1800 as the frequency of operation (or do I
> need to be more specific?).

For the purposes of Ofcom this should be fine. They will then give you
a set channel/freq. in that band to use and this will be specific.

> - What would be the "class of emission designation" for UK GSM ?
>
> - Given I'm just going to use a nano-BTS with a couple of Wifi 10dBi SMA
> antennae is there somewhere

Wifi antennas are usually tuned for 2.4GHz and 5.8GHz (maybe 900MHz if
you get it from the US or something). You are probably better getting
an antenna that will work properly in the band you are using (unless
it's a wideband antenna).

>  I can find figures for:
>
>  - peak RF Power supplied to the antenna or load?
>  - peak radiated power (ERP or EIRP)
>  - mean radiated power (ERP or EIRP)

You need to know:
a) the power output of the nanoBTS you have (ask the
manufacturer/check the datasheet)
b) any cable losses between that and the antenna
c) the gain of the antenna (I presume 10dB is at 2.4GHz for wifi. It
will likely be less for 1800MHz, see my comments above).

Add these together and you will get the power out. a) and b) gives you
the answer to the first one.
ERP and EIRP are subtly different. Check wikipedia/ask Ofcom if you
need some help.

>
> Many thanks,
>
> Alex
>

Hope this helps, and good luck. Let me know if you do get an approved
application as I would be interested in doing the same in the UK.

Regards,

Paul



From ajlennon at dynamicdevices.co.uk  Thu Oct 27 10:25:28 2011
From: ajlennon at dynamicdevices.co.uk (Alex J Lennon)
Date: Thu, 27 Oct 2011 11:25:28 +0100
Subject: Question on characteristics of nano-BTS
In-Reply-To: <CAOEO7spap8=LcReWVxOZyrYbE3bq_0rbsT+pFd8=8NTnJMUcKw@mail.gmail.com>
References: <CABmJbFX7eRCy1EDp0uBbjydgGQucR0USd=pTyNUkdv=TDTsvSA@mail.gmail.com>
	<4EA2E0E5.4050803@dynamicdevices.co.uk>
	<4EA7DE10.5060001@dynamicdevices.co.uk>
	<CAOEO7spap8=LcReWVxOZyrYbE3bq_0rbsT+pFd8=8NTnJMUcKw@mail.gmail.com>
Message-ID: <4EA93198.2020203@dynamicdevices.co.uk>


Thanks for your feedback on this Paul. I have had some more feedback 
from another chap
who was also very helpful. I'll post it on this thread to assist anybody 
searching for
this type of information in future. I will certainly let you know how 
the application
proceeds.

...

Yes you need to state 1800Mhz (class of emission)

The BTS is a single-TRX BTS designed for indoor use (?5C to +45?C).
Maximum transmit power is +23dBm for the 1800 MHz BTS
Channel Spacing is 200Khz
Power output control is 12 steps
Power consumption is 13watts
Standards are ETSI EN301489-9

Using the tool at 
http://www.compeng.com.au/emc_conversion_tables_power_calculator.aspx 
you should be able to work out what you require knowing the max output 
is +23db

As a rough guide (as I'm NO radio expert) the formula is like so:

EiRP (dBi)=ERP (dB)+2.1
ERP(dB)=Ant Gain (dBd)+POWERBTS (dBm)-Combiner loss-Cable loss-Fading margin

So....

Output power = 23db
Unit lose = 6.5db per 100m
Gain of anntena = 10db
Combiner lose = 3db
Fading Margin = 2db

Radiated power of attenna (ERP) = 21.5db (23 - 6.5 + 10 - 3 - 2)
Max radiated power (EiRP) = 21.5 + 2.1 = 23.6dbi

On 26/10/2011 13:51, Paul Dart wrote:
> Hi,
>
> On 26 October 2011 11:16, Alex J Lennon<ajlennon at dynamicdevices.co.uk>  wrote:
>> Hi,
>>
>> I'm working through a UK Ofcom Non-operational license application form
>> to obtain a license to test with an ip.access nano-BTS 1800.
>>
>> I'm having a little trouble determining a few of the characteristics of the
>> nano-BTS and I wonder if anybody could offer me any advice?
>>
>> - Presumably I can provide GSM 1800 as the frequency of operation (or do I
>> need to be more specific?).
> For the purposes of Ofcom this should be fine. They will then give you
> a set channel/freq. in that band to use and this will be specific.
>
>> - What would be the "class of emission designation" for UK GSM ?
>>
>> - Given I'm just going to use a nano-BTS with a couple of Wifi 10dBi SMA
>> antennae is there somewhere
> Wifi antennas are usually tuned for 2.4GHz and 5.8GHz (maybe 900MHz if
> you get it from the US or something). You are probably better getting
> an antenna that will work properly in the band you are using (unless
> it's a wideband antenna).
>
>>   I can find figures for:
>>
>>   - peak RF Power supplied to the antenna or load?
>>   - peak radiated power (ERP or EIRP)
>>   - mean radiated power (ERP or EIRP)
> You need to know:
> a) the power output of the nanoBTS you have (ask the
> manufacturer/check the datasheet)
> b) any cable losses between that and the antenna
> c) the gain of the antenna (I presume 10dB is at 2.4GHz for wifi. It
> will likely be less for 1800MHz, see my comments above).
>
> Add these together and you will get the power out. a) and b) gives you
> the answer to the first one.
> ERP and EIRP are subtly different. Check wikipedia/ask Ofcom if you
> need some help.
>
>> Many thanks,
>>
>> Alex
>>
> Hope this helps, and good luck. Let me know if you do get an approved
> application as I would be interested in doing the same in the UK.
>
> Regards,
>
> Paul
>



From marek.swiader at gmail.com  Wed Oct 26 18:13:57 2011
From: marek.swiader at gmail.com (=?ISO-8859-2?Q?Marek_=A6wi=B1der?=)
Date: Wed, 26 Oct 2011 20:13:57 +0200
Subject: OpenBSC implementation problem
Message-ID: <CADqvHPfxGu1AfFWRy6GcrwpHWGAg80TkBEcc1QY_xqWKxBo-Tg@mail.gmail.com>

Dear Sir or Madam,
We are students from Poznan University of Technology in Poland.We want to
develop our GUI  enhancement for  OpenBSC project.It's about adding and
deleting users registered in network. We have already implemented adding
logged users, but we couldn't make this part of program, which is
responsible for deleting users when they have already logged out. Could you
give some advice, where to find appropriate place in the source code in
OpenBSC.
Thanks in advance.
Best regards
Marek ?wi?der
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20111026/f6eaabf4/attachment.htm>

From holger at freyther.de  Fri Oct 28 08:26:50 2011
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 28 Oct 2011 10:26:50 +0200
Subject: OpenBSC implementation problem
In-Reply-To: <CADqvHPfxGu1AfFWRy6GcrwpHWGAg80TkBEcc1QY_xqWKxBo-Tg@mail.gmail.com>
References: <CADqvHPfxGu1AfFWRy6GcrwpHWGAg80TkBEcc1QY_xqWKxBo-Tg@mail.gmail.com>
Message-ID: <4EAA674A.5030200@freyther.de>

On 10/26/2011 08:13 PM, Marek ?wi?der wrote:
> Dear Sir or Madam,
> We are students from Poznan University of Technology in Poland.We want to
> develop our GUI  enhancement for  OpenBSC project.It's about adding and
> deleting users registered in network. We have already implemented adding
> logged users, but we couldn't make this part of program, which is responsible
> for deleting users when they have already logged out. Could you give some
> advice, where to find appropriate place in the source code in OpenBSC.

Hi,

there is no code for that. What we would be happy is if someone would make the 
subscriber lookups async (and maybe even make our queries work on Postgres/MySQL).

I think the Uni-Freiburg has built a WebGUI for subscriber management as well, 
maybe it is something you could collaborate?


holger



From jwjohn0 at gmail.com  Thu Oct 27 04:08:38 2011
From: jwjohn0 at gmail.com (John Wu)
Date: Thu, 27 Oct 2011 12:08:38 +0800
Subject: how to know GPRS channel coding
Message-ID: <CABGJtFt920HSaX9zB09nuJmRV3sAXzO=MuZaVCUxRyaWyDtLqg@mail.gmail.com>

Hi all,
I want to know how to know GPRS channel coding. GPRS using PDCH, both
MAC/RLC data block and MAC/RLC control block is
transmitted on PDCH,  although there is PACCH, PTCH, PTCCH and so on it
still PDCH. then the MAC/RLC control block is coded
with cs-1 channel coding scheme and MAC/RLC data block may be coded with
other channel coding scheme. so when received a
burst how to know what kind of MAC/RLC block it belong to and which channel
coding scheme it used?

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

From laforge at gnumonks.org  Thu Oct 27 06:50:52 2011
From: laforge at gnumonks.org (Harald Welte)
Date: Thu, 27 Oct 2011 07:50:52 +0100
Subject: how to know GPRS channel coding
In-Reply-To: <CABGJtFt920HSaX9zB09nuJmRV3sAXzO=MuZaVCUxRyaWyDtLqg@mail.gmail.com>
References: <CABGJtFt920HSaX9zB09nuJmRV3sAXzO=MuZaVCUxRyaWyDtLqg@mail.gmail.com>
Message-ID: <20111027065052.GA2459@prithivi.gnumonks.org>

Hi John,

On Thu, Oct 27, 2011 at 12:08:38PM +0800, John Wu wrote:
> I want to know how to know GPRS channel coding. GPRS using PDCH, both
> MAC/RLC data block and MAC/RLC control block is
> transmitted on PDCH,  although there is PACCH, PTCH, PTCCH and so on it
> still PDCH. then the MAC/RLC control block is coded
> with cs-1 channel coding scheme and MAC/RLC data block may be coded with
> other channel coding scheme. so when received a
> burst how to know what kind of MAC/RLC block it belong to and which channel
> coding scheme it used?

OpenBSC does not implement a PCU or any other GPRS feature, as it only
works with BTS that have a PCU embedded.

So far, we don't have any RLC/MAC implementation either on the network
nor the handset side.

Thus, your message is probably misdirected here.

-- 
- 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)