search for: netdev01

Dave Taht, on Wed 02 Dec 2015 14:13:27 +0100, wrote: > More recently Tom Herbert was working on udp encapsulation methods in > the kernel "foo over udp" > > https://www.netdev01.org/docs/herbert-UDP-Encapsulation-Linux.pdf > > https://lwn.net/Articles/614348/ > > which preserve things important at high rates like GRO/GSO. Yes, FOU will probably get the highest rates, but it doesn't support even basic encryption, and is harder to set up for normal people...

Hello, Dave Taht, on Wed 02 Dec 2015 13:21:56 +0100, wrote: > I'd made a start on the send direction here: > https://github.com/dtaht/tinc/commits/master > > Perhaps that will help. Well, converting a sendto call into a sendmsg call is not really "hard" :) What will be really hard is getting multiple packet receive/send over the tap/tun device, because support for it

...Dec 2, 2015 at 2:26 PM, Samuel Thibault <samuel.thibault at ens-lyon.org> wrote: > Dave Taht, on Wed 02 Dec 2015 14:13:27 +0100, wrote: >> More recently Tom Herbert was working on udp encapsulation methods in >> the kernel "foo over udp" >> >> https://www.netdev01.org/docs/herbert-UDP-Encapsulation-Linux.pdf >> >> https://lwn.net/Articles/614348/ >> >> which preserve things important at high rates like GRO/GSO. > > Yes, FOU will probably get the highest rates, but it doesn't support > even basic encryption, and is harder...

...r it has to be added at the kernel > layer first. I think there was some discussion on the netdev list on improving tun/vtap, but I am not sure if that directly went anywhere. More recently Tom Herbert was working on udp encapsulation methods in the kernel "foo over udp" https://www.netdev01.org/docs/herbert-UDP-Encapsulation-Linux.pdf https://lwn.net/Articles/614348/ which preserve things important at high rates like GRO/GSO. > > At least for now we could commit the recvmmsg part? Not my call. It is a linux only thing, so far as I know. > Samuel > ____________________...