From msuraev at sysmocom.de  Sat Oct  1 15:10:39 2016
From: msuraev at sysmocom.de (Max)
Date: Sat, 1 Oct 2016 17:10:39 +0200
Subject: [PATCH 0/2] OpenGGSN fixes for gsn_restart file path composition
In-Reply-To: <1475277047-3068-1-git-send-email-nhofmeyr@sysmocom.de>
References: <1475277047-3068-1-git-send-email-nhofmeyr@sysmocom.de>
Message-ID: <4da8bcb3-86e2-f2ac-3f64-e1561b003235@sysmocom.de>

Unrelated to the patch content, what would it take to incorporate OpenGGSN into the
list of projects managed with gerrit?

01.10.2016 01:10, Neels Hofmeyr ?????:
> Neels Hofmeyr (2):
>   fix gsn_restart file buffer overflow and missing path sep
>   gsn_restart file: set umask back to original after write failure
>
>  gtp/gtp.c | 20 +++++++++-----------
>  gtp/gtp.h |  1 -
>  2 files changed, 9 insertions(+), 12 deletions(-)
>


-- 
Max Suraev <msuraev at sysmocom.de> http://www.sysmocom.de/
======================================================================= 
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93 
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B 
* Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte 






From nhofmeyr at sysmocom.de  Mon Oct  3 13:51:18 2016
From: nhofmeyr at sysmocom.de (Neels Hofmeyr)
Date: Mon, 3 Oct 2016 15:51:18 +0200
Subject: gerrit -- was: [PATCH 0/2] OpenGGSN fixes for gsn_restart file path
 composition
In-Reply-To: <4da8bcb3-86e2-f2ac-3f64-e1561b003235@sysmocom.de>
References: <1475277047-3068-1-git-send-email-nhofmeyr@sysmocom.de>
 <4da8bcb3-86e2-f2ac-3f64-e1561b003235@sysmocom.de>
Message-ID: <20161003135118.GB1424@my.box>

On Sat, Oct 01, 2016 at 05:10:39PM +0200, Max wrote:
> Unrelated to the patch content, what would it take to incorporate OpenGGSN into the
> list of projects managed with gerrit?

I would +1 to add all remaining osmocom gits to gerrit now. I just recently by
accident pushed a refs/for/master branch into a repos that isn't on gerit :P

The repos replication to git.osmocom.org is the part that I don't know anything
about; Holger? Harald?

~Neels

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161003/7f33026b/attachment.bin>

From holger at freyther.de  Mon Oct  3 15:19:29 2016
From: holger at freyther.de (Holger Freyther)
Date: Mon, 3 Oct 2016 17:19:29 +0200
Subject: gerrit -- was: [PATCH 0/2] OpenGGSN fixes for gsn_restart file
 path composition
In-Reply-To: <20161003135118.GB1424@my.box>
References: <1475277047-3068-1-git-send-email-nhofmeyr@sysmocom.de>
 <4da8bcb3-86e2-f2ac-3f64-e1561b003235@sysmocom.de>
 <20161003135118.GB1424@my.box>
Message-ID: <E3A469AB-3AFB-4F8B-83CF-0D8699CC6EC6@freyther.de>


> On 03 Oct 2016, at 15:51, Neels Hofmeyr <nhofmeyr at sysmocom.de> wrote:
> 
> On Sat, Oct 01, 2016 at 05:10:39PM +0200, Max wrote:
>> Unrelated to the patch content, what would it take to incorporate OpenGGSN into the
>> list of projects managed with gerrit?
> 
> I would +1 to add all remaining osmocom gits to gerrit now. I just recently by
> accident pushed a refs/for/master branch into a repos that isn't on gerit :P
> 
> The repos replication to git.osmocom.org is the part that I don't know anything
> about; Holger? Harald?

1.) Disable push access for everyone and then allow jenkins
2.) git clone openggsn as gerrit user in the directory
3.) reload gerrit (flush caches or restart so it sees it)

should be close to the exact steps.

holger

From rmz at telenordigital.com  Mon Oct  3 21:39:46 2016
From: rmz at telenordigital.com (=?utf-8?Q?Bj=C3=B8rn_Remseth?=)
Date: Mon, 3 Oct 2016 23:39:46 +0200
Subject: OpenGGSN on live networks
Message-ID: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>

Hi

I?m Bj?rn, I work for Telenor Digital.  We?re running a live experimental network (called ?loltel? :-) that is technically operating as a full stack MVNO (mobile virtual network operator), renting network access from Telenor Norway.  It?s mostly but not exclusively based on open source components.  When we started up about two years ago we considered using OpenGGSN, but couldn?t  figure out how to get it into an operational state and we couldn?t find anyone to help us, so we chose a commercial vendor instead.

But today we?re again thinking of using OpenGGSN for an experiment, possibly in our live network. Are there anyone on this list with experiences either with running it in a live network, or with thoughts about how to do it / what would be necessary to get the job done?   We?d love to have a discussion with you.

Hope to hear from you soon.

Best wishes


Bj?rn


-- 
Bj?rn Remseth  --- Senior Software Engineer
(+47) 47900184    |   rmz at comoyo.com <mailto:ane at comoyo.com>  |    www.comoyo.com <http://www.comoyo.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161003/a9a20433/attachment.htm>

From holger at freyther.de  Tue Oct  4 06:07:40 2016
From: holger at freyther.de (Holger Freyther)
Date: Tue, 4 Oct 2016 08:07:40 +0200
Subject: OpenGGSN on live networks
In-Reply-To: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
References: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
Message-ID: <5BCE3F6E-23DA-4113-A85D-93CCB1BD4F2E@freyther.de>


> On 03 Oct 2016, at 23:39, Bj?rn Remseth <rmz at telenordigital.com> wrote:
> 
> Hi
> 

Hi!


> But today we?re again thinking of using OpenGGSN for an experiment, possibly in our live network. Are there anyone on this list with experiences either with running it in a live network, or with thoughts about how to do it / what would be necessary to get the job done?   We?d love to have a discussion with you.

OpenGGSN has no billing and no true subscriber management. I think people that have deployed it in real networks have some (small) extra patches to make it work with specific networks and so far no one contributed them back (which makes a good case for the AGPLv3).


In terms of moving forward it might be good to see what is missing from it and then see how/if to add it. E.g. I have written a nice architecture of a scalable GGSN using ZeroMQ between the different parts of the system. But then there is only one way forward. Deploy (for a subset of subscribers) and then see which SGSNs fail.

cheers
	holger

From rmz at telenordigital.com  Tue Oct  4 06:38:59 2016
From: rmz at telenordigital.com (=?utf-8?Q?Bj=C3=B8rn_Remseth?=)
Date: Tue, 4 Oct 2016 08:38:59 +0200
Subject: OpenGGSN on live networks
In-Reply-To: <5BCE3F6E-23DA-4113-A85D-93CCB1BD4F2E@freyther.de>
References: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
 <5BCE3F6E-23DA-4113-A85D-93CCB1BD4F2E@freyther.de>
Message-ID: <D5E80018-A31C-4960-857E-C39BE270A91C@comoyo.com>


> On 4 Oct 2016, at 08:07, Holger Freyther <holger at freyther.de> wrote:

>> But today we?re again thinking of using OpenGGSN for an experiment, possibly in our live network. Are there anyone on this list with experiences either with running it in a live network, or with thoughts about how to do it / what would be necessary to get the job done?   We?d love to have a discussion with you.
> 
> OpenGGSN has no billing and no true subscriber management.

In the sense that it does not talk to any policy control functions and has no external billing interfaces? It?s only functioning as a packet forwarding mechanism, right?

> I think people that have deployed it in real networks have some (small) extra patches to make it work with specific networks and so far no one contributed them back (which makes a good case for the AGPLv3).

Do you have any indication about what the changes they had to do in order to be able to pass traffic?

> In terms of moving forward it might be good to see what is missing from it and then see how/if to add it. E.g. I have written a nice architecture of a scalable GGSN using ZeroMQ between the different parts of the system.

