From laforge at gnumonks.org  Sun May  2 21:19:11 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 2 May 2010 23:19:11 +0200
Subject: GPRS SGSN status update
Message-ID: <20100502211911.GA15386@prithivi.gnumonks.org>

Hi!

The gprs-sgsn branch has seen quite a number of changes during the last
week, most of them are related to the gb-proxy that I'm currently implementing.

The Gb-proxy can multiplex several Gb connections (each to one BTS) and present
them as one NS-VC with many BSSGP-VC (one for each BTS) to the SGSN.  The
proxy is not needed for most users OpenBSC operation.

However, I have now also adapted the SGSN support inside OpenBSC to the
modified NS and BSSGP code for the proxy.  Furthermore, I've fixed many
of its limitations and it should now be fairly generic, working with
multiple BTSs, etc.  Also, the SGSN is now a standalone program called
osmo_sgsn.  A lot of the legacy cruft has been eliminated, i.e. the
SGSN code does no longer need the gsm_network/bts/trx/... data structures
that are not applicable to the GPRS network model anyway.

As a result, GPRS ATTACH and RA UPDATE are working again, like they did
months ago.

I'm now still stuck somewhere in PDP context activation, and am confident
that this will be solved tomorrow.  After that point, the actual data plane
can be worked on, i.e. flow control and fragmentation, as well as somehow
actually routing IP packets into the LLC connection.

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 laforge at gnumonks.org  Mon May  3 09:58:24 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 3 May 2010 11:58:24 +0200
Subject: OpenGGSN / Re: GPRS SGSN status update
In-Reply-To: <20100502211911.GA15386@prithivi.gnumonks.org>
References: <20100502211911.GA15386@prithivi.gnumonks.org>
Message-ID: <20100503095823.GE15386@prithivi.gnumonks.org>

Hi!

