netdev - Re: [PATCH net-next v5 0/7] gtp: misc improvements

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Mon, 13 Mar 2017 18:12:40 +0100
From:   Harald Welte <laforge@...monks.org>
To:     Pablo Neira Ayuso <pablo@...filter.org>
Cc:     Andreas Schultz <aschultz@...p.net>,
        osmocom-net-gprs@...ts.osmocom.org, netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH net-next v5 0/7] gtp: misc improvements

Hi Pablo,

On Mon, Mar 13, 2017 at 05:48:12PM +0100, Pablo Neira Ayuso wrote:
> I would like you take the time to develop the VRF idea that you want
> to introduce, I just would like that we avoid bloating the GTP tunnel
> with features that we can just achieve via composite of different
> subsystems.

I presume you're talking about the "several APN behind one GGSN IP"
which requires the de-coupling of the UDP socket from the gtp
net-device?

I actually think it is a very straight forward idea what Andreas is
proposing, and I see no bloat associated.  It's rather like splitting
existing combined functionality in two parts, which can still be used
together, but also be used separately.

Or are you referring to something else?

In any case, I'm looking forward to the related technical discussion on
this mailing list[s] :)

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