netdev - Re: [RFC PATCH net-next] virtio_net: Support UDP Tunnel offloads.

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-ID: <CAJ3xEMh79catGjC4p7EsCqix_fmUgbcDtaz-1OUnR2xFpNq99g@mail.gmail.com>
Date:   Thu, 15 Dec 2016 09:07:54 +0200
From:   Or Gerlitz <gerlitz.or@...il.com>
To:     Jarno Rajahalme <jarno@....org>
Cc:     Linux Netdev List <netdev@...r.kernel.org>,
        james.zhangming@...wei.com,
        "Michael S. Tsirkin <mst@...hat.com> (mst@...hat.com)" 
        <mst@...hat.com>, Vladislav Yasevich <vyasevic@...hat.com>,
        ailan@...hat.com
Subject: Re: [RFC PATCH net-next] virtio_net: Support UDP Tunnel offloads.

On Fri, Nov 18, 2016 at 1:01 AM, Jarno Rajahalme <jarno@....org> wrote:
> This patch is a proof-of-concept I did a few months ago for UDP tunnel
> offload support in virtio_net interface [..]

What's the use case you were considering for a guest running a UDP based VTEP?

> Real implementation needs to extend the virtio_net header rather than
> piggy-backing on existing fields.  Inner MAC length (or inner network
> offset) also needs to be passed as a new field.  Control plane (QEMU)
> also needs to be updated.
>
> All testing was done using Geneve, but this should work for all UDP
> tunnels the same.