[PATCH net-next] gtp: add initial driver for datapath of GPRS Tunneling Protocol (GTP-U)

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Pablo Neira Ayuso pablo at netfilter.org
Wed May 11 16:21:31 UTC 2016


On Tue, May 10, 2016 at 11:30:19PM +0200, Sipos Csaba wrote:
> Maybe I am misunderstanding something, but I really don't see what
> is the reason behind handling the echo requests in the GGSN instead
> of the gtp-u stack itself. Can someone please shed some light on
> this one?

It's a typical design tradeoff for tunneling drivers: You keep
signaling side in userspace. We expect low rate of signaling messages
there, so this shouldn't harm performance. The kernel driver takes
care of G-PDU hotpath so we save context switches by handling
encapsulation/decapsulation without userspace intervention. On top of
this, bugs in the signaling don't crash your system, you can just
restart the daemon, and you can also easily update the userspace
signaling to get new features, while deploying a new kernel in a
datacenter is usually a more painful procedure.



More information about the OpenBSC mailing list