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
| ||
|
Message-ID: <20170313171240.4726igml4b3tm6ff@nataraja> 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)
Powered by blists - more mailing lists