As it has been pointed out to me in private by one of the lists subscribers,
there is an OpenGGSN project (http://sourceforge.net/projects/ggsn/),
implementing the actual GGSN part of a GPRS network, as well as libgtp,
a library implementing GTP for both the GGSN and SGSN parts.

The projects seems more or less abandoned during recent years, but the
source code still builds (after autoreconf -i) and seems to be pretty
complete.

This is really good news, as those parts are complimentary to what I've been
working on.

So as opposed to build a "SGSN+GGSN combo", I will probably now restrict
myself to building a true SGSN, talking GTP to OpenGGSN instead.

This way we keep all options open.

I've contacted the OpenGGSN author in private mail, let's see if and what
he responds.  At some point we might have to go as far as to "adopt" the
project...

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 laforge at gnumonks.org  Mon May  3 12:21:36 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 3 May 2010 14:21:36 +0200
Subject: GPRS SGSN status update
In-Reply-To: <20100502211911.GA15386@prithivi.gnumonks.org>
References: <20100502211911.GA15386@prithivi.gnumonks.org>
Message-ID: <20100503122136.GB556@prithivi.gnumonks.org>

Hi again,

On Sun, May 02, 2010 at 11:19:11PM +0200, Harald Welte wrote:

> As a result, GPRS ATTACH and RA UPDATE are working again, like they did
> months ago.
> 
> I'm now still stuck somewhere in PDP context activation, and am confident
> that this will be solved tomorrow.  After that point, the actual data plane
> can be worked on, i.e. flow control and fragmentation, as well as somehow
> actually routing IP packets into the LLC connection.

PDP context activation is now successful, and I get to the point where
I see IP-packets from the mobile phone inside the SNDCP/LLC/BSSGP/NS protocol
stack.

What now needs to be done is to implement a working SNDCP layer, starting
with simple fragmentation support and none of the compression options.

For anyone who wants to try: There is not much that needs to be configured,
I've attached two reference config files for openbsc and osmo_sgsn to this
message.  The only important part is to set the UDP port numbers in openbsc
and osmo_sgsn to the same value.  Simply check out the gprs-sgsn branch and
start opensc and osmo_sgsn.

I am going to leave the SGSN at this state for now and work on other tasks
again (like the Gb proxy, OsmocomBB layer1, ...).  However, I expect to get
back to continuing the SGSN work during the weeks to come.

Happy hacking,
	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 --------------
!
! OpenBSC configuration saved from vty
!   !
password foo
!
line vty
 no login
!
network
 network country code 1
 mobile network code 1
 short name OpenBSC
 long name OpenBSC
 auth policy closed
 location updating reject cause 13
 encryption a5 0
 neci 0
 rrlp mode none
 mm info 0
 handover 0
 handover window rxlev averaging 10
 handover window rxqual averaging 1
 handover window rxlev neighbor averaging 10
 handover power budget interval 6
 handover power budget hysteresis 3
 handover maximum distance 9999
 timer t3101 10
 timer t3103 0
 timer t3105 0
 timer t3107 0
 timer t3109 0
 timer t3111 0
 timer t3113 60
 timer t3115 0
 timer t3117 0
 timer t3119 0
 timer t3141 0
 bts 0
  type nanobts
  band DCS1800
  cell_identity 0
  location_area_code 1
  training_sequence_code 7
  base_station_id_code 63
  ms max power 15
  cell reselection hysteresis 4
  rxlev access min 0
  channel allocator ascending
  rach tx integer 9
  rach max transmission 7
  ip.access unit_id 1800 0
  oml ip.access stream_id 255
  gprs mode egprs
  gprs routing area 1
  gprs cell bvci 2
  gprs nsei 2
  gprs nsvc 0 nsvci 2
  gprs nsvc 0 local udp port 23000
  gprs nsvc 0 remote udp port 23000
  gprs nsvc 0 remote ip 192.168.100.11
  gprs nsvc 1 nsvci 0
  gprs nsvc 1 local udp port 0
  gprs nsvc 1 remote udp port 0
  gprs nsvc 1 remote ip 0.0.0.0
  trx 0
   rf_locked 0
   arfcn 871
   nominal power 23
   max_power_red 0
   rsl e1 tei 0
    timeslot 0
     phys_chan_config CCCH+SDCCH4
    timeslot 1
     phys_chan_config SDCCH8
    timeslot 2
     phys_chan_config TCH/F
    timeslot 3
     phys_chan_config TCH/F
    timeslot 4
     phys_chan_config TCH/F
    timeslot 5
     phys_chan_config TCH/F
    timeslot 6
     phys_chan_config TCH/F
    timeslot 7
     phys_chan_config PDCH
-------------- next part --------------
!
! OpenBSC configuration saved from vty
!   !
!
line vty
 no login
!
sgsn
  nsip local port 23000

From laforge at gnumonks.org  Tue May  4 06:00:05 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 4 May 2010 08:00:05 +0200
Subject: OpenBSC gprs-sgsn branch merged into master !
Message-ID: <20100504060005.GB8537@prithivi.gnumonks.org>

Hi all!

Since the SGSN was now built as a separate program, the modifications to
OpenBSC specific files are none, and the modifications to some shared files
were minimal (e.g. adding a new debug category).

Thus, I have decided it is no longer useful to keep the gprs-sgsn branch
as a separate branch.  The GPRS code can now be found in the master branch.

Also, all gprs related code is moved to src/gprs to make the distinction
more clear.   I don't expect any of my upcomign work on the GPRS side
to touch the regular BSC codebase in src/

The ipaccess-* executables are now also built in src/ipaccess and I think we
should gradually give the code more structure.  Too many source file in one
directory make things complicated and make it too easy to have strange
dependencies.

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 laforge at gnumonks.org  Tue May  4 09:33:26 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 4 May 2010 11:33:26 +0200
Subject: OpenGGSN git repository with fixes
Message-ID: <20100504093326.GI8537@prithivi.gnumonks.org>

Hi!

I've created a git repository for OpenGGSN, and imported the apparently
abandoned openggsn code using git cvsimport.

You can clone the repo via "git clone git://openbsc.gnumonks.org/openggsn.git

Please note: This is not meant as an attempt to fork or openggsn.  

I just wanted to add all the fixed that had been contributed to the sourceforge
bug tracker to the latest released openggsn code (including a DoS fix from 6
years ago)... so I might as well make this available to others.

I'm still hoping to get in touch with the original author and see what we
can do to bring those fixes back into mainline and help openggsn's future.

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 openbsc at gmail.com  Thu May  6 12:12:46 2010
From: openbsc at gmail.com (Open Bsc)
Date: Thu, 6 May 2010 15:12:46 +0300
Subject: network originated handover
Message-ID: <l2x3af377991005060512sc56b973fze11e18425fc5bd7a@mail.gmail.com>

Hi,
Does anyone know how to create a network originated handover for a selected
subscriber on an Ericsson network?

Thanks for your answers..

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

From laforge at gnumonks.org  Sun May  9 20:38:42 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 9 May 2010 22:38:42 +0200
Subject: network originated handover
In-Reply-To: <l2x3af377991005060512sc56b973fze11e18425fc5bd7a@mail.gmail.com>
References: <l2x3af377991005060512sc56b973fze11e18425fc5bd7a@mail.gmail.com>
Message-ID: <20100509203842.GK7162@prithivi.gnumonks.org>

On Thu, May 06, 2010 at 03:12:46PM +0300, Open Bsc wrote:

> Does anyone know how to create a network originated handover for a selected
> subscriber on an Ericsson network?

This is a mailinglist about the OpenBSC software (http://openbsc.gnumonks.org/)

As your question is unrelated to OpenBSC, please don't use this mailinglist
for it. Thanks!

Also, calling yourself by the realname "Open Bsc" doesn't seem like a good idea
on a mailign list related to a software project that has that name.

-- 
- 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 fabrice.poundeu at smail.inf.fh-bonn-rhein-sieg.de  Wed May 12 09:14:27 2010
From: fabrice.poundeu at smail.inf.fh-bonn-rhein-sieg.de (Fabrice Ismael Poundeu Tchouatieu)
Date: Wed, 12 May 2010 11:14:27 +0200
Subject: User location openbsc
In-Reply-To: <20100509203842.GK7162@prithivi.gnumonks.org>
References: <l2x3af377991005060512sc56b973fze11e18425fc5bd7a@mail.gmail.com>
	<20100509203842.GK7162@prithivi.gnumonks.org>
Message-ID: <20100512111427.ltk7yueoiwos0wgg@www4.inf.fh-bonn-rhein-sieg.de>

Hello Harald,
can you please explain me how the subscriber location actually work in  
openbsc. i have seen that you also have a VLR implemented. How does  
this work? I actually just test the registration and calls in roaming  
mode. To which part of the Openbsc implementation (program-code)  
should i refer to for this (subscriber location implementation)?

Thanks

-- 
Fabrice Ismael Poundeu Tchouatieu

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.




From laforge at gnumonks.org  Wed May 12 10:52:59 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 12 May 2010 12:52:59 +0200
Subject: User location openbsc
In-Reply-To: <20100512111427.ltk7yueoiwos0wgg@www4.inf.fh-bonn-rhein-sieg.de>
References: <l2x3af377991005060512sc56b973fze11e18425fc5bd7a@mail.gmail.com>
	<20100509203842.GK7162@prithivi.gnumonks.org>
	<20100512111427.ltk7yueoiwos0wgg@www4.inf.fh-bonn-rhein-sieg.de>
Message-ID: <20100512105259.GP10052@prithivi.gnumonks.org>

On Wed, May 12, 2010 at 11:14:27AM +0200, Fabrice Ismael Poundeu Tchouatieu wrote:
> Hello Harald,
> can you please explain me how the subscriber location actually work
> in openbsc. i have seen that you also have a VLR implemented. How
> does this work? I actually just test the registration and calls in
> roaming mode. To which part of the Openbsc implementation
> (program-code) should i refer to for this (subscriber location
> implementation)?

We don't really have/use any VLR.  All we have is a subscriber table,
and each subscriber can have a completely different MCC/MNC as part of
his IMSI - we simply don't care.  There is no distinction between
roaming and home network subscribers at all.

All we care about is if the subscriber.authorized field is 0 or 1 in
the sql database.

Regarding 'subscriber location' between multiple BTS: We simply store
the LAC of where the subscriber was last seen.

-- 
- 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 zecke at selfish.org  Wed May 12 17:00:21 2010
From: zecke at selfish.org (Holger Freyther)
Date: Thu, 13 May 2010 01:00:21 +0800
Subject: ipaccess-config changes in master
Message-ID: <4BEADEA5.6050307@selfish.org>

Hi all,

I have done various changes to the ipaccess-config application to work
with a multi-trx setup. I think I have tested everything on both
single-trx and multi-trx setup. If something with ipaccess-config does
not work anymore please shout and I will have a look.

z.




From smzerocool at gmail.com  Thu May 13 18:45:20 2010
From: smzerocool at gmail.com (zero cool)
Date: Fri, 14 May 2010 00:15:20 +0530
Subject: gssm running problem
Message-ID: <AANLkTimL3XsePxOTddu0uytCT9qQlQPUE8eSs0IKL2tQ@mail.gmail.com>

Hi all,
once I ran the command ./gssm_usrp.py, I got following error:

zero at zero-laptop:~/airprobe/gssm/src/python$ ./gssm_usrp.py
Traceback (most recent call last):
  File "./gssm_usrp.py", line 5, in <module>
    from gnuradio import gr, usrp, db_dbs_rx, blks2
ImportError: cannot import name db_dbs_rx

I searched over internet and found somewhere that Josh and Eric has
mentioned that this version of gssm will not work with gnuradio 3.2, it will
work with 3.1, is there any other way to run this program on gnuradio-3.2.2.

kindly reply me please
my configuration:

I am using karmic, gnuradio3.2 with modified external 52MHz clock, please
help me to get out from this problem

On Thu, May 13, 2010 at 3:30 PM, <openbsc-request at lists.gnumonks.org> wrote:

> Send OpenBSC mailing list submissions to
>        openbsc at lists.gnumonks.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.gnumonks.org/mailman/listinfo/openbsc
> or, via email, send a message with subject or body 'help' to
>        openbsc-request at lists.gnumonks.org
>
> You can reach the person managing the list at
>        openbsc-owner at lists.gnumonks.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of OpenBSC digest..."
>
>
> Today's Topics:
>
>   1. Re: User location openbsc (Harald Welte)
>   2. ipaccess-config changes in master (Holger Freyther)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 12 May 2010 12:52:59 +0200
> From: Harald Welte <laforge at gnumonks.org>
> Subject: Re: User location openbsc
> To: Fabrice Ismael Poundeu Tchouatieu
>        <fabrice.poundeu at smail.inf.fh-bonn-rhein-sieg.de>
> Cc: openbsc at lists.gnumonks.org
> Message-ID: <20100512105259.GP10052 at prithivi.gnumonks.org>
> Content-Type: text/plain; charset=us-ascii
>
> On Wed, May 12, 2010 at 11:14:27AM +0200, Fabrice Ismael Poundeu Tchouatieu
> wrote:
> > Hello Harald,
> > can you please explain me how the subscriber location actually work
> > in openbsc. i have seen that you also have a VLR implemented. How
> > does this work? I actually just test the registration and calls in
> > roaming mode. To which part of the Openbsc implementation
> > (program-code) should i refer to for this (subscriber location
> > implementation)?
>
> We don't really have/use any VLR.  All we have is a subscriber table,
> and each subscriber can have a completely different MCC/MNC as part of
> his IMSI - we simply don't care.  There is no distinction between
> roaming and home network subscribers at all.
>
> All we care about is if the subscriber.authorized field is 0 or 1 in
> the sql database.
>
> Regarding 'subscriber location' between multiple BTS: We simply store
> the LAC of where the subscriber was last seen.
>
> --
> - 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)
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 13 May 2010 01:00:21 +0800
> From: Holger Freyther <zecke at selfish.org>
> Subject: ipaccess-config changes in master
> To: openbsc at lists.gnumonks.org
> Message-ID: <4BEADEA5.6050307 at selfish.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi all,
>
> I have done various changes to the ipaccess-config application to work
> with a multi-trx setup. I think I have tested everything on both
> single-trx and multi-trx setup. If something with ipaccess-config does
> not work anymore please shout and I will have a look.
>
> z.
>
>
>
>
> ------------------------------
>
> _______________________________________________
> OpenBSC mailing list
> OpenBSC at lists.gnumonks.org
> https://lists.gnumonks.org/mailman/listinfo/openbsc
>
>
> End of OpenBSC Digest, Vol 17, Issue 7
> **************************************
>



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

From laforge at gnumonks.org  Sun May 16 11:24:41 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 16 May 2010 13:24:41 +0200
Subject: Project / Program naming
Message-ID: <20100516112441.GF7265@prithivi.gnumonks.org>

Hi all!

I think it's about time that we seriously think about how to handle naming
of the individual programs as well as the project itself.

OpenBSC was always a mis-nomer since what we started with is much more
than a BSC: It's an entire GSM network (excluding BTS) in one process.

This was mostly due to the fact that OpenGSM was way too generic and I
wasn't able to come up with a good name.

Meanwhile, we've started project Osmocom (Open Soruce mobile Communications),
where work is being done on the MS (phone) side of GSM.  The idea was to have
a name generic enough for sub-projects.  There are currently two such projects:
* OsmocomBB - the BaseBand firmware
* libosmocore - the shared library with utilities that are used accross programs

In OpenBSC, we currently have the following executables:
* bsc_hack - the gsm network-in-a-box
* bsc_msc_ip - the actual BSC-only version talking to a real MSC
* bsc_nat - the A interface NAT
* bsc_mgcp - the media control gateway
* osmo-gbproxy - the Gb interface proxy
* osmo-sgsn - the soon-to-be-working SGSN
as well as a number of utilities like bs11-config, ipaccess-find,
ipaccess-config, etc.

What Zecke and me have decided some time ago is to move everything under the
umbrella of the Osmocom project name.  This menans that the homepage and git
repositories will move to openbsc.osmocom.org/bsc.osmocom.org and git.osmocom.org
(while keeping aliases/redirects in place).

What worries me most is the naming of bsc_hack and bsc_msc_ip.

I think bsc_msc_ip should be called osmo-bsc, as it is a true BSC
implementation.

For bsc_hack it's much harder.  A logical name would be osmo-gnib (gsm network
in a box), but as I've already received tons of complaints about osmocom, I'm
not going to come up with even stranger acronyms.  However, I want to rename
it.  It should be prefixed with "osmo-" and the name should not erroneously
indicate that we're talking abuot something thats _only_ a BSC.