Interesting.  A few questions:

    * What kind of traffic do you envisage running over the ?MQ?
    * Why do you  think  ?MQ is a good technology choice?
    * What do you think of instead of  a more traditional command/control structure with a set of control plane nodes talking to a bunch of packet forwarding nodes over an RPC mechanism (such as grpc.io <http://grpc.io/>)?
    * Or perhaps there is no contradiction here?


> But then there is only one way forward. Deploy (for a subset of subscribers) and then see which SGSNs fail.


Ok, so one thing that could be useful would be to populate a fleet of phones with our sims, put the phones in various networks we can roam into that  use different SGSNs, then make the phones (automatically, on regular intervals) connect back to a dedicated APN that routes traffic back to an OpenGGSN instance and then  bring out the popcorn to see what goes wrong, fix the GGSN so that it?s no longer wrong then  rinse&repeat.  Are you thinking somewhat along these lines?

(Rmz)

-- 
Bj?rn Remseth  --- Senior Software Engineer
(+47) 47900184    |   rmz at comoyo.com <mailto:ane at comoyo.com>  |    www.comoyo.com <http://www.comoyo.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161004/51db0f63/attachment.htm>

From holger at freyther.de  Tue Oct  4 07:11:49 2016
From: holger at freyther.de (Holger Freyther)
Date: Tue, 4 Oct 2016 09:11:49 +0200
Subject: OpenGGSN on live networks
In-Reply-To: <D5E80018-A31C-4960-857E-C39BE270A91C@comoyo.com>
References: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
 <5BCE3F6E-23DA-4113-A85D-93CCB1BD4F2E@freyther.de>
 <D5E80018-A31C-4960-857E-C39BE270A91C@comoyo.com>
Message-ID: <8007EA35-EA71-4200-82FC-2B1B94629549@freyther.de>


> On 04 Oct 2016, at 08:38, Bj?rn Remseth <rmz at telenordigital.com> wrote:
> 
> 
> In the sense that it does not talk to any policy control functions and has no external billing interfaces? It?s only functioning as a packet forwarding mechanism, right?


right. it will happily create a PDP context for anyone that asks.



>> I think people that have deployed it in real networks have some (small) extra patches to make it work with specific networks and so far no one contributed them back (which makes a good case for the AGPLv3).
> 
> Do you have any indication about what the changes they had to do in order to be able to pass traffic?

I don't.




>> In terms of moving forward it might be good to see what is missing from it and then see how/if to add it. E.g. I have written a nice architecture of a scalable GGSN using ZeroMQ between the different parts of the system.
> 
> Interesting.  A few questions:
> 
>     * What kind of traffic do you envisage running over the ?MQ?
>     * Why do you  think  ?MQ is a good technology choice?
>     * What do you think of instead of  a more traditional command/control structure with a set of control plane nodes talking to a bunch of packet forwarding nodes over an RPC mechanism (such as grpc.io)?
>     * Or perhaps there is no contradiction here?

The question is how to scale a GGSN. One can announce multiple independent ones through DNS, one can have a central (redundant, e.g. keepalived) entry into the network that then dispatches (and re-routes broken SGSNs) requests to a/the worker.

In my architecture I had decided to pick a central one (e.g. to allow more easy logging, hide the load-balancer in the network instead of having to wait for DNS to propagate through GRX). Which means the front-end needs to manage the active workers and distribute requests across them.

For the worker process(es) they need to communicate with a process that is managing the GTP-U resources (allocate tunnel id, make the reservation in the kernel). This would need to be a command/response operation (e.g. only acknowledge the PDP context create if the GTP-u resource was set-up).

In both cases ?MQ has built-in support for it. It supports request/response operations, it supports load-balancing across a number of workers, it is managing which workers are active (active tcp connections). At the same time it allows to implement/prototype parts in different languages.

I'm not an ?MQ expert but played with it in the PCAP central storage/client application and it seemed robust/good enough for the intended usecases.


>> But then there is only one way forward. Deploy (for a subset of subscribers) and then see which SGSNs fail.
> 
> Ok, so one thing that could be useful would be to populate a fleet of phones with our sims, put the phones in various networks we can roam into that  use different SGSNs, then make the phones (automatically, on regular intervals) connect back to a dedicated APN that routes traffic back to an OpenGGSN instance and then  bring out the popcorn to see what goes wrong, fix the GGSN so that it?s no longer wrong then  rinse&repeat.  Are you thinking somewhat along these lines?


yes. I wouldn't expect a lot of fails, mostly dealing with quirks of specific networks. Maybe send GTP-C messages not to the IANA assigned port but remember where the SGSN sent it from.


holger

From nhofmeyr at sysmocom.de  Wed Oct  5 01:25:39 2016
From: nhofmeyr at sysmocom.de (Neels Hofmeyr)
Date: Wed, 5 Oct 2016 03:25:39 +0200
Subject: gerrit -- was: [PATCH 0/2] OpenGGSN fixes for gsn_restart file
 path composition
In-Reply-To: <E3A469AB-3AFB-4F8B-83CF-0D8699CC6EC6@freyther.de>
References: <1475277047-3068-1-git-send-email-nhofmeyr@sysmocom.de>
 <4da8bcb3-86e2-f2ac-3f64-e1561b003235@sysmocom.de>
 <20161003135118.GB1424@my.box>
 <E3A469AB-3AFB-4F8B-83CF-0D8699CC6EC6@freyther.de>
Message-ID: <20161005012539.GB3784@my.box>

We should probably not discuss further details on-list; this just to indicate
that we'll probably move some repositories as soon as we've sorted out the
details.

~Neels

-- 
- Neels Hofmeyr <nhofmeyr at sysmocom.de>          http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Gesch?ftsf?hrer / Managing Directors: Harald Welte
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161005/7ee803a3/attachment.bin>

From nhofmeyr at sysmocom.de  Wed Oct  5 01:34:34 2016
From: nhofmeyr at sysmocom.de (Neels Hofmeyr)
Date: Wed, 5 Oct 2016 03:34:34 +0200
Subject: OpenGGSN on live networks
In-Reply-To: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
References: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
Message-ID: <20161005013434.GD3784@my.box>

On Mon, Oct 03, 2016 at 11:39:46PM +0200, Bj?rn Remseth wrote:
> we considered using OpenGGSN, but couldn?t  figure out how to get it into an
> operational state

I see you have a far more advanced discussion going already, but in case you
were asking for a simple ggsn config to allow GPRS internet access on your
local network, I could send you config files from my local test setup...

~Neels

-- 
- Neels Hofmeyr <nhofmeyr at sysmocom.de>          http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Gesch?ftsf?hrer / Managing Directors: Harald Welte
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161005/c5762a2e/attachment.bin>

From plithner at yahoo.com  Wed Oct  5 09:46:59 2016
From: plithner at yahoo.com (Peter Lithner)
Date: Wed, 5 Oct 2016 09:46:59 +0000 (UTC)
Subject: Dropping packet from invalid source address
In-Reply-To: <914753691.2923676.1475656532703@mail.yahoo.com>
References: <914753691.2923676.1475656532703.ref@mail.yahoo.com>
 <914753691.2923676.1475656532703@mail.yahoo.com>
Message-ID: <1441863923.2954494.1475660819890@mail.yahoo.com>

Hi

I'm trying out openGGSN, currently running it on an Ubuntu 16.04 VM in Amazon. The reason I'm doing this is part of an evaluation I'm helping out with for a customer in the Telco-industry.

I have been able to install, and run ggsn and sgsnemu to the point of sending the ECHO and creating the PDP-C (see attachment). 

However, I can't see that a network interface is created after the PDP-C has been accepted. According to the README on https://github.com/osmobuntu/openggsn that should happen:
"After this it will attempt to establish a pdp
context. If successful it will create a local interface and set up
routing."

Anyway, I have probably missed something in the setup. If you have any suggestions, that would be highly appreciated!

What I did so far is:

Install
sudo apt-get update
sudo apt-get install openggsn

Create "virtual" interfaces (since I'm running everything on the same machine. Not sure if this is the right way to do it though)
ifconfig eth0:0 192.168.1.2 netmask 255.255.255.0 up
ifconfig eth0:1 192.168.1.3 netmask 255.255.255.0 up


I also did the following steps, but I'm not sure exactly what they do... pardon my ignorance!
1. Add the following line to /etc/modules.conf: alias char-major-10-200 tun 
2. depmod -a

Start GGSN
ggsn -c ggsn.conf --fg -l 192.168.1.2 --net 192.168.0.0/24 --dynip 192.168.0.0/24

After this I can see the new tun0
tun0: flags=81<UP,POINTOPOINT,RUNNING>  mtu 1500 inet 192.168.0.1  netmask 255.255.255.0  destination 192.168.0.1 inet6 fe80::9ea3:6876:c4ce:fc96  prefixlen 64  scopeid 0x20<link> unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 500  (UNSPEC) RX packets 0  bytes 0 (0.0 B) RX errors 0  dropped 0  overruns 0  frame 0 TX packets 7  bytes 448 (448.0 B) TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


send ECHO (successfully)
sgsnemu --listen 192.168.1.3 --remote 192.168.1.2 --dns 10.20.38.51 --timelimit 10 --contexts 0


Send ECHO + Create PDP-C
sgsnemu --listen 192.168.1.3 --remote 192.168.1.2 --dns 10.20.38.51 --timelimit 10 --contexts 1 --apn internet --imsi 240011234567890 --msisdn 46702123456 --createif --defaultroute


Which outputs the following:
Using DNS server:      10.20.38.51 (10.20.38.51)
Local IP address is:   192.168.1.3 (192.168.1.3)
Remote IP address is:  192.168.1.2 (192.168.1.2)
IMSI is:               240011234567890 (0xf098765432110042)
Using NSAPI:           0
Using GTP version:     1
Using APN:             internet
Using selection mode:  1
Using MSISDN:          46702123456

Initialising GTP library
<000c> gtp.c:700 GTP: gtp_newgsn() started


After printing this line, sgsnemu stays very silent for 30-ish seconds, after which it prints (all in one go):

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: 192.168.0.2
Dropping packet from invalid source address: 0.0.0.0
Dropping packet from invalid source address: 0.0.0.0
Dropping packet from invalid source address: 0.0.0.0
Dropping packet from invalid source address: 10.7.0.240
Dropping packet from invalid source address: 10.7.0.240
Dropping packet from invalid source address: 0.0.0.0
Dropping packet from invalid source address: 10.7.0.240
Dropping packet from invalid source address: 0.0.0.0
Dropping packet from invalid source address: 10.7.0.240
Dropping packet from invalid source address: 10.7.0.240
Dropping packet from invalid source address: 0.0.0.0
Dropping packet from invalid source address: 10.7.0.240
Dropping packet from invalid source address: 0.0.0.0
Dropping packet from invalid source address: 10.7.0.240
Disconnecting PDP context #0
Received delete PDP context response. Cause value: 128

Where 10.7.0.240 is the ip address of eth0

Once again, if you have any suggestions, I'm all ears! Thanks in advance!

/peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gtp2.pcap
Type: application/octet-stream
Size: 784 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161005/0520bdde/attachment.obj>

From holger at freyther.de  Wed Oct  5 14:29:21 2016
From: holger at freyther.de (Holger Freyther)
Date: Wed, 5 Oct 2016 16:29:21 +0200
Subject: Dropping packet from invalid source address
In-Reply-To: <1441863923.2954494.1475660819890@mail.yahoo.com>
References: <914753691.2923676.1475656532703.ref@mail.yahoo.com>
 <914753691.2923676.1475656532703@mail.yahoo.com>
 <1441863923.2954494.1475660819890@mail.yahoo.com>
Message-ID: <92496313-827D-4775-91C9-0AFB282A63E9@freyther.de>


> On 05 Oct 2016, at 11:46, Peter Lithner <plithner at yahoo.com> wrote:
> 
> Hi
> 

Hey!


> However, I can't see that a network interface is created after the PDP-C has been accepted. According to the README on https://github.com/osmobuntu/openggsn that should happen:
> "After this it will attempt to establish a pdp
> context. If successful it will create a local interface and set up
> routing."

we can't control what is written about our software. The tun interface will be created when the GGSN is starting. You can then add routing/masquerading and forwarding for that interface.



> Received echo response
> Received create PDP context response. IP address: 192.168.0.2
> Dropping packet from invalid source address: 0.0.0.0
> Dropping packet from invalid source address: 0.0.0.0
> Dropping packet from invalid source address: 0.0.0.0
> Dropping packet from invalid source address: 10.7.0.240
> Dropping packet from invalid source address: 10.7.0.240
> Dropping packet from invalid source address: 0.0.0.0
> Dropping packet from invalid source address: 10.7.0.240
> Dropping packet from invalid source address: 0.0.0.0
> Dropping packet from invalid source address: 10.7.0.240
> Dropping packet from invalid source address: 10.7.0.240
> Dropping packet from invalid source address: 0.0.0.0
> Dropping packet from invalid source address: 10.7.0.240
> Dropping packet from invalid source address: 0.0.0.0
> Dropping packet from invalid source address: 10.7.0.240
> Disconnecting PDP context #0
> Received delete PDP context response. Cause value: 128
> 
> Where 10.7.0.240 is the ip address of eth0
> 
> Once again, if you have any suggestions, I'm all ears! Thanks in advance!


that is fun. So the tunnel was created correctly but then other parts happened. Could you run tcpdump/wireshark on tun0 and see what is being sent there?

holger

From holger at freyther.de  Wed Oct  5 16:36:07 2016
From: holger at freyther.de (Holger Freyther)
Date: Wed, 5 Oct 2016 18:36:07 +0200
Subject: Dropping packet from invalid source address
In-Reply-To: <501546483.1573921.1475683319194@mail.yahoo.com>
References: <914753691.2923676.1475656532703.ref@mail.yahoo.com>
 <914753691.2923676.1475656532703@mail.yahoo.com>
 <1441863923.2954494.1475660819890@mail.yahoo.com>
 <92496313-827D-4775-91C9-0AFB282A63E9@freyther.de>
 <447547653.2664336.1475678160646@mail.yahoo.com>
 <C7B3DCE3-1234-459A-B046-A61CACCFB0A0@freyther.de>
 <962340222.3153934.1475678385215@mail.yahoo.com>
 <2E6B4E5E-5333-4A0A-BF65-9DA4BE727A88@freyther.de>
 <501546483.1573921.1475683319194@mail.yahoo.com>
Message-ID: <CA01EBF5-CA8D-4873-B8B4-2DD2833321FB@freyther.de>


> On 05 Oct 2016, at 18:01, Peter Lithner <plithner at yahoo.com> wrote:
> 
>> 

Dear Peter,


> Peter: Did you mean ggsn on 127.0.0.2 and client on 127.0.0.1?

yes.



> 
>> While sgsnemu is running a new interface will be created (e.g. tun1 due the --createif route). Can you check >which netmask is being set there? E.g. tun_addroute is called by the sgsnemu and it might capture more than >you wanted? And in that case filter on tcpdump -i tun1 as well.
> 
> Peter: The thing is, that I do not see any tun1 interface (only the ton0 which is created when i start ggsn). This was what I meant in my original post. 
> 
> Anyway, I used your config, and in the log file I see this:
> <0002> ggsn.c:283 Set file log level to DEBUG
> <0002> ggsn.c:492 gtpclient: Initialising GTP tunnel
> <000c> gtp.c:700 GTP: gtp_newgsn() started
> <000c> gtp.c:661 State information file (/var/lib/ggsn/gsn_restart) not found. Creating new file.
> <000c> gtp.c:682 fopen(path=/var/lib/ggsn/gsn_restart, mode=w) failed: Error = No such file or directory
> <0002> ggsn.c:510 Creating tun interface
> <0002> ggsn.c:516 Setting tun IP address
> 


> I'm probably just missing some stupid/obvious thing in my setup... 

with tcpdumo you should really see this packet and what kind of message it is. I just tried the following in Debian 8.0 VM with the config I had posted:


GGSN:
sudo ./ggsn/ggsn -c ./../../ggsn.conf -f

SGSN:
sudo ./sgsnemu/sgsnemu -l 127.0.0.1 -r 127.0.0.2 -a "foo" --createif

Using default DNS server
Local IP address is:   127.0.0.1 (127.0.0.1)
Remote IP address is:  127.0.0.2 (127.0.0.2)
IMSI is:               240010123456789 (0xf987654321010042)
Using NSAPI:           0
Using GTP version:     1
Using APN:             foo
Using selection mode:  1
Using MSISDN:          46702123456

Initialising GTP library
<000c> gtp.c:701 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: 10.23.42.2

After network config:
tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:10.23.42.1  P-t-P:10.23.42.1  Mask:255.255.255.0
          UP POINTOPOINT RUNNING  MTU:1500  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:252 (252.0 B)  TX bytes:0 (0.0 B)

tun1      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:10.23.42.2  P-t-P:10.23.42.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 B)  TX bytes:252 (252.0 B)


So tun0 has been allocated by the GGSN and tun1 by the SGSN




ping -I tun1 10.23.42.1
PING 10.23.42.1 (10.23.42.1) from 10.23.42.2 tun1: 56(84) bytes of data.
64 bytes from 10.23.42.1: icmp_seq=1 ttl=64 time=0.223 ms
64 bytes from 10.23.42.1: icmp_seq=2 ttl=64 time=0.132 ms
64 bytes from 10.23.42.1: icmp_seq=3 ttl=64 time=0.134 ms
64 bytes from 10.23.42.1: icmp_seq=4 ttl=64 time=0.123 ms
64 bytes from 10.23.42.1: icmp_seq=5 ttl=64 time=8914 ms

(I used CTRL+Z on the ggsn to see that there are actually delays). Can you try to repeat that?


holger

From holger at freyther.de  Thu Oct  6 07:07:55 2016
From: holger at freyther.de (Holger Freyther)
Date: Thu, 6 Oct 2016 09:07:55 +0200
Subject: Dropping packet from invalid source address
In-Reply-To: <580662528.3407660.1475737264142@mail.yahoo.com>
References: <914753691.2923676.1475656532703.ref@mail.yahoo.com>
 <914753691.2923676.1475656532703@mail.yahoo.com>
 <1441863923.2954494.1475660819890@mail.yahoo.com>
 <92496313-827D-4775-91C9-0AFB282A63E9@freyther.de>
 <447547653.2664336.1475678160646@mail.yahoo.com>
 <C7B3DCE3-1234-459A-B046-A61CACCFB0A0@freyther.de>
 <962340222.3153934.1475678385215@mail.yahoo.com>
 <2E6B4E5E-5333-4A0A-BF65-9DA4BE727A88@freyther.de>
 <501546483.1573921.1475683319194@mail.yahoo.com>
 <CA01EBF5-CA8D-4873-B8B4-2DD2833321FB@freyther.de>
 <1594982557.2793157.1475687710255@mail.yahoo.com>
 <1ECE76C5-B404-4139-8C70-89E26472B9D1@freyther.de>
 <580662528.3407660.1475737264142@mail.yahoo.com>
Message-ID: <9E8BE23F-CCA7-4912-931F-F15329D74C35@freyther.de>


> On 06 Oct 2016, at 09:01, Peter Lithner <plithner at yahoo.com> wrote:
> 
> Hello Holger,
> 
> I can see packets now, after creating a PDP and running tcpdump on tun0. However, the ICMP requests I send are not GTP encapsulated as I would have expected, and I can only see the "downlink" data (the ping requests, and not the replies). The ping is successful though, so the replies are sent some way.

Let's say tun1 is the SGSN emu device and you have a ICMP Request in it. The kernel will tell the sgsnemu process that new data is present and the sgsnemu will then wrap the data with GTP-u and send it to the GGSN. So you should be able to see the wrapped data on the loopback device.


> And like I mentioned before, I can not force delays in packet delivery by temporarily pausing the GGSN with ctrl-z.
> 
> What I did was, exactly what you proposed. I used your config, and you command lines (with the only exception that I created to virtual interfaces instead of using 127.0.0.1 and 127.0.0.2. I tried that as well though, and behaviour was the same.
> 
> One thing that looks a bit odd, is that when I run tcpdump on tun0 (ggsn tun interface) and run ping, I can only see the "downlink" packets. That is to say, I only see the Ping requests and not the responses. The attachment shows this.



> The setup once again:
> Ubuntu 16.04.01
> ggsn installed with apt-get
> ggsn.cfg:
>   root at ip-10-7-0-240:/home/ubuntu# cat ggsn.conf
>   listen 192.168.1.2
>   logfile /tmp/foo
>   loglevel DEBUG
>   net 10.10.10.1/24
>   pcodns1 8.8.8.8
> 
> ggsn command line: 
>   ggsn -c ggsn.conf -f
> 
> sgsnemu command line:
>   sgsnemu --listen 192.168.1.3 --remote 192.168.1.2 --apn internet --createif
> 
> capture:
>   tcpdump -i tun0 -w tun0.pcap
> ping:
>   ping -I tun1 10.10.10.1
> 

So if you trace on eth0 as well you should see ICMP Echo req and GTP+U ICMP echo req. As you trace on tun0 the GGSN has received GTP-u and wrote it into tun0. Now the kernel decides not to respond. E.g. maybe your cloud image has some kind of firewall, you could try to disable the rp_filter on tun0, etc.





From plithner at yahoo.com  Thu Oct  6 08:56:01 2016
From: plithner at yahoo.com (Peter Lithner)
Date: Thu, 6 Oct 2016 08:56:01 +0000 (UTC)
Subject: Dropping packet from invalid source address
In-Reply-To: <9E8BE23F-CCA7-4912-931F-F15329D74C35@freyther.de>
References: <914753691.2923676.1475656532703.ref@mail.yahoo.com>
 <914753691.2923676.1475656532703@mail.yahoo.com>
 <1441863923.2954494.1475660819890@mail.yahoo.com>
 <92496313-827D-4775-91C9-0AFB282A63E9@freyther.de>
 <447547653.2664336.1475678160646@mail.yahoo.com>
 <C7B3DCE3-1234-459A-B046-A61CACCFB0A0@freyther.de>
 <962340222.3153934.1475678385215@mail.yahoo.com>
 <2E6B4E5E-5333-4A0A-BF65-9DA4BE727A88@freyther.de>
 <501546483.1573921.1475683319194@mail.yahoo.com>
 <CA01EBF5-CA8D-4873-B8B4-2DD2833321FB@freyther.de>
 <1594982557.2793157.1475687710255@mail.yahoo.com>
 <1ECE76C5-B404-4139-8C70-89E26472B9D1@freyther.de>
 <580662528.3407660.1475737264142@mail.yahoo.com>
 <9E8BE23F-CCA7-4912-931F-F15329D74C35@freyther.de>
Message-ID: <1107441545.3953767.1475744161522@mail.yahoo.com>

But even if I capture with "-i any" i see only 4 GTP packets: The ECHO Req/Resp and the PDP-C create Req/Resp. The are no GTP encapsulated ICMP/payload messages. 

I have attached a cap with an example of this.
Also, like I mentioned, nothing happens if I pause the ggsn with ctrl-z. The ping should have been interrupted by this, I think...


Not sure what to make of this. It seems I can't get GTP-U to work at all.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gtp4.pcap
Type: application/octet-stream
Size: 115436 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161006/50166ba9/attachment.obj>

From holger at freyther.de  Thu Oct  6 09:24:27 2016
From: holger at freyther.de (Holger Freyther)
Date: Thu, 6 Oct 2016 11:24:27 +0200
Subject: Dropping packet from invalid source address
In-Reply-To: <1107441545.3953767.1475744161522@mail.yahoo.com>
References: <914753691.2923676.1475656532703.ref@mail.yahoo.com>
 <914753691.2923676.1475656532703@mail.yahoo.com>
 <1441863923.2954494.1475660819890@mail.yahoo.com>
 <92496313-827D-4775-91C9-0AFB282A63E9@freyther.de>
 <447547653.2664336.1475678160646@mail.yahoo.com>
 <C7B3DCE3-1234-459A-B046-A61CACCFB0A0@freyther.de>
 <962340222.3153934.1475678385215@mail.yahoo.com>
 <2E6B4E5E-5333-4A0A-BF65-9DA4BE727A88@freyther.de>
 <501546483.1573921.1475683319194@mail.yahoo.com>
 <CA01EBF5-CA8D-4873-B8B4-2DD2833321FB@freyther.de>
 <1594982557.2793157.1475687710255@mail.yahoo.com>
 <1ECE76C5-B404-4139-8C70-89E26472B9D1@freyther.de>
 <580662528.3407660.1475737264142@mail.yahoo.com>
 <9E8BE23F-CCA7-4912-931F-F15329D74C35@freyther.de>
 <1107441545.3953767.1475744161522@mail.yahoo.com>
Message-ID: <3FCE5265-3C0D-43B8-975E-7617C32CB4A2@freyther.de>


> On 06 Oct 2016, at 10:56, Peter Lithner <plithner at yahoo.com> wrote:
> 
> But even if I capture with "-i any" i see only 4 GTP packets: The ECHO Req/Resp and the PDP-C create Req/Resp. The are no GTP encapsulated ICMP/payload messages. 
> 
> I have attached a cap with an example of this.
> Also, like I mentioned, nothing happens if I pause the ggsn with ctrl-z. The ping should have been interrupted by this, I think...
> 
> 
> Not sure what to make of this. It seems I can't get GTP-U to work at all.<gtp4.pcap>

in gtp4.pcap ping is from 10.10.10.2 to 10.10.10.2 so the kernel seems to answer that before it goes to the sgsnemu?

holger

From ashishbnv at gmail.com  Thu Oct  6 13:20:54 2016
From: ashishbnv at gmail.com (Ashish Kurian)
Date: Thu, 6 Oct 2016 15:20:54 +0200
Subject: Installation error
Message-ID: <CAD5-XQNOLcOj0459uW4+gAL9qqzC7J+ZVc=UXWuScbLWkM0_Nw@mail.gmail.com>

Hi All,

I downloaded the tar ball release  libgtpnl-1.0.1.tar.gz and un tared it.
Then I tried to build and install the package. But the command sudo
./configure is giving me the following error.

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

Do you know what could be the reason for this error?

Best Regards,
Ashish Kurian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161006/ababda6f/attachment.htm>

From junpei.yoshino at gmail.com  Thu Oct  6 13:43:42 2016
From: junpei.yoshino at gmail.com (junpei yoshino)
Date: Thu, 6 Oct 2016 22:43:42 +0900
Subject: Installation error
In-Reply-To: <CAD5-XQNOLcOj0459uW4+gAL9qqzC7J+ZVc=UXWuScbLWkM0_Nw@mail.gmail.com>
References: <CAD5-XQNOLcOj0459uW4+gAL9qqzC7J+ZVc=UXWuScbLWkM0_Nw@mail.gmail.com>
Message-ID: <CAP_hEEDjiiLHcKAaKb6JPTA1-2uSBmPLWpJ-9qTWTCuPPhf_Xw@mail.gmail.com>

Hello Ashish

Do you use autoreconf ?
I wrote sample build commands.

$ git clone git://git.osmocom.org/libgtpnl
$ cd libgtpnl
$ autoreconf -fi configure.ac
$ cd tools
$ make gtp-tunnel
$ make gtp-link

I will write README file and send patch later.

Best Regards,
Junpei Yoshino

On Thu, Oct 6, 2016 at 10:20 PM, Ashish Kurian <ashishbnv at gmail.com> wrote:
> Hi All,
>
> I downloaded the tar ball release  libgtpnl-1.0.1.tar.gz and un tared it.
> Then I tried to build and install the package. But the command sudo
> ./configure is giving me the following error.
>
> configure: error: cannot find install-sh, install.sh, or shtool in build-aux
> "."/build-aux
>
> Do you know what could be the reason for this error?
>
> Best Regards,
> Ashish Kurian



-- 
junpei.yoshino at gmail.com


From junpei.yoshino at gmail.com  Thu Oct  6 14:10:44 2016
From: junpei.yoshino at gmail.com (junpei yoshino)
Date: Thu, 6 Oct 2016 23:10:44 +0900
Subject: [libgtpnl]add README.md file for build guide
Message-ID: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>

Hello

I write build guide.

 README.md | 11 +++++++++++
 1 file changed, 11 insertions(+)
 create mode 100644 README.md

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..c6718d2
--- /dev/null
+++ b/README.md
@@ -0,0 +1,11 @@
+# How to build
+
+```
+$ git clone git://git.osmocom.org/libgtpnl
+$ cd libgtpnl
+$ autoreconf -fi
+$ cd tools
+$ make gtp-tunnel
+$ make gtp-link
+```
+

Best Regards,
Junpei Yoshino

-- 
junpei.yoshino at gmail.com


From rmz at telenordigital.com  Thu Oct  6 16:43:12 2016
From: rmz at telenordigital.com (=?UTF-8?Q?Bj=C3=B8rn_Remseth?=)
Date: Thu, 6 Oct 2016 18:43:12 +0200
Subject: OpenGGSN on live networks
In-Reply-To: <20161005013434.GD3784@my.box>
References: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
 <20161005013434.GD3784@my.box>
Message-ID: <CA+DU0_Cu0dJK44BpOHSQTRzeiM118MGFs=k7XhF+-M-Jij7h3g@mail.gmail.com>

On Wed, Oct 5, 2016 at 3:34 AM, Neels Hofmeyr <nhofmeyr at sysmocom.de> wrote:

> On Mon, Oct 03, 2016 at 11:39:46PM +0200, Bj?rn Remseth wrote:
> > we considered using OpenGGSN, but couldn?t  figure out how to get it
> into an
> > operational state
>
> I see you have a far more advanced discussion going already, but in case
> you
> were asking for a simple ggsn config to allow GPRS internet access on your
> local network, I could send you config files from my local test setup...
>

That would be wonderful.   It would also be useful during testing.
(Rmz)

--
Bj?rn Remseth. Software Engineer at Telenor Digital.  rmz@ <rmz at comoyo.com>
telenordigital.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161006/ed303d29/attachment.htm>

From nhofmeyr at sysmocom.de  Thu Oct  6 17:44:37 2016
From: nhofmeyr at sysmocom.de (Neels Hofmeyr)
Date: Thu, 6 Oct 2016 19:44:37 +0200
Subject: openggsn patches now via gerrit
Message-ID: <20161006174437.GC19978@my.box>

Hi all,

OpenGGSN has moved to gerrit today. Patch submissions shall go there now, no
longer to this mailing list.

~Neels

-- 
- Neels Hofmeyr <nhofmeyr at sysmocom.de>          http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Gesch?ftsf?hrer / Managing Directors: Harald Welte
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161006/eafabdf3/attachment.bin>

From nhofmeyr at sysmocom.de  Thu Oct  6 19:58:03 2016
From: nhofmeyr at sysmocom.de (Neels Hofmeyr)
Date: Thu, 6 Oct 2016 21:58:03 +0200
Subject: OpenGGSN on live networks
In-Reply-To: <CA+DU0_Cu0dJK44BpOHSQTRzeiM118MGFs=k7XhF+-M-Jij7h3g@mail.gmail.com>
References: <2447C396-EFBF-4369-9D30-EA1B5ED1624B@comoyo.com>
 <20161005013434.GD3784@my.box>
 <CA+DU0_Cu0dJK44BpOHSQTRzeiM118MGFs=k7XhF+-M-Jij7h3g@mail.gmail.com>
Message-ID: <20161006195803.GE22552@my.box>

On Thu, Oct 06, 2016 at 06:43:12PM +0200, Bj?rn Remseth wrote:
> > > we considered using OpenGGSN, but couldn?t  figure out how to get it
> > > into an operational state
> >
> > I see you have a far more advanced discussion going already, but in case
> > you
> > were asking for a simple ggsn config to allow GPRS internet access on your
> > local network, I could send you config files from my local test setup...
> 
> That would be wonderful.   It would also be useful during testing.

I see we do have instructions for GPRS at
https://osmocom.org/projects/cellular-infrastructure/wiki/OpenBSC_GPRS
though I believe some of the information may be outdated.

I have attached to that wiki page a tar with the complete set of config files I
use for my GPRS testing:
https://osmocom.org/attachments/download/2409/gprs_example_config.tar

Be sure to look at the enclosed README file.

A common pitfall: your phone must have an APN configured, anyone will do (e.g.
in your smartphone config just enter name 'test' and APN 'test').

~Neels

-- 
- Neels Hofmeyr <nhofmeyr at sysmocom.de>          http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Gesch?ftsf?hrer / Managing Directors: Harald Welte
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161006/9ed1e9ff/attachment.bin>

From ashishbnv at gmail.com  Fri Oct  7 07:36:02 2016
From: ashishbnv at gmail.com (Ashish Kurian)
Date: Fri, 7 Oct 2016 09:36:02 +0200
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
Message-ID: <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>

Dear All,

I tried the commands as instructed and got an error with the command sudo
make gtp-tunnel as follows





*gtp-tunnel.c:36:27: fatal error: libmnl/libmnl.h: No such file or
directory #include <libmnl/libmnl.h>                           ^compilation
terminated.make: *** [gtp-tunnel] Error 1*






Best Regards,
Ashish Kurian

On Thu, Oct 6, 2016 at 4:10 PM, junpei yoshino <junpei.yoshino at gmail.com>
wrote:

> Hello
>
> I write build guide.
>
>  README.md | 11 +++++++++++
>  1 file changed, 11 insertions(+)
>  create mode 100644 README.md
>
> diff --git a/README.md b/README.md
> new file mode 100644
> index 0000000..c6718d2
> --- /dev/null
> +++ b/README.md
> @@ -0,0 +1,11 @@
> +# How to build
> +
> +```
> +$ git clone git://git.osmocom.org/libgtpnl
> +$ cd libgtpnl
> +$ autoreconf -fi
> +$ cd tools
> +$ make gtp-tunnel
> +$ make gtp-link
> +```
> +
>
> Best Regards,
> Junpei Yoshino
>
> --
> junpei.yoshino at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161007/88ecceda/attachment.htm>

From junpei.yoshino at gmail.com  Fri Oct  7 07:53:35 2016
From: junpei.yoshino at gmail.com (junpei yoshino)
Date: Fri, 7 Oct 2016 16:53:35 +0900
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
 <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
Message-ID: <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>

Hello Ashish

libgtpnl requires libmnl.
Please install libmnl before build libgtpnl.

Best Regards,
Junpei Yoshino


On Fri, Oct 7, 2016 at 4:36 PM, Ashish Kurian <ashishbnv at gmail.com> wrote:
> Dear All,
>
> I tried the commands as instructed and got an error with the command sudo
> make gtp-tunnel as follows
>
> gtp-tunnel.c:36:27: fatal error: libmnl/libmnl.h: No such file or directory
>  #include <libmnl/libmnl.h>
>                            ^
> compilation terminated.
> make: *** [gtp-tunnel] Error 1
>
>
>
>
>
>
> Best Regards,
> Ashish Kurian
>
> On Thu, Oct 6, 2016 at 4:10 PM, junpei yoshino <junpei.yoshino at gmail.com>
> wrote:
>>
>> Hello
>>
>> I write build guide.
>>
>>  README.md | 11 +++++++++++
>>  1 file changed, 11 insertions(+)
>>  create mode 100644 README.md
>>
>> diff --git a/README.md b/README.md
>> new file mode 100644
>> index 0000000..c6718d2
>> --- /dev/null
>> +++ b/README.md
>> @@ -0,0 +1,11 @@
>> +# How to build
>> +
>> +```
>> +$ git clone git://git.osmocom.org/libgtpnl
>> +$ cd libgtpnl
>> +$ autoreconf -fi
>> +$ cd tools
>> +$ make gtp-tunnel
>> +$ make gtp-link
>> +```
>> +
>>
>> Best Regards,
>> Junpei Yoshino
>>
>> --
>> junpei.yoshino at gmail.com
>
>



-- 
junpei.yoshino at gmail.com


From ashishbnv at gmail.com  Fri Oct  7 08:04:30 2016
From: ashishbnv at gmail.com (Ashish Kurian)
Date: Fri, 7 Oct 2016 10:04:30 +0200
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
 <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
 <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>
Message-ID: <CAD5-XQMNCQxsUXTi7+s35WANBEy2LKq2J2txU7wbXgykd59KAw@mail.gmail.com>

Dear All,

Thank you for your help and it worked. But now I ran into another error


*gtp-tunnel.c:39:23: fatal error: linux/gtp.h: No such file or
directory #include <linux/gtp.h>*

Best Regards,
Ashish Kurian

On Fri, Oct 7, 2016 at 9:53 AM, junpei yoshino <junpei.yoshino at gmail.com>
wrote:

> Hello Ashish
>
> libgtpnl requires libmnl.
> Please install libmnl before build libgtpnl.
>
> Best Regards,
> Junpei Yoshino
>
>
> On Fri, Oct 7, 2016 at 4:36 PM, Ashish Kurian <ashishbnv at gmail.com> wrote:
> > Dear All,
> >
> > I tried the commands as instructed and got an error with the command sudo
> > make gtp-tunnel as follows
> >
> > gtp-tunnel.c:36:27: fatal error: libmnl/libmnl.h: No such file or
> directory
> >  #include <libmnl/libmnl.h>
> >                            ^
> > compilation terminated.
> > make: *** [gtp-tunnel] Error 1
> >
> >
> >
> >
> >
> >
> > Best Regards,
> > Ashish Kurian
> >
> > On Thu, Oct 6, 2016 at 4:10 PM, junpei yoshino <junpei.yoshino at gmail.com
> >
> > wrote:
> >>
> >> Hello
> >>
> >> I write build guide.
> >>
> >>  README.md | 11 +++++++++++
> >>  1 file changed, 11 insertions(+)
> >>  create mode 100644 README.md
> >>
> >> diff --git a/README.md b/README.md
> >> new file mode 100644
> >> index 0000000..c6718d2
> >> --- /dev/null
> >> +++ b/README.md
> >> @@ -0,0 +1,11 @@
> >> +# How to build
> >> +
> >> +```
> >> +$ git clone git://git.osmocom.org/libgtpnl
> >> +$ cd libgtpnl
> >> +$ autoreconf -fi
> >> +$ cd tools
> >> +$ make gtp-tunnel
> >> +$ make gtp-link
> >> +```
> >> +
> >>
> >> Best Regards,
> >> Junpei Yoshino
> >>
> >> --
> >> junpei.yoshino at gmail.com
> >
> >
>
>
>
> --
> junpei.yoshino at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161007/c6abeff1/attachment.htm>

From junpei.yoshino at gmail.com  Fri Oct  7 08:10:22 2016
From: junpei.yoshino at gmail.com (junpei yoshino)
Date: Fri, 7 Oct 2016 17:10:22 +0900
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <CAD5-XQMNCQxsUXTi7+s35WANBEy2LKq2J2txU7wbXgykd59KAw@mail.gmail.com>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
 <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
 <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>
 <CAD5-XQMNCQxsUXTi7+s35WANBEy2LKq2J2txU7wbXgykd59KAw@mail.gmail.com>
Message-ID: <CAP_hEECGkERdYZ4wX62bKfwbajsz2OZHWotH-fdjFwCG6Tw0sA@mail.gmail.com>

Hello Ashish

Which version linux kernel do you use?
4.7 and later has that file.
you need to use linux kernel 4.7.

Best Regards,
Junpei Yoshino


On Fri, Oct 7, 2016 at 5:04 PM, Ashish Kurian <ashishbnv at gmail.com> wrote:
> Dear All,
>
> Thank you for your help and it worked. But now I ran into another error
>
> gtp-tunnel.c:39:23: fatal error: linux/gtp.h: No such file or directory
>  #include <linux/gtp.h>
>
> Best Regards,
> Ashish Kurian
>
> On Fri, Oct 7, 2016 at 9:53 AM, junpei yoshino <junpei.yoshino at gmail.com>
> wrote:
>>
>> Hello Ashish
>>
>> libgtpnl requires libmnl.
>> Please install libmnl before build libgtpnl.
>>
>> Best Regards,
>> Junpei Yoshino
>>
>>
>> On Fri, Oct 7, 2016 at 4:36 PM, Ashish Kurian <ashishbnv at gmail.com> wrote:
>> > Dear All,
>> >
>> > I tried the commands as instructed and got an error with the command
>> > sudo
>> > make gtp-tunnel as follows
>> >
>> > gtp-tunnel.c:36:27: fatal error: libmnl/libmnl.h: No such file or
>> > directory
>> >  #include <libmnl/libmnl.h>
>> >                            ^
>> > compilation terminated.
>> > make: *** [gtp-tunnel] Error 1
>> >
>> >
>> >
>> >
>> >
>> >
>> > Best Regards,
>> > Ashish Kurian
>> >
>> > On Thu, Oct 6, 2016 at 4:10 PM, junpei yoshino
>> > <junpei.yoshino at gmail.com>
>> > wrote:
>> >>
>> >> Hello
>> >>
>> >> I write build guide.
>> >>
>> >>  README.md | 11 +++++++++++
>> >>  1 file changed, 11 insertions(+)
>> >>  create mode 100644 README.md
>> >>
>> >> diff --git a/README.md b/README.md
>> >> new file mode 100644
>> >> index 0000000..c6718d2
>> >> --- /dev/null
>> >> +++ b/README.md
>> >> @@ -0,0 +1,11 @@
>> >> +# How to build
>> >> +
>> >> +```
>> >> +$ git clone git://git.osmocom.org/libgtpnl
>> >> +$ cd libgtpnl
>> >> +$ autoreconf -fi
>> >> +$ cd tools
>> >> +$ make gtp-tunnel
>> >> +$ make gtp-link
>> >> +```
>> >> +
>> >>
>> >> Best Regards,
>> >> Junpei Yoshino
>> >>
>> >> --
>> >> junpei.yoshino at gmail.com
>> >
>> >
>>
>>
>>
>> --
>> junpei.yoshino at gmail.com
>
>



-- 
junpei.yoshino at gmail.com


From ashishbnv at gmail.com  Fri Oct  7 08:12:55 2016
From: ashishbnv at gmail.com (Ashish Kurian)
Date: Fri, 7 Oct 2016 10:12:55 +0200
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <CAP_hEECGkERdYZ4wX62bKfwbajsz2OZHWotH-fdjFwCG6Tw0sA@mail.gmail.com>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
 <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
 <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>
 <CAD5-XQMNCQxsUXTi7+s35WANBEy2LKq2J2txU7wbXgykd59KAw@mail.gmail.com>
 <CAP_hEECGkERdYZ4wX62bKfwbajsz2OZHWotH-fdjFwCG6Tw0sA@mail.gmail.com>
Message-ID: <CAD5-XQPjaYt0D1pL2o998hDFA4A1Wuts6jUgDXKOtWAXydpbxg@mail.gmail.com>

Dear Junpei,

I am using linux kernel version 3.9 . That is because, I am using a patch
on the OVS package and that patch is supported only in OVS 2.5 and OVS 2.5
supports only kernel versions < 4.3.

Is there any way I can get that file on my current kernel version?

Best Regards,
Ashish Kurian

On Fri, Oct 7, 2016 at 10:10 AM, junpei yoshino <junpei.yoshino at gmail.com>
wrote:

> Hello Ashish
>
> Which version linux kernel do you use?
> 4.7 and later has that file.
> you need to use linux kernel 4.7.
>
> Best Regards,
> Junpei Yoshino
>
>
> On Fri, Oct 7, 2016 at 5:04 PM, Ashish Kurian <ashishbnv at gmail.com> wrote:
> > Dear All,
> >
> > Thank you for your help and it worked. But now I ran into another error
> >
> > gtp-tunnel.c:39:23: fatal error: linux/gtp.h: No such file or directory
> >  #include <linux/gtp.h>
> >
> > Best Regards,
> > Ashish Kurian
> >
> > On Fri, Oct 7, 2016 at 9:53 AM, junpei yoshino <junpei.yoshino at gmail.com
> >
> > wrote:
> >>
> >> Hello Ashish
> >>
> >> libgtpnl requires libmnl.
> >> Please install libmnl before build libgtpnl.
> >>
> >> Best Regards,
> >> Junpei Yoshino
> >>
> >>
> >> On Fri, Oct 7, 2016 at 4:36 PM, Ashish Kurian <ashishbnv at gmail.com>
> wrote:
> >> > Dear All,
> >> >
> >> > I tried the commands as instructed and got an error with the command
> >> > sudo
> >> > make gtp-tunnel as follows
> >> >
> >> > gtp-tunnel.c:36:27: fatal error: libmnl/libmnl.h: No such file or
> >> > directory
> >> >  #include <libmnl/libmnl.h>
> >> >                            ^
> >> > compilation terminated.
> >> > make: *** [gtp-tunnel] Error 1
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > Best Regards,
> >> > Ashish Kurian
> >> >
> >> > On Thu, Oct 6, 2016 at 4:10 PM, junpei yoshino
> >> > <junpei.yoshino at gmail.com>
> >> > wrote:
> >> >>
> >> >> Hello
> >> >>
> >> >> I write build guide.
> >> >>
> >> >>  README.md | 11 +++++++++++
> >> >>  1 file changed, 11 insertions(+)
> >> >>  create mode 100644 README.md
> >> >>
> >> >> diff --git a/README.md b/README.md
> >> >> new file mode 100644
> >> >> index 0000000..c6718d2
> >> >> --- /dev/null
> >> >> +++ b/README.md
> >> >> @@ -0,0 +1,11 @@
> >> >> +# How to build
> >> >> +
> >> >> +```
> >> >> +$ git clone git://git.osmocom.org/libgtpnl
> >> >> +$ cd libgtpnl
> >> >> +$ autoreconf -fi
> >> >> +$ cd tools
> >> >> +$ make gtp-tunnel
> >> >> +$ make gtp-link
> >> >> +```
> >> >> +
> >> >>
> >> >> Best Regards,
> >> >> Junpei Yoshino
> >> >>
> >> >> --
> >> >> junpei.yoshino at gmail.com
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> junpei.yoshino at gmail.com
> >
> >
>
>
>
> --
> junpei.yoshino at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161007/b58d2d66/attachment.htm>

From laforge at gnumonks.org  Fri Oct  7 08:18:33 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 7 Oct 2016 10:18:33 +0200
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <CAD5-XQPjaYt0D1pL2o998hDFA4A1Wuts6jUgDXKOtWAXydpbxg@mail.gmail.com>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
 <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
 <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>
 <CAD5-XQMNCQxsUXTi7+s35WANBEy2LKq2J2txU7wbXgykd59KAw@mail.gmail.com>
 <CAP_hEECGkERdYZ4wX62bKfwbajsz2OZHWotH-fdjFwCG6Tw0sA@mail.gmail.com>
 <CAD5-XQPjaYt0D1pL2o998hDFA4A1Wuts6jUgDXKOtWAXydpbxg@mail.gmail.com>
Message-ID: <20161007081833.gqw5pf3kdlr2kvgj@nataraja>

On Fri, Oct 07, 2016 at 10:12:55AM +0200, Ashish Kurian wrote:
> Is there any way I can get that file on my current kernel version?

I think you have some fundamental misunerstanding on how linux kenrel
development works, and miss the fact that the GTP kernel module was
merged in 4.7.

-- 
- 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 ashishbnv at gmail.com  Fri Oct  7 09:33:48 2016
From: ashishbnv at gmail.com (Ashish Kurian)
Date: Fri, 7 Oct 2016 11:33:48 +0200
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <20161007081833.gqw5pf3kdlr2kvgj@nataraja>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
 <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
 <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>
 <CAD5-XQMNCQxsUXTi7+s35WANBEy2LKq2J2txU7wbXgykd59KAw@mail.gmail.com>
 <CAP_hEECGkERdYZ4wX62bKfwbajsz2OZHWotH-fdjFwCG6Tw0sA@mail.gmail.com>
 <CAD5-XQPjaYt0D1pL2o998hDFA4A1Wuts6jUgDXKOtWAXydpbxg@mail.gmail.com>
 <20161007081833.gqw5pf3kdlr2kvgj@nataraja>
Message-ID: <CAD5-XQO9KBD57Oez9=R1S6GuVG6Me4o-KfU5Vyqu2W0m6DZdRQ@mail.gmail.com>

Dear Welte,

Yes I am a complete beginner in this. I started looking into this gtp-u
kernel support as it was said in the mailing list that first you should get
the gtp-u support on kernel and then they will merge gtp-u patch for OVS
into the mainline OVS.

So are you saying that it is impossible to add  support in the kernel 3.9?

Best Regards,
Ashish Kurian

On Fri, Oct 7, 2016 at 10:18 AM, Harald Welte <laforge at gnumonks.org> wrote:

> On Fri, Oct 07, 2016 at 10:12:55AM +0200, Ashish Kurian wrote:
> > Is there any way I can get that file on my current kernel version?
>
> I think you have some fundamental misunerstanding on how linux kenrel
> development works, and miss the fact that the GTP kernel module was
> merged in 4.7.
>
> --
> - 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/osmocom-net-gprs/attachments/20161007/39d58e3e/attachment.htm>

From laforge at gnumonks.org  Fri Oct  7 09:55:42 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Fri, 7 Oct 2016 11:55:42 +0200
Subject: [libgtpnl]add README.md file for build guide
In-Reply-To: <CAD5-XQO9KBD57Oez9=R1S6GuVG6Me4o-KfU5Vyqu2W0m6DZdRQ@mail.gmail.com>
References: <CAP_hEED2rtgRcS9v7Dm0pYvtXfr=zzFvje+c_kX7zbxxQYaM2A@mail.gmail.com>
 <CAD5-XQMWCaP9tKb1-2OiVT1LeMHYNFqUG8tqs6p9M0asBqK+8w@mail.gmail.com>
 <CAP_hEEB6PmMyrnGio0YL61nU++Sbk80u4gJ8aTh03GhpMybYdQ@mail.gmail.com>
 <CAD5-XQMNCQxsUXTi7+s35WANBEy2LKq2J2txU7wbXgykd59KAw@mail.gmail.com>
 <CAP_hEECGkERdYZ4wX62bKfwbajsz2OZHWotH-fdjFwCG6Tw0sA@mail.gmail.com>
 <CAD5-XQPjaYt0D1pL2o998hDFA4A1Wuts6jUgDXKOtWAXydpbxg@mail.gmail.com>
 <20161007081833.gqw5pf3kdlr2kvgj@nataraja>
 <CAD5-XQO9KBD57Oez9=R1S6GuVG6Me4o-KfU5Vyqu2W0m6DZdRQ@mail.gmail.com>
Message-ID: <20161007095542.fcjrwp5boqg646go@nataraja>

Hi Ashish,

On Fri, Oct 07, 2016 at 11:33:48AM +0200, Ashish Kurian wrote:
> So are you saying that it is impossible to add? support in the kernel 3.9?

If you are a Linux kernel developer (or hire one), it is possible to
back-port the GTP-u module.  Hoewver, this is a significant amount of
work, and it is generally a very bad idea to use old kernels, for many
reasons.  So rather than using the developer resource for something
that's useful in the future, you use that resource for catching up with
the past.

3.9.x is not receiving any security fixes or bug fixes, check
https://www.kernel.org/

It's a bit like insisting on Windows XP, even though it's not supported
anymore for a long time.

-- 
- 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 groos at xiplink.com  Tue Oct 11 13:15:25 2016
From: groos at xiplink.com (groos at xiplink.com)
Date: Tue, 11 Oct 2016 08:15:25 -0500 (EST)
Subject: OpenGGSN IPv6 support
Message-ID: <1476191725.955923937@apps.rackspace.com>

Hi All

I have added IPv6 support to OpenGGSN and if anybody is interested I will gladly make my patch available.  It definitely needs more testing and perhaps a bit of cleanup, but currently it can do 4-in-4, 6-in-4, 4-in-6 and 6-in-6.

Gerrie



From msuraev at sysmocom.de  Tue Oct 11 13:35:47 2016
From: msuraev at sysmocom.de (Max)
Date: Tue, 11 Oct 2016 15:35:47 +0200
Subject: OpenGGSN IPv6 support
In-Reply-To: <1476191725.955923937@apps.rackspace.com>
References: <1476191725.955923937@apps.rackspace.com>
Message-ID: <dc924e0f-c9b9-282d-3854-9ec932ae1c7f@sysmocom.de>

Excellent news.

Note that OpenGGSN is now using gerrit just like most of other Osmocom
projects so you can submit your patch directly - see
https://projects.osmocom.org/projects/cellular-infrastructure/wiki/Gerrit
for more details.


On 10/11/2016 03:15 PM, groos at xiplink.com wrote:
> Hi All
>
> I have added IPv6 support to OpenGGSN and if anybody is interested I will gladly make my patch available.  It definitely needs more testing and perhaps a bit of cleanup, but currently it can do 4-in-4, 6-in-4, 4-in-6 and 6-in-6.
>
> Gerrie
>

-- 
Max Suraev <msuraev at sysmocom.de> http://www.sysmocom.de/
======================================================================= 
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93 
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B 
* Geschaeftsfuehrer / Managing Director: Harald Welte 



From laforge at gnumonks.org  Tue Oct 11 13:44:44 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Tue, 11 Oct 2016 15:44:44 +0200
Subject: OpenGGSN IPv6 support
In-Reply-To: <1476191725.955923937@apps.rackspace.com>
References: <1476191725.955923937@apps.rackspace.com>
Message-ID: <20161011134444.y3fgikbtdtuvljks@nataraja>

Hi Gerrie,

On Tue, Oct 11, 2016 at 08:15:25AM -0500, groos at xiplink.com wrote:
> I have added IPv6 support to OpenGGSN and if anybody is interested I
> will gladly make my patch available.  It definitely needs more testing
> and perhaps a bit of cleanup, but currently it can do 4-in-4, 6-in-4,
> 4-in-6 and 6-in-6.

we would very much appreciate it if you submitted your changes to the
code review process as it is customary in open source projects.
Typically they either use e-mail based patch submission to the mailing
list, or some tool based approach.

In Osmocom we have introduced the use of gerrit.  So the preferred
approach is for you to push your patches into gerrirt.  For more
information, please see
http://osmocom.org/projects/cellular-infrastructure/wiki/Gerrit

Once your patches are in gerrit, the community will review them and you
will receive feedback.  If we see no issues, patches wil lget merged.
If there is review feedback that needs to be addressed, it is expected
that you address those concerns and update your patchset.

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 Arvind.Sirsikar at radisys.com  Mon Oct 24 07:03:31 2016
From: Arvind.Sirsikar at radisys.com (Aravind Sirsikar)
Date: Mon, 24 Oct 2016 07:03:31 +0000
Subject: Load balancing issue on Multi-TRX configuration 
In-Reply-To: <BY2PR0801MB149369A68DDE1FEAC880377BE5A90@BY2PR0801MB1493.namprd08.prod.outlook.com>
References: <BY2PR0801MB149369A68DDE1FEAC880377BE5A90@BY2PR0801MB1493.namprd08.prod.outlook.com>
Message-ID: <BN3PR08MB117319681799298E1EBCC7AAF0A90@BN3PR08MB1173.namprd08.prod.outlook.com>

Hello All,

We are testing GPRS/EGPRS functionality in Multi-TRX(2 TRX) configuration for 2MS and we  observed that  both the MS are always  assigned resources in TRX0.  It seems like there is no load balancing done
Across the TRXs.

Similar issue "Bug #1775 LC15: No PDCH allocation across two TRX" is raised on Multi-TRX and its status is "In Progress". Please let us know if any updates on this issue.

Thanks and Regards,
Aravind Sirsikar



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161024/26188039/attachment.htm>

From ashishbnv at gmail.com  Thu Oct 27 14:05:49 2016
From: ashishbnv at gmail.com (Ashish Kurian)
Date: Thu, 27 Oct 2016 16:05:49 +0200
Subject: GTP-U support for upstream Linux
Message-ID: <CAD5-XQNXrXm3zw0R07xsppbFK=1LN7-ET3vbsUCkZmrQCQHhmA@mail.gmail.com>

Dear Developers,

I have a question for you. As you might be knowing. there is a patch now
available for OVS for GTP-U support. When the developers of the patch
submitted it to add to the main branch of OVS, the OVS developers told the
following.

It doesn't look like upstream Linux has a GTP implementation.  Because
our usual workflow is to get code upstream first, you should start by
submitting the kernel patches against net-next when that tree is open (I
don't follow netdev, so I have no idea when that is).  Then, once the
GTP code is upstream, we can get it into OVS here.

So, is the upstream Linux having support for GTP now? I am asking this
because I am not certain about what upstream Linux means. If you say that
upstream Linux has support for GTP-U, then I can ask the patch developers
to port it for the latest version of OVS and add it to the main branch.

Best Regards,
Ashish Kurian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161027/907fcc46/attachment.htm>

From laforge at gnumonks.org  Sat Oct 29 15:18:57 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 29 Oct 2016 17:18:57 +0200
Subject: GTP-U support for upstream Linux
In-Reply-To: <CAD5-XQNXrXm3zw0R07xsppbFK=1LN7-ET3vbsUCkZmrQCQHhmA@mail.gmail.com>
References: <CAD5-XQNXrXm3zw0R07xsppbFK=1LN7-ET3vbsUCkZmrQCQHhmA@mail.gmail.com>
Message-ID: <81882566-E293-433D-8FE9-FB7AEC3A59B5@gnumonks.org>

Upstream means the kernel as published by Linus Torvalds on kernel.org

And yes, mainline/upstream Linux contains GTP-U kernel tunnel support for several months now.

Regards,
Harald
-- 
Sent from a mobile device. Please excuse my brevity.


From laforge at gnumonks.org  Sat Oct 29 15:58:54 2016
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 29 Oct 2016 17:58:54 +0200
Subject: Load balancing issue on Multi-TRX configuration
In-Reply-To: <BN3PR08MB117319681799298E1EBCC7AAF0A90@BN3PR08MB1173.namprd08.prod.outlook.com>
References: <BY2PR0801MB149369A68DDE1FEAC880377BE5A90@BY2PR0801MB1493.namprd08.prod.outlook.com>
 <BN3PR08MB117319681799298E1EBCC7AAF0A90@BN3PR08MB1173.namprd08.prod.outlook.com>
Message-ID: <183E0B83-FD6A-40AD-9471-32A184BA28AA@gnumonks.org>

I think work on this is currently preempted by higher priority tasks. Max, can you confirm?

So if you want to investigate and/or resolve this issue, feel free to do so!
-- 
Sent from a mobile device. Please excuse my brevity.


From holger at freyther.de  Sat Oct 29 19:38:13 2016
From: holger at freyther.de (Holger Freyther)
Date: Sat, 29 Oct 2016 21:38:13 +0200
Subject: Profiling data of decoding EPDAN compressed bitmap
In-Reply-To: <B22F7BEF-DD30-4E39-AB6F-136C9B70A324@freyther.de>
References: <BN3PR08MB1237F939D3371A7233BD850AE65E0@BN3PR08MB1237.namprd08.prod.outlook.com>
 <0E9A040D-A440-4B2C-8C89-E77B879E749B@freyther.de>
 <BN3PR08MB1237F49E46B13BF9CC60CC28E65F0@BN3PR08MB1237.namprd08.prod.outlook.com>
 <CAAE0023-F7BD-45D4-8F4F-955C7BB02895@freyther.de>
 <BLUPR08MB1281460B0077E551C983AE65E6500@BLUPR08MB1281.namprd08.prod.outlook.com>
 <8E22EFFF-C582-40C0-9BE7-B9CB277CDBD0@freyther.de>
 <22249C3D-1004-49AA-AE77-F12C2B2D063F@freyther.de>
 <BLUPR08MB1281CEFA3156BB546060D5CEE6530@BLUPR08MB1281.namprd08.prod.outlook.com>
 <DM2PR0801MB665E734822F42A2BBFA86D8972D0@DM2PR0801MB665.namprd08.prod.outlook.com>
 <75AB52FB-ACE2-414E-ACD5-50C363626F51@freyther.de>
 <586CD5D3-1ED6-4D37-891D-782CF846029E@freyther.de>
 <57861620.50909@sysmocom.de>
 <B22F7BEF-DD30-4E39-AB6F-136C9B70A324@freyther.de>
Message-ID: <384CB00B-775A-4BCE-B172-52D78DD210EE@freyther.de>


> On 13 Jul 2016, at 13:51, Holger Freyther <holger at freyther.de> wrote:
> 

Hey!

>> After looking at the code, I don't think reusing table implementation
>> would be easy - the approaches are too different as well as underlying
>> data structures.
> 
> okay. then we will need to use the tree based version and from my point of view we should do it the following way:
> 
> * Remove osmo_t4_decode (and related routines) from libosmocore (last step)
> * Make the tree based decoder ready in terms of the surrounding style
> * Adopt/Clone the osmo_t4_decode tests and move them to the PCU (as part of the commit that adds the decoder to the PCU)
> 
> @Me: After the infrastructure is in the PCU I will remove osmo_t4_decode (and tests) from libosmocore


thanks to the review and patience of Neels and Harald the tree based t4 decoding is now in osmo-pcu and I have pushed https://gerrit.osmocom.org/1176 for review.

holger

From msuraev at sysmocom.de  Mon Oct 31 09:15:42 2016
From: msuraev at sysmocom.de (Max)
Date: Mon, 31 Oct 2016 10:15:42 +0100
Subject: Load balancing issue on Multi-TRX configuration
In-Reply-To: <183E0B83-FD6A-40AD-9471-32A184BA28AA@gnumonks.org>
References: <BY2PR0801MB149369A68DDE1FEAC880377BE5A90@BY2PR0801MB1493.namprd08.prod.outlook.com>
 <BN3PR08MB117319681799298E1EBCC7AAF0A90@BN3PR08MB1173.namprd08.prod.outlook.com>
 <183E0B83-FD6A-40AD-9471-32A184BA28AA@gnumonks.org>
Message-ID: <07d959f2-d773-b696-df5b-aa16a8e390d0@sysmocom.de>

Yes, that's the case. I've reproduced the problem with osmo-trx too but
have not had a chance to figure out proper fix yet. Contributions are
very welcome.


On 10/29/2016 05:58 PM, Harald Welte wrote:
> I think work on this is currently preempted by higher priority tasks. Max, can you confirm?
>
> So if you want to investigate and/or resolve this issue, feel free to do so!

-- 
Max Suraev <msuraev at sysmocom.de> http://www.sysmocom.de/
======================================================================= 
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93 
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B 
* Geschaeftsfuehrer / Managing Director: Harald Welte 



From Mrinal.Mishra at radisys.com  Thu Oct 20 09:25:28 2016
From: Mrinal.Mishra at radisys.com (Mrinal Mishra)
Date: Thu, 20 Oct 2016 09:25:28 -0000
Subject: Load balancing issue on Multi-TRX configuration 
Message-ID: <BY2PR0801MB14939619C3653D014FC44EE7E5D50@BY2PR0801MB1493.namprd08.prod.outlook.com>

Hello All,

We are testing GPRS/EGPRS functionality in Multi-TRX(2 TRX) configuration for 2MS and we  observed that  both the MS are always  assigned resources in TRX0.  It seems like there is no load balancing done
Across the TRXs.

Similar issue "Bug #1775 LC15: No PDCH allocation across two TRX" is raised on Multi-TRX and its status is "In Progress". Please let us know if any updates on this issue.

Thanks and Regards,
Mrinal



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20161020/ce49a536/attachment.htm>