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.