Does anyone on this list have an idea for a good name?

For all the other programs, I'd also advocate prefixing them with "osmo-",
but that's less of a pressing concern right now.

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 holger at freyther.de  Wed May 19 20:59:27 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Thu, 20 May 2010 04:59:27 +0800
Subject: Project / Program naming
In-Reply-To: <20100516112441.GF7265@prithivi.gnumonks.org>
References: <20100516112441.GF7265@prithivi.gnumonks.org>
Message-ID: <4BF4512F.7020000@freyther.de>

On 05/16/2010 07:24 PM, Harald Welte wrote:

> Does anyone on this list have an idea for a good name?

No, we can use pwgen to generate something, or go with gnib. :)



From agultekin35 at gmail.com  Mon May 17 15:08:32 2010
From: agultekin35 at gmail.com (=?ISO-8859-9?Q?AHMET_G=DCLTEK=DDN?=)
Date: Mon, 17 May 2010 18:08:32 +0300
Subject: information about Telnet interface
Message-ID: <AANLkTinRqZOsuzQ7DX-7LdTfws-myrmOXywrvlBMXMXF@mail.gmail.com>

Hi,

Can anyone give me information about how i can connect and use telnet
interface. I tried by typing " telnet IP 4242" on command line of  a PC
which was running bsc-hack program but i couldn't succeed. I want to send
SMS and use silent call property by using telnet. Please help me.

Ahmet.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20100517/5a1071a9/attachment.htm>

From 246tnt at gmail.com  Mon May 17 15:19:05 2010
From: 246tnt at gmail.com (Sylvain Munaut)
Date: Mon, 17 May 2010 17:19:05 +0200
Subject: information about Telnet interface
In-Reply-To: <AANLkTinRqZOsuzQ7DX-7LdTfws-myrmOXywrvlBMXMXF@mail.gmail.com>
References: <AANLkTinRqZOsuzQ7DX-7LdTfws-myrmOXywrvlBMXMXF@mail.gmail.com>
Message-ID: <AANLkTinFA_M3xyZzdr2VtAi0dKHRSMcDLcqFEHA-x49W@mail.gmail.com>

> Can anyone give me information about how i can connect and use telnet
> interface. I tried by typing " telnet IP 4242" on command line of? a PC
> which was running bsc-hack program but i couldn't succeed. I want to send
> SMS and use silent call property by using telnet. Please help me.

That should have worked ...

You _did_ replace the "IP" by your machine IP right ? (just asking ...)

    Sylvain



From laforge at gnumonks.org  Mon May 17 15:35:12 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Mon, 17 May 2010 17:35:12 +0200
Subject: information about Telnet interface
In-Reply-To: <AANLkTinRqZOsuzQ7DX-7LdTfws-myrmOXywrvlBMXMXF@mail.gmail.com>
References: <AANLkTinRqZOsuzQ7DX-7LdTfws-myrmOXywrvlBMXMXF@mail.gmail.com>
Message-ID: <20100517153512.GC26077@prithivi.gnumonks.org>

Hi Ahmet,

On Mon, May 17, 2010 at 06:08:32PM +0300, AHMET G?LTEK?N wrote:
 
> Can anyone give me information about how i can connect and use telnet
> interface. I tried by typing " telnet IP 4242" on command line of  a PC
> which was running bsc-hack program but i couldn't succeed. I want to send
> SMS and use silent call property by using telnet. Please help me.

You have to telnet to localhost (127.0.0.1) port 4242, as we don't bind the
telnet interface on the real/public IP address for security reasons.

Hover, I believe that there should be a command line argument to override
this.  If you or anyone wants to write a patch for this, I'm happy to merge
it.

-- 
- 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  Tue May 18 15:38:35 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 18 May 2010 17:38:35 +0200
Subject: GPRS / SGSN status update / HOWTO
Message-ID: <20100518153834.GN26077@prithivi.gnumonks.org>

Hi all!

Thanks to the support from On-waves, I've been able to focus on my GPRS
work during recent weeks.

Today, I have managed to actually perform successful PDP context activation /
deactivation using a nanoBTS, OpenBSC, OsmoSGSN and OpenGGSN.

This is a big step forward, as it means that the GTP interface between
our SGSN and OpenGGSN is up and running.  The IP addresses allocated
are from a pool defined on the GGSN side, and OpenGGSN opens a tun-device
for it.

Also, the GGSN implementation is much less proof-of-concept now, as it actually
maintains propper MM context, PDP context and other state information.

However, for reasons that I couldn't figure out (despite many hours of
debugging):  There are no user/data plane packets anymore.  This was already
working before I began the GTP / OpenGGSN intergration work 1-2 weeks ago.

The PDP context is established successfully on the LLC-GMM SAPI, the phone
shows that GPRS is up, but then it doesn't actually even send a single
packet (SNDCP, XID exchange, ...) over any of the user data SAPIs.  The
SAPI and NSAPI have been assigned properly, and I could not find any differece
looking at packet traces for both the cases.

If you look at the NS-IP / Gb interface of the nanoBTS, not a single gprs
protocol message arrives after the PDP context is activated.

After a minute or two, the phone then simply disconnects with "Regular
Disconnect" cause, as if nothing had happened.  Putting the phone in front of
an audio amplifier also doesn't reveal any noticable bursts being generated
by the phone.

For now I'm feeling a bit lost and will work on some other stuff before
returning with renewed energy to the SGSN at some later point.

In case you want to try it, the following steps are needed:

1) check out OpenGGSN from git://openbsc.gnumonks.org/openggsn.git (master
   branch), run the usual autoreconf -1 && ./configure && make install

2) check out current OpenBSC master branch and build it.  Only if libgtp
   (installed by OpenGGSN) is found, it will build src/gprs/osmo-sgsn

3) the IP address where 

4) Run OpenBSC like usual, however make sure that the followign settings
   are configured in the openbsc.cfg config file:
  gprs mode gprs
  gprs routing area 0
  gprs cell bvci 2
  gprs nsei 101
  gprs nsvc 0 nsvci 101
  gprs nsvc 0 local udp port 23000
  gprs nsvc 0 remote udp port 23000
  gprs nsvc 0 remote ip 123.192.152.236

   Where the last ip address is the address of the machine where you will
   run OsmoSGSN.  

5) Configure /etc/ggsn.cfg of your GGSN machine.  Check /etc/ggsn.conf
   (example attached) Run 
   $ sudo ./ggsn -l 192.168.100.239 -d

   where that address is the local _listening_ address of the GGSN

6) Then simply fire up osmo-sgsn.  The only relevant config
   setting in osmo_sgsn.cfg is:

  sgsn
   nsip local port 23000

7) start your favorite mobile phone and register it to  your network

You can telnet to osmo-sgsn on port 4245, and type the followign commands
for some interesting information:

	logging enable
	logging filter all 1
	logging level ns info
	logging level bssgp debug
	logging level llc debug
	logging level gprs debug
	logging level mm debug

	show ns
	show bssgp
	show llc
	show mm-context all
	show pdp-context all

Oh, and last, but not least: Wireshark can debug the Gb interface packets
between BTS and SGSN, you simply have to select 'Decode as .... NSIP' on port
23000 packets.  It also decodes the GTP between SGSN and GGSN without any extra
setting.

Have fun!
-- 
- 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  Tue May 18 15:41:37 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 18 May 2010 17:41:37 +0200
Subject: GPRS / SGSN status update / HOWTO
In-Reply-To: <20100518153834.GN26077@prithivi.gnumonks.org>
References: <20100518153834.GN26077@prithivi.gnumonks.org>
Message-ID: <20100518154137.GO26077@prithivi.gnumonks.org>

Hi,

some fixes to the previous message:

On Tue, May 18, 2010 at 05:38:35PM +0200, Harald Welte wrote:

> 3) the IP address where 

... the SGSN sends its packets to the GGSN is still hard-coded in the
source code, you have to edit sgsn_main.c and look for the
	inet_aton("192.168.100.239", &_ggsn.remote_addr);
line.  Simply change that to the GGSN ip address.


> 5) Configure /etc/ggsn.cfg of your GGSN machine.  Check /etc/ggsn.conf
>    (example attached) Run 

example this time really attached..
-- 
- 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 --------------
##############################################################################
#
# Sample ggsn configuration file
#
##############################################################################

# TAG: fg
# Include this flag if process is to run in the foreground
#
fg

# TAG: debug
# Include this flag to include debug information.
debug


# TAG: conf
# Configuration file to use. This file is the configuration file, 
# so changing this parameter in the configuration file does not make
# sense. Use it on the command line instead.

# TAG: pidfile
# File to store information about the process id of the program.
# The program must have write access to this file/directory.
#pidfile /var/run/ggsn.pid

# TAG: statedir
# Directory to use for nonvolatile storage. 
# The program must have write access to this directory.
#statedir /var/lib/ggsn/


# TAG: listen
# Specifies the local IP address to listen to
listen 127.0.0.1

# TAG: net
# IP network address of external packet data network
# Used to set up network interface.
net 192.168.71.0/24

# TAG: ipup
# Script executed after network interface has been brought up.
# Executed with the following parameters: <devicename> <ip address>
#ipup /etc/ggsn/ip-up

# TAG: ipdown
# Script executed after network interface has been taken down.
# Executed with the following parameters: <devicename> <ip address>
#ipdown /etc/ggsn/ip-down

# TAG: dynip
# Dynamic IP address pool.
# Used for allocation of dynamic IP address when address is not given
# by HLR.
# If this option is not given then the net option is used as a substitute.
dynip 192.168.71.0/24

# TAG: statip
# Use of this tag is currently UNSUPPORTED
# Static IP address pool.
# Used for allocation of static IP address by means of HLR.
statip 192.168.71.0/24

# TAG: pcodns1
# Protocol configuration option domain name system server 1.
pcodns1 192.168.100.1

# TAG: pcodns2
# Protocol configuration option domain name system server 2.
pcodns2 193.175.24.33

# TAG: timelimit
# Exit after timelimit seconds.
# Setting timelimit to zero will cause the program not to exit.
#timelimit 0

# TAG: apn
# Use of this tag is EXPERIMENTAL
# Access point name to connect to when run in client mode.
#apn internet

# TAG: qos
# Use of this tag is EXPERIMENTAL
# Requested Quality of Service used when run in client mode.
# 3 bytes corresponding to ????
#qos 0x0b921f






From laforge at gnumonks.org  Wed May 19 19:28:10 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 19 May 2010 21:28:10 +0200
Subject: RFC: Relicensing OpenBSC under AGPLv3
Message-ID: <20100519192810.GE14287@prithivi.gnumonks.org>

Hi all!

This subject came to my attention again recently:  Why not relicense
OpenBSC under AGPLv3?

Right now we are licensing under GPLv2+ (v2 or any later version). However,
if an operator was to make lots of private modifications and then operate
it on his own network, there would be no distribution and thus no need
for him to release his modified versions of the source code.

This may sound a bit strange to those who have been with the project
since its early days.  But we are reaching production quality now, and
we already have the first number of production deployments of the software.

Companies like Netzing and On-waves have been FOSS-friendly and funding
parts of our development effort.  They have no issues with the result being
Free Software again.  However, there are definitely other companies out
there who are less fond of sharing...

So thus my idea is to put OpenBSC under AGPLv3.  This way whoever uses
OpenBSC _in modified form_ to operate a communications network will
have to provide the source code to that modified form on a network
server at no charge.

The only controversial question to me is "your modified version must
prominently offer all users interacting with it remotely through a computer
network (if your version supports such interaction) an opportunity to receive
the Corresponding Source".

1) does a gsm network count as computer network? i'd say yes.
2) is using a gsm network 'interacting with it remotely'? I'd also say yes
3) what does 'prominently offer' mean in the context of GSM?  We don't want
   the operator to spam their users with advertisement SMS just to know
   that they can get the soruce code, after all.

Notwithstanding those open questions, such a network operator would always
have the option of simply sending back his changes for integration in the
official project - and thus he would no longer use a modified version which
then means there is no need for the prominent notice / download at all.

We can make this very clear in the project documentation, putting further
encouragement

The actual relicensing should be less problematic than I thought, since AGPLv3
is compatible with GPLv3.

So I could re-license all parts that I own copyright on (which should be
the majority of the code base anyway) under AGPLv3, while the former GPLv2+
components (like VTY code from zebra, or contributions by other people)
then become GPLv3-or-later.

Of course I would want to encourage all developers/contributors to also
follow the re-licensing. Particularly Holger Freyther, Dieter Spaar, Andreas
Eversberg, Jan Luebbe, Sylvain Munaut, Daniel Willmann, Stefan Schmidt.

So let's start with a poll:  

a) Do you think re-licensing to AGPLv3 is a good idea?
b) If you have contributed, would you re-license your code under AGPLv3?

If we have some kind of concesus in the community, I would approach
On-waves whether they would want to do the same for their share of the
copyright.  As their "modifications" are all part of OpenBSC git repository,
they would not be subject to any different conditions than before.

Thanks in advance for your feedback,
	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 spaar at mirider.augusta.de  Wed May 19 22:14:36 2010
From: spaar at mirider.augusta.de (Dieter Spaar)
Date: Wed, 19 May 2010 22:14:36 CEST
Subject: RFC: Relicensing OpenBSC under AGPLv3
Message-ID: <4bf462cc.mirider@mirider.augusta.de>

Hello Harald,

On Wed, 19 May 2010 21:28:10 +0200, "Harald Welte" <laforge at gnumonks.org> wrote:
> 
> So let's start with a poll:  
> 
> a) Do you think re-licensing to AGPLv3 is a good idea?

I don't have much experience in this area (different GPL versions), but
for me it sounds OK.

> b) If you have contributed, would you re-license your code under AGPLv3?

There is probably not that much from me, but feel free to put the affected
parts under AGPLv3.

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



From daniel at totalueberwachung.de  Fri May 28 09:29:50 2010
From: daniel at totalueberwachung.de (Daniel Willmann)
Date: Fri, 28 May 2010 11:29:50 +0200
Subject: RFC: Relicensing OpenBSC under AGPLv3
In-Reply-To: <20100519192810.GE14287@prithivi.gnumonks.org>
References: <20100519192810.GE14287@prithivi.gnumonks.org>
Message-ID: <20100528112950.72ee7df6@adrastea.totalueberwachung.de>

Hello,

On Wed, 19 May 2010 21:28:10 +0200
Harald Welte <laforge at gnumonks.org> wrote:

> So let's start with a poll:  
> 
> a) Do you think re-licensing to AGPLv3 is a good idea?

yeah it looks like the AGPLv3 provides more protection than a GPL
license in these kind of operating environments.

> b) If you have contributed, would you re-license your code under
> AGPLv3?

That's fine by me.

Regards,
Daniel Willmann



From jluebbe at lasnet.de  Fri May 28 10:18:28 2010
From: jluebbe at lasnet.de (Jan =?ISO-8859-1?Q?L=FCbbe?=)
Date: Fri, 28 May 2010 12:18:28 +0200
Subject: RFC: Relicensing OpenBSC under AGPLv3
In-Reply-To: <20100519192810.GE14287@prithivi.gnumonks.org>
References: <20100519192810.GE14287@prithivi.gnumonks.org>
Message-ID: <1275041908.6994.46.camel@localhost>

Hi everyone,

On Wed, 2010-05-19 at 21:28 +0200, Harald Welte wrote: 
> The only controversial question to me is "your modified version must
> prominently offer all users interacting with it remotely through a computer
> network (if your version supports such interaction) an opportunity to receive
> the Corresponding Source".
> 
> 1) does a gsm network count as computer network? i'd say yes.
> 2) is using a gsm network 'interacting with it remotely'? I'd also say yes
> 3) what does 'prominently offer' mean in the context of GSM?  We don't want
>    the operator to spam their users with advertisement SMS just to know
>    that they can get the soruce code, after all.
> 
> Notwithstanding those open questions, such a network operator would always
> have the option of simply sending back his changes for integration in the
> official project - and thus he would no longer use a modified version which
> then means there is no need for the prominent notice / download at all.

While i agree with Harald's goal of making network operators of public
networks publish their changes (and that the GPL alone does nothing
here), I'm not sure using the AGPLv3 for that is straight-forward.

I don't think the GPL uses "modified version" in the sense of "different
from mainline", but rather every change to the source code creates a new
modified version. So publishing the source code or having the changes
merged to some mainline version does not remove the "modified flag".
So every developer would be running a modified version and so be
required to follow Section 13 by informing all users directly.

Instead, we could add an additional permission the the license
statement, which allows everyone who would need "prominently offer the
source all users" to *instead* fulfill this requirement by publishing
the corresponding source on their website. We could also ask (but not
require) them to notify the mailing list.

> a) Do you think re-licensing to AGPLv3 is a good idea?

As above, i fully agree with your goal. But I'm not convinced yet.

Also, the GPLv3 has changed how it relates to Patents, which may be
relevant to a lot of GSM work. I can't say i understand what Section 11
really means for network operators. Their lawyers may decide it's too
risky and not use OpenBSC/Osmocom.

> b) If you have contributed, would you re-license your code under AGPLv3?

You obviously have vastly more experience with the GPL, so I'd agree to
re-license if you think everything will be fine. :)

Best regards,
-- 
Jan L?bbe <jluebbe at lasnet.de>            http://sicherheitsschwankung.de
 gpg-key      1024D/D8480F2E 2002-03-20
 fingerprint  1B25 F91F 9E7B 5D4F 1282  02D6 8A83 8BE4 D848 0F2E




From laforge at gnumonks.org  Fri May 28 10:57:29 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 28 May 2010 12:57:29 +0200
Subject: RFC: Relicensing OpenBSC under AGPLv3
In-Reply-To: <1275041908.6994.46.camel@localhost>
References: <20100519192810.GE14287@prithivi.gnumonks.org>
	<1275041908.6994.46.camel@localhost>
Message-ID: <20100528105729.GZ4150@prithivi.gnumonks.org>

Hi Jan,

On Fri, May 28, 2010 at 12:18:28PM +0200, Jan L?bbe wrote:

> > Notwithstanding those open questions, such a network operator would always
> > have the option of simply sending back his changes for integration in the
> > official project - and thus he would no longer use a modified version which
> > then means there is no need for the prominent notice / download at all.
> 
> While i agree with Harald's goal of making network operators of public
> networks publish their changes (and that the GPL alone does nothing
> here), I'm not sure using the AGPLv3 for that is straight-forward.

I think it is the most straight-forward way we have, as the AGPLv3 is only
a minor difference to the GPLv3, which is in turn compatible with all our
current GPLv2+ code.  Furthermore, using a recognized/common license
means there are more people out there who actually understand it - as
opposed to some custom modifications.

> I don't think the GPL uses "modified version" in the sense of "different
> from mainline", but rather every change to the source code creates a new
> modified version. So publishing the source code or having the changes
> merged to some mainline version does not remove the "modified flag".

"modified version" means any modifications compared to the particular version
that was licensed under GNU GPLv3.

So at the time some code is back in mainline, the respective operator
can (without any explicit action) again obtain a AGPLv3 license on that
latest version (or whatever git commit version is distributed in our
repository) and thus no longer run a modified version.

Modification is anything that an operator does after he has obtained the
copy from us.

> So every developer would be running a modified version and so be
> required to follow Section 13 by informing all users directly.

As I understand it, only until his modifications are back in mainline.

> Instead, we could add an additional permission the the license
> statement, which allows everyone who would need "prominently offer the
> source all users" to *instead* fulfill this requirement by publishing
> the corresponding source on their website. We could also ask (but not
> require) them to notify the mailing list.

Yes, additional permissions are possible under section 7

However, I think we could even offer an additional term that reads like

* you do not have to "prominently offer the source all user", if you
  submit the modified version (under the same license) to the OpenBSC project.

This is not a restriction, but an additional permission.  Anyone can simply
remove it and fall back to the plain AGPLv3.

I am happy to run this by my lawyers and through the FSF, if we were
to decide on such an additional term.

> > a) Do you think re-licensing to AGPLv3 is a good idea?
> 
> As above, i fully agree with your goal. But I'm not convinced yet.

Let's hope I can ;)
 
> Also, the GPLv3 has changed how it relates to Patents, which may be
> relevant to a lot of GSM work. I can't say i understand what Section 11
> really means for network operators. Their lawyers may decide it's too
> risky and not use OpenBSC/Osmocom.

1) network operators do not normally convey copies. They run the software
   on their own systems

2) they have no need to convey copies, _unless_ they did modifications,
   based on which they now are required to convey the source to those
   modified versions to their users (or alternatively to us, if we put
   an additional term/permission in it)

As far as I read it, the patent section only applies to patents that the
'conveyor' (operator in that case) either holds himself or has obtained a
license on.

I don't really have much of a problem with that.  If somebody doesn't like
this, he could still see if there is a way how he can negotiate an alternative
license with the copyright holders.  The latter is still possible, as the
number of copyright holders is relatively small, and any claimed GSM related
patent infringement would be in code that the openbsc authors wrote, and not in
e.g. the vty code that we imported from zebra.

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 laforge at gnumonks.org  Sat May 22 10:59:09 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 22 May 2010 12:59:09 +0200
Subject: [sourceforge] #11031: Abandoned Project Takeover: OpenGGSN (ggsn)]
Message-ID: <20100522105909.GA3764@prithivi.gnumonks.org>

Hi all,

as you can see from the attachment, the OpenGGSN takeover request at
soruceforge has been resolved earlier than expected, since the original
project creator/administrator was not reachable for sf.net.

I'll keep you posetd about the further progress.

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 embedded message was scrubbed...
From: "sourceforge - Trac instance" <noreply at sourceforge.net>
Subject: Re: [sourceforge] #11031: Abandoned Project Takeover: OpenGGSN (ggsn)
Date: Fri, 21 May 2010 17:34:27 -0000
Size: 3979
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20100522/7b272be3/attachment.eml>

From knyee8 at googlemail.com  Mon May 24 02:36:09 2010
From: knyee8 at googlemail.com (ken)
Date: Mon, 24 May 2010 10:36:09 +0800
Subject: problems running osmo_sgsn
Message-ID: <AANLkTimLTT6SVdE0aZ15l7Y1zFLthU53dEPPjfBrKepY@mail.gmail.com>

Hi,

I have git clone the openbsc program and encountered problem running
osmo_sgsn,
got the following error messages:

"
There is no such command.
Error occurred during reading below line:
nsip local port 23000

Failed to parse the config file: 'osmo-sgsn.cfg'
<0014> sgsn_main.c : 170 Cannot parse config file.

"

Appreciate help on this.

Thanks
Ken
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20100524/e9e5dbc9/attachment.htm>

From holger at freyther.de  Mon May 24 09:10:58 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 24 May 2010 17:10:58 +0800
Subject: problems running osmo_sgsn
In-Reply-To: <AANLkTimLTT6SVdE0aZ15l7Y1zFLthU53dEPPjfBrKepY@mail.gmail.com>
References: <AANLkTimLTT6SVdE0aZ15l7Y1zFLthU53dEPPjfBrKepY@mail.gmail.com>
Message-ID: <4BFA42A2.7030304@freyther.de>

On 05/24/2010 10:36 AM, ken wrote:

> nsip local port 23000

Hi,

you can try to remove that line. I looked at src/gprs/sgsn_vty.c (the
code for handling the options) and there is no trace of a "nsip local
port" command. If that is still failing you will also need to remove the
whole ns section.

In general the whole GPRS code is pretty new and under active
development. If you are in doubt consult the sourcecode at
src/gprs/sgsn_main and src/gprs/sgsn_vty.c

happy hacking
	holger



From laforge at gnumonks.org  Tue May 25 09:21:18 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 25 May 2010 11:21:18 +0200
Subject: problems running osmo_sgsn
In-Reply-To: <AANLkTimLTT6SVdE0aZ15l7Y1zFLthU53dEPPjfBrKepY@mail.gmail.com>
References: <AANLkTimLTT6SVdE0aZ15l7Y1zFLthU53dEPPjfBrKepY@mail.gmail.com>
Message-ID: <20100525092118.GT3764@prithivi.gnumonks.org>

On Mon, May 24, 2010 at 10:36:09AM +0800, ken wrote:
> Hi,
> 
> I have git clone the openbsc program and encountered problem running
> osmo_sgsn,
> got the following error messages:
> 
> "
> There is no such command.
> Error occurred during reading below line:
> nsip local port 23000
> 
> Failed to parse the config file: 'osmo-sgsn.cfg'
> <0014> sgsn_main.c : 170 Cannot parse config file.

I'm sorry, the config file syntax has changed very recently. It has been
replaced by "encapsulation udp local-port 23000" in the "ns" section.

I have just committed the respective change to ensure osmo_sgsn starts again.

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 Andreas.Eversberg at versatel.de  Tue May 25 09:20:49 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Tue, 25 May 2010 11:20:49 +0200
Subject: No subject
Message-ID: <B16317F2B1592B4492FC414114171CE60324BAD7@FLBVEXCH01.versatel.local>

hi,
 
while trying to bring latest api of openbsc and linux-call-router
together, i experienced the following problem:
 
 
make[2]: Entering directory
`/files/projects/isdn/openbsc/libosmocore/src'
/bin/sh ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.
-I..  -I../include   -fPIC -Wall -g -O2 -MT timer.lo -MD -MP -MF
.deps/timer.Tpo -c -o timer.lo timer.c
../libtool: line 775: X--tag=CC: command not found
../libtool: line 808: libtool: ignoring unknown tag : command not found
../libtool: line 775: X--mode=compile: command not found
../libtool: line 925: *** Warning: inferring the mode of operation is
deprecated.: command not found
../libtool: line 926: *** Future versions of Libtool will require
--mode=MODE be specified.: command not found
../libtool: line 1069: Xgcc: command not found
../libtool: line 1069: X-DHAVE_CONFIG_H: command not found
../libtool: line 1069: X-I.: command not found
../libtool: line 1069: X-I..: command not found
../libtool: line 1069: X-I../include: No such file or directory
../libtool: line 1069: X-fPIC: command not found
../libtool: line 1069: X-Wall: command not found
../libtool: line 1069: X-g: command not found
../libtool: line 1069: X-O2: command not found
../libtool: line 1069: X-MT: command not found
../libtool: line 1069: Xtimer.lo: command not found
../libtool: line 1069: X-MD: command not found
../libtool: line 1069: X-MP: command not found
../libtool: line 1069: X-MF: command not found
../libtool: line 1069: X.deps/timer.Tpo: No such file or directory
../libtool: line 1069: X-c: command not found
../libtool: line 1120: Xtimer.lo: command not found
../libtool: line 1125: libtool: compile: cannot determine name of
library object from `': command not found
make[2]: *** [timer.lo] Error 1
make[2]: Leaving directory
`/files/projects/isdn/openbsc/libosmocore/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/files/projects/isdn/openbsc/libosmocore'
make: *** [all] Error 2

andreas
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20100525/1355926b/attachment.htm>

From holger at freyther.de  Tue May 25 09:40:47 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 25 May 2010 17:40:47 +0800
Subject: No subject
In-Reply-To: <B16317F2B1592B4492FC414114171CE60324BAD7@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE60324BAD7@FLBVEXCH01.versatel.local>
Message-ID: <4BFB9B1F.6000407@freyther.de>

On 05/25/2010 05:20 PM, Andreas.Eversberg wrote:
> hi,
>  
> while trying to bring latest api of openbsc and linux-call-router
> together, i experienced the following problem:

make a clean rebuild... your libtool seems hosed.




From laforge at gnumonks.org  Tue May 25 09:29:33 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 25 May 2010 11:29:33 +0200
Subject: New OpenGGSN project mailing list / 0.90 release
Message-ID: <20100525092933.GU3764@prithivi.gnumonks.org>

Hi!

This is just a notification that I've now created a mailing list related to
OpenGGSN development.  As the entire OpenGGSN project is running on sf.net, the
mailinglist is also running there:
	https://lists.sourceforge.net/lists/listinfo/ggsn-devel

So if you're interested in following what's happening in OpenGGSN, I suggest
you subscribe there, too.   I understand it would probably make more sense
to simply move the entire project to osmocom.org and use this very openbsc
list (it is low-traffic, after all) - but we never know if the original
author wants to come back, and I'd be able to keep that door open for him
and thus the project separate and on sf.net.

I've also made a openggsn-0.90 release including various bugfixes that
were contributed trough the last 5 years, as well as one criticial security
fix.  You can obtain it from:
	http://sourceforge.net/projects/ggsn/

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 Andreas.Eversberg at versatel.de  Tue May 25 13:49:09 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Tue, 25 May 2010 15:49:09 +0200
Subject: AW: (problems compiling openbsc)
Message-ID: <B16317F2B1592B4492FC414114171CE60324BE0A@FLBVEXCH01.versatel.local>

>> hi,
>>  
>> while trying to bring latest api of openbsc and linux-call-router
>> together, i experienced the following problem:
>
>make a clean rebuild... your libtool seems hosed.

this does not work:

rm libtool
autoreconf -f
make

and i have the non-working libtool again.





From holger at freyther.de  Tue May 25 14:06:28 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 25 May 2010 22:06:28 +0800
Subject: AW: (problems compiling openbsc)
In-Reply-To: <B16317F2B1592B4492FC414114171CE60324BE0A@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE60324BE0A@FLBVEXCH01.versatel.local>
Message-ID: <4BFBD964.2020800@freyther.de>

On 05/25/2010 09:49 PM, Andreas.Eversberg wrote:

> rm libtool
> autoreconf -f

--install

?





From Andreas.Eversberg at versatel.de  Fri May 28 07:24:15 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Fri, 28 May 2010 09:24:15 +0200
Subject: AW: AW: (problems compiling openbsc)
Message-ID: <B16317F2B1592B4492FC414114171CE6032A25B6@FLBVEXCH01.versatel.local>

hi holger,

it worked. thanx for your help. but now i got stuck here:

./configure in openbsc:

checking for LIBOSMOCORE... configure: error: Package requirements (libosmocore >= 0.1.6) were not met:

No package 'libosmocore' found

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

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

"pkg-config --list-all" does not show libosmocore. my directory: "dir /usr/local/lib/pkgconfig/" shows libosmocore.pc and spandsp.pc, nothing else. it seems that my version of pkg-config stores it somewhere else. my version is 0.23.

with that it works, but it should be easier, i think:

LIBOSMOCORE_LIBS=/usr/local/lib/ LIBOSMOCORE_CFLAGS=-I../libosmocore/include/ LIBOSMOVTY_LIBS=/usr/local/lib/ LIBOSMOVTY_CFLAGS=-I../libosmocore/include/ ./configure

now i get these errors when compiling openbsc:

gsm_04_11.c:343:16: error: invalid suffix "b111" on integer constant
...

the source sais "switch (fi & 0b111) {". i never saw binary values in C. (gcc version 4.1.2)

andreas




-----Urspr?ngliche Nachricht-----
Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Holger Hans Peter Freyther
Gesendet: Dienstag, 25. Mai 2010 16:06
An: openbsc at lists.gnumonks.org
Betreff: Re: AW: (problems compiling openbsc)

On 05/25/2010 09:49 PM, Andreas.Eversberg wrote:

> rm libtool
> autoreconf -f

--install

?






From holger at freyther.de  Fri May 28 08:48:13 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 28 May 2010 16:48:13 +0800
Subject: AW: AW: (problems compiling openbsc)
In-Reply-To: <B16317F2B1592B4492FC414114171CE6032A25B6@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE6032A25B6@FLBVEXCH01.versatel.local>
Message-ID: <4BFF834D.5040409@freyther.de>

On 05/28/2010 03:24 PM, Andreas.Eversberg wrote:

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

> with that it works, but it should be easier, i think:

Yes, set the PKG_CONFIG_PATH to /usr/local/lib/pkg-config, at least this
is what I am doing.


> now i get these errors when compiling openbsc:
> 
> gsm_04_11.c:343:16: error: invalid suffix "b111" on integer constant
> ...
> 
> the source sais "switch (fi & 0b111) {". i never saw binary values in C. (gcc version 4.1.2)

Feel free to turn this into hex and push the change. I thought we
already did this once...



From laforge at gnumonks.org  Thu May 27 13:28:52 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Thu, 27 May 2010 15:28:52 +0200
Subject: BS-11 TRX0 software load errors
Message-ID: <20100527132852.GI4150@prithivi.gnumonks.org>

Hi,

I have two BS-11 here, which both show the same strange problem:

PHASE: 2 Load MBCCU           MBCCU0: No Load     MBCCU1: No Load     Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: Load BTSCAC MBCCU1: No Load     Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: Load BTSCAC MBCCU1: Load BTSCAC Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: No Load     MBCCU1: Load BTSCAC Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: No Load     MBCCU1: Load BTSCAC Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: No Load     MBCCU1: Load BTSDRX Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: No Load     MBCCU1: Load BTSBBX Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: No Load     MBCCU1: Load BTSARC Abis-link: Down      
PHASE: 2 Load MBCCU           MBCCU0: No Load     MBCCU1: Load        Abis-link: Down      

I.e. MBCCU0 aborts the software load process during BTSCAC phase, while MBCCU1
continues like usual.

Has anybody else seen this yet?  I've already re-installed the firmware without
any success.  If they are really broken, has anyone yet tried to switch some of the internal components?  A BTS that only has TRX0 is still useful.. but
one without TRX0 but TRX1 is pretty useless :/

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 holger at freyther.de  Thu May 27 13:37:43 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Thu, 27 May 2010 21:37:43 +0800
Subject: BS-11 TRX0 software load errors
In-Reply-To: <20100527132852.GI4150@prithivi.gnumonks.org>
References: <20100527132852.GI4150@prithivi.gnumonks.org>
Message-ID: <4BFE75A7.9090207@freyther.de>

On 05/27/2010 09:28 PM, Harald Welte wrote:

> I.e. MBCCU0 aborts the software load process during BTSCAC phase, while MBCCU1
> continues like usual.

Maybe there is something more subtle and I broke the SW Load with my IPA
changes? Did you try an older binary? Something like a bit before christmas?



From laforge at gnumonks.org  Fri May 28 10:35:02 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 28 May 2010 12:35:02 +0200
Subject: BS-11 TRX0 software load errors
In-Reply-To: <4BFE75A7.9090207@freyther.de>
References: <20100527132852.GI4150@prithivi.gnumonks.org>
	<4BFE75A7.9090207@freyther.de>
Message-ID: <20100528103502.GY4150@prithivi.gnumonks.org>

On Thu, May 27, 2010 at 09:37:43PM +0800, Holger Hans Peter Freyther wrote:
> On 05/27/2010 09:28 PM, Harald Welte wrote:
> 
> > I.e. MBCCU0 aborts the software load process during BTSCAC phase, while MBCCU1
> > continues like usual.
> 
> Maybe there is something more subtle and I broke the SW Load with my IPA
> changes? Did you try an older binary? Something like a bit before christmas?

mh, interesting idea.  I didn't try that, but considering the software
download works and TRX1 gets properly initialized, I somehow doubt a
problem there...

-- 
- 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 Andreas.Eversberg at versatel.de  Fri May 28 08:02:24 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Fri, 28 May 2010 10:02:24 +0200
Subject: linking problems
Message-ID: <B16317F2B1592B4492FC414114171CE6032A2630@FLBVEXCH01.versatel.local>

hi again,
 
here is the current compiler output. compile works, but linking fails:
 
 
gcc -Wall -I../../libosmocore/include/ -I../../libosmocore/include/ -g
-O2 ../../libosmocore/src/.libs/libosmocore.a  -o bsc_hack bsc_hack.o
bsc_init.o
 bsc_vty.o vty_interface_layer3.o libmsc.a libbsc.a libvty.a libmsc.a
-ldl -ldbi  ../../libosmocore/src/vty/.libs/libosmovty.a -lcrypt
bsc_hack.o: In function `main':
/files/projects/isdn/openbsc/openbsc/src/bsc_hack.c:215: undefined
reference to `log_init'
/files/projects/isdn/openbsc/openbsc/src/bsc_hack.c:216: undefined
reference to `talloc_named_const'
/files/projects/isdn/openbsc/openbsc/src/bsc_hack.c:221: undefined
reference to `log_target_create_stderr'
/files/projects/isdn/openbsc/openbsc/src/bsc_hack.c:222: undefined
reference to `log_add_target'
/files/projects/isdn/openbsc/openbsc/src/bsc_hack.c:229: undefined
reference to `log_set_all_filter'
...
 
libosmocore.a has a reference to 'log_init', but the linker will not
find it somehow. any idea?
 
andreas

 

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

From holger at freyther.de  Fri May 28 08:44:47 2010
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 28 May 2010 16:44:47 +0800
Subject: linking problems
In-Reply-To: <B16317F2B1592B4492FC414114171CE6032A2630@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE6032A2630@FLBVEXCH01.versatel.local>
Message-ID: <4BFF827F.8080405@freyther.de>

On 05/28/2010 04:02 PM, Andreas.Eversberg wrote:
> hi again,

>  
> libosmocore.a has a reference to 'log_init', but the linker will not
> find it somehow. any idea?

Yes, you attempt static linking... which appears to not work. Build the
libosmocore as DSO and try linking again.



From Andreas.Eversberg at versatel.de  Fri May 28 11:40:32 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Fri, 28 May 2010 13:40:32 +0200
Subject: AW: linking problems
Message-ID: <B16317F2B1592B4492FC414114171CE6032A2881@FLBVEXCH01.versatel.local>

with setting PKG_CONFIG it works. it was a layer-8 problem. still i don't understand why the linker finds symbols in "lib.so" but not in "lib.a".

-----Urspr?ngliche Nachricht-----
Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Holger Hans Peter Freyther
Gesendet: Freitag, 28. Mai 2010 10:45
An: openbsc at lists.gnumonks.org
Betreff: Re: linking problems

On 05/28/2010 04:02 PM, Andreas.Eversberg wrote:
> hi again,

>  
> libosmocore.a has a reference to 'log_init', but the linker will not
> find it somehow. any idea?

Yes, you attempt static linking... which appears to not work. Build the
libosmocore as DSO and try linking again.




From zecke at selfish.org  Mon May 31 03:24:57 2010
From: zecke at selfish.org (Holger Freyther)
Date: Mon, 31 May 2010 11:24:57 +0800
Subject: linking problems
In-Reply-To: <B16317F2B1592B4492FC414114171CE6032A2881@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE6032A2881@FLBVEXCH01.versatel.local>
Message-ID: <4C032C09.2020409@selfish.org>

On 05/28/2010 07:40 PM, Andreas.Eversberg wrote:
> with setting PKG_CONFIG it works. it was a layer-8 problem. still i don't understand why the linker finds symbols in "lib.so" but not in "lib.a"

Hi Andreas,
I looked into our build howto and I try to understand how it failed for
you. Have you passed a --prefix to the build of libosmocore?

regards
	holger



From Andreas.Eversberg at versatel.de  Mon May 31 06:38:58 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Mon, 31 May 2010 08:38:58 +0200
Subject: AW: linking problems
Message-ID: <B16317F2B1592B4492FC414114171CE6032A2B2A@FLBVEXCH01.versatel.local>

hi holger,

it works now. i set PKG_CONFIG and everything compiles. also the linux-call-router now compiles with opensbsc, after fixing some api issues.

regards,

andreas


-----Urspr?ngliche Nachricht-----
Von: openbsc-bounces at lists.gnumonks.org [mailto:openbsc-bounces at lists.gnumonks.org] Im Auftrag von Holger Freyther
Gesendet: Montag, 31. Mai 2010 05:25
An: openbsc at lists.gnumonks.org
Betreff: Re: linking problems

On 05/28/2010 07:40 PM, Andreas.Eversberg wrote:
> with setting PKG_CONFIG it works. it was a layer-8 problem. still i don't understand why the linker finds symbols in "lib.so" but not in "lib.a"

Hi Andreas,
I looked into our build howto and I try to understand how it failed for
you. Have you passed a --prefix to the build of libosmocore?

regards
	holger




From zecke at selfish.org  Mon May 31 07:32:03 2010
From: zecke at selfish.org (Holger Freyther)
Date: Mon, 31 May 2010 15:32:03 +0800
Subject: AW: linking problems
In-Reply-To: <B16317F2B1592B4492FC414114171CE6032A2B2A@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE6032A2B2A@FLBVEXCH01.versatel.local>
Message-ID: <4C0365F3.3080606@selfish.org>

On 05/31/2010 02:38 PM, Andreas.Eversberg wrote:
> hi holger,
> 
> it works now. i set PKG_CONFIG and everything compiles. also the linux-call-router now compiles with opensbsc, after fixing some api issues.


Yes, you have said that in the previous mail. I wonder _why_ you need to
set it and if our documentation is not accurate. Have you really set
PKG_CONFIG? Does it mean that you do not have pkg-config available in
your PATH?



From Andreas.Eversberg at versatel.de  Mon May 31 07:39:11 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Mon, 31 May 2010 09:39:11 +0200
Subject: AW: AW: linking problems
Message-ID: <B16317F2B1592B4492FC414114171CE6032A2BDF@FLBVEXCH01.versatel.local>

>Yes, you have said that in the previous mail. I wonder _why_ you need
to
>set it and if our documentation is not accurate. Have you really set
>PKG_CONFIG? Does it mean that you do not have pkg-config available in
>your PATH?

my pkg-config is under /usr/lib/pkgconfig (gentoo). but libosmocore and
others are installed under /usr/local/lib/pkgconfig.




From zecke at selfish.org  Mon May 31 07:46:42 2010
From: zecke at selfish.org (Holger Freyther)
Date: Mon, 31 May 2010 15:46:42 +0800
Subject: AW: AW: linking problems
In-Reply-To: <B16317F2B1592B4492FC414114171CE6032A2BDF@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE6032A2BDF@FLBVEXCH01.versatel.local>
Message-ID: <4C036962.2070601@selfish.org>

On 05/31/2010 03:39 PM, Andreas.Eversberg wrote:
>> Yes, you have said that in the previous mail. I wonder _why_ you need
> to
>> set it and if our documentation is not accurate. Have you really set
>> PKG_CONFIG? Does it mean that you do not have pkg-config available in
>> your PATH?
> 
> my pkg-config is under /usr/lib/pkgconfig (gentoo). but libosmocore and
> others are installed under /usr/local/lib/pkgconfig.

This sounds wrong. What does 'which pkg-config' return?

PKG_CONFIG is used by autoconf to indicate which pkg-config binary to use.

PKG_CONFIG_PATH is used by the $PKG_CONFIG to search for *.pc files in
the listed directories.


Did you really set PKG_CONFIG, and is the pkg-config binary not in your
PATH?

thanks






From Andreas.Eversberg at versatel.de  Mon May 31 07:53:04 2010
From: Andreas.Eversberg at versatel.de (Andreas.Eversberg)
Date: Mon, 31 May 2010 09:53:04 +0200
Subject: AW: AW: AW: linking problems
Message-ID: <B16317F2B1592B4492FC414114171CE6032A2C19@FLBVEXCH01.versatel.local>

> This sounds wrong. What does 'which pkg-config' return?

> Did you really set PKG_CONFIG, and is the pkg-config binary not in
your
> PATH?

root at fuckup ~ # which pkg-config
/usr/bin/pkg-config 

i think i had set PKG_CONFIG_PATH, since i have no pkg-config under
/usr/local/bin/.







From zecke at selfish.org  Mon May 31 09:03:01 2010
From: zecke at selfish.org (Holger Freyther)
Date: Mon, 31 May 2010 17:03:01 +0800
Subject: AW: AW: AW: linking problems
In-Reply-To: <B16317F2B1592B4492FC414114171CE6032A2C19@FLBVEXCH01.versatel.local>
References: <B16317F2B1592B4492FC414114171CE6032A2C19@FLBVEXCH01.versatel.local>
Message-ID: <4C037B45.1060402@selfish.org>

On 05/31/2010 03:53 PM, Andreas.Eversberg wrote:
>> This sounds wrong. What does 'which pkg-config' return?
> 
>> Did you really set PKG_CONFIG, and is the pkg-config binary not in
> your
>> PATH?
> 
> root at fuckup ~ # which pkg-config
> /usr/bin/pkg-config 
> 
> i think i had set PKG_CONFIG_PATH, since i have no pkg-config under
> /usr/local/bin/.

Thank you Andreas. I have updated the build page in the wiki to include
export PKG_CONFIG_PATH and point it to /usr/local/lib/pkgconfig.




From daniel at totalueberwachung.de  Fri May 28 08:38:01 2010
From: daniel at totalueberwachung.de (Daniel Willmann)
Date: Fri, 28 May 2010 10:38:01 +0200
Subject: SNMP interface for OpenBSC
Message-ID: <20100528103801.735447f8@adrastea.totalueberwachung.de>

Hello,

OnWaves would like to get/set the status from OpenBSC via SNMP. I would
like to kick off the discussion about how we can best achieve that
while keeping everyone happy. :-)

There are two possibilities that have been discussed so far:

* Implement a subagent in OpenBSC. With this method OpenBSC would
  directly connect to snmpd through the agentx protocol.

* Write a proxy that relays the snmp requests to OpenBSC. The proxy
  would have to implement the snmp interface and talk to OpenBSC through
  some protocol.

There are upsides and downsides with both approaches. One arguably
doesn't want to have the net-snmp library linked to OpenBSC (though I'm
not sure what the exact reasons are, I just heard it from different
people). On the other hand designing a new protocol to speak between
proxy and OpenBSC poses problems of its own. Furthermore, if you write
the proxy in C you'll be using net-snmp anyway.

You could use python to implement the proxy, but my local python expert
tells me that the python snmp library is far from nice to use.

Please share your thoughts, ideas, etc.


Regards,
Daniel Willmann



From laforge at gnumonks.org  Sun May 30 09:14:33 2010
From: laforge at gnumonks.org (Harald Welte)
Date: Sun, 30 May 2010 11:14:33 +0200
Subject: SNMP interface for OpenBSC
In-Reply-To: <20100528103801.735447f8@adrastea.totalueberwachung.de>
References: <20100528103801.735447f8@adrastea.totalueberwachung.de>
Message-ID: <20100530091433.GD25919@prithivi.gnumonks.org>

Hi Daniel,

On Fri, May 28, 2010 at 10:38:01AM +0200, Daniel Willmann wrote:
 
> OnWaves would like to get/set the status from OpenBSC via SNMP. I would
> like to kick off the discussion about how we can best achieve that
> while keeping everyone happy. :-)

thanks for bringing this to the mailing list.

> There are two possibilities that have been discussed so far:
> 
> * Implement a subagent in OpenBSC. With this method OpenBSC would
>   directly connect to snmpd through the agentx protocol.
> 
> * Write a proxy that relays the snmp requests to OpenBSC. The proxy
>   would have to implement the snmp interface and talk to OpenBSC through
>   some protocol.
> 
> There are upsides and downsides with both approaches. One arguably
> doesn't want to have the net-snmp library linked to OpenBSC (though I'm
> not sure what the exact reasons are, I just heard it from different
> people). 

For one part, fear of complexity.  We are proud to have produced very lean and
small software so far.  Building only the smallest of examples for a sub-agent
with net-snmp (http://www.net-snmp.org/wiki/index.php/TUT:Writing_a_Subagent)
will result in a process that has 130 MBytes virdual memory size and almost
3 megabytes of RSS.  That's much bigger than openbsc itself and I feel it
definitely is disproportionate.

> On the other hand designing a new protocol to speak between proxy and OpenBSC
> poses problems of its own. Furthermore, if you write the proxy in C you'll be
> using net-snmp anyway.

It probably depends... if you only need counters that we write to the database,
then there e.g. is no need for a new interface.  also, we could export them
in an easily-parseable fashion from the telnet interface...

> You could use python to implement the proxy, but my local python expert
> tells me that the python snmp library is far from nice to use.

There are at least four if not five python snmp libraries.  I have not yet
used any of them, but I think it is something to be looked into.

But before we get to that point, I think what we'd need is a specification
of what particular values/objects should be part of the SNMP MIB, what kind
of traps should be raised, etc.

Once that specification exists, we could study the best method to get access
to the respective information (counters/statistics/state/...)

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



From kobayashi_maru at onlinehome.de  Mon May 31 09:21:07 2010
From: kobayashi_maru at onlinehome.de (Thomas Ansorg)
Date: Mon, 31 May 2010 11:21:07 +0200
Subject: "hello!" and "openbsc problem"
Message-ID: <1275297667.4394.17.camel@Hauptrechner>

hello 
my name is thomas and i study communication engineering at tfh berlin. i
write my bachelor this semester. the task is to program a handover
funktion between 2 bs11, openbsc runs on a pc with e1 interface. but
there are major problems. i can't login with my 2 handys that i use for
that. nokia 3310c and 6650.  the network is found, but the login fails,
with both handys. it worked only one time, with the 6650. i backuped the
hlr-file. i assume it's this file that makes problems. when i delete the
hlr, it is new created, and none of my handys can login. when i restore
this special hlr, the 6650 connect without problems, but only this one.
is there a tool to edit hlr.sqlite3, windows-based if possible?
where are the protocoll files stored, for error search, or must i make a
screenshot ?

thanx
thomas
p.s.: answers in german prefered :-)


-- 
Wer Rechtschreibfehler findet, darf sie behalten




From zecke at selfish.org  Mon May 31 10:00:36 2010
From: zecke at selfish.org (Holger Freyther)
Date: Mon, 31 May 2010 18:00:36 +0800
Subject: "hello!" and "openbsc problem"
In-Reply-To: <1275297667.4394.17.camel@Hauptrechner>
References: <1275297667.4394.17.camel@Hauptrechner>
Message-ID: <4C0388C4.2010105@selfish.org>

On 05/31/2010 05:21 PM, Thomas Ansorg wrote:
> hello 
> my name is thomas and i study communication engineering at tfh berlin. i
> write my bachelor this semester. the task is to program a handover
> funktion between 2 bs11, openbsc runs on a pc with e1 interface. but
> there are major problems. i can't login with my 2 handys that i use for
> that. nokia 3310c and 6650.  the network is found, but the login fails,
> with both handys. it worked only one time, with the 6650. i backuped the
> hlr-file. i assume it's this file that makes problems. when i delete the
> hlr, it is new created, and none of my handys can login. when i restore
> this special hlr, the 6650 connect without problems, but only this one.
> is there a tool to edit hlr.sqlite3, windows-based if possible?
> where are the protocoll files stored, for error search, or must i make a
> screenshot ?

Hi Thomas,

have you done C programming during your study? Do you start the bsc_hack
process yourself? How much knowledge do you have about GSM? How much can
your supervisor help you?

As this is supposed to be the work for your bachelor degree and the
issue is pretty basic, and there are examples of this on the webpage, I
think you should take the time to search for it.

If you have specific questions regarding the sourcecode, or how we
interpreted the GSM protocol, magic numbers in the code or such please
come back to us.

regards
	holger






From bouchtaoui at gmail.com  Mon May 31 10:15:00 2010
From: bouchtaoui at gmail.com (Nordin)
Date: Mon, 31 May 2010 12:15:00 +0200
Subject: "hello!" and "openbsc problem"
In-Reply-To: <1275297667.4394.17.camel@Hauptrechner>
References: <1275297667.4394.17.camel@Hauptrechner>
Message-ID: <4C038C24.5070902@gmail.com>

You might give a look to http://bs11-abis.gnumonks.org/trac/wiki/BscHack
There you can find some info about registering your MS...

Greetz,

Noridn,


On 31-5-2010 11:21, Thomas Ansorg wrote:
> hello
> my name is thomas and i study communication engineering at tfh berlin. i
> write my bachelor this semester. the task is to program a handover
> funktion between 2 bs11, openbsc runs on a pc with e1 interface. but
> there are major problems. i can't login with my 2 handys that i use for
> that. nokia 3310c and 6650.  the network is found, but the login fails,
> with both handys. it worked only one time, with the 6650. i backuped the
> hlr-file. i assume it's this file that makes problems. when i delete the
> hlr, it is new created, and none of my handys can login. when i restore
> this special hlr, the 6650 connect without problems, but only this one.
> is there a tool to edit hlr.sqlite3, windows-based if possible?
> where are the protocoll files stored, for error search, or must i make a
> screenshot ?
>
> thanx
> thomas
> p.s.: answers in german prefered :-)
>
>
>