From: Thomas Graf <tgraf@suug.ch>
To: Tom Herbert <tom@herbertland.com>
Cc: Edward Cree <ecree@solarflare.com>,
Linux Kernel Network Developers <netdev@vger.kernel.org>,
David Miller <davem@davemloft.net>
Subject: Re: Checksum offload queries
Date: Wed, 9 Dec 2015 23:21:53 +0100 [thread overview]
Message-ID: <20151209222153.GE11201@pox.localdomain> (raw)
In-Reply-To: <CALx6S34+j0xQk7gfwOa9adBc3fkjhTJG366eDcT81AzKnWCrLA@mail.gmail.com>
On 12/09/15 at 10:00am, Tom Herbert wrote:
> On Wed, Dec 9, 2015 at 9:28 AM, Edward Cree <ecree@solarflare.com> wrote:
> > Which only pushes the problem onto when someone wants to nest
> > encapsulations. (I heard you like tunnels, so I put a tunnel in your
> > tunnel so you can encapsulate while you encapsulate.)
> > Or to put it another way, 2 isn't a number; the only numbers are 0, 1
> > and infinity ;)
> > Perhaps in practice 2 csums would be enough, for now. But isn't the
> > whole point of the brave new world of generic checksums that it should
> > be future-proof?
> >
> If there is a need then we can add an arbitrary number. But no one has
> proven there is a need, however we do have a real need for checksum
> offload outside of the narrow uses of NETIF_F_IP[V6]_CSUM.
Need may be a strong word here but people have started doing nested
tunneling by running container orchestration tools which use VXLAN
to isolate containers inside of OpenStack virtual infrastructure which
also creates virtual networks.
I'm not saying it's sane or desirable but we will start seeing nested
tunnels in the wild :-(
next prev parent reply other threads:[~2015-12-09 22:21 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-07 15:39 Checksum offload queries Edward Cree
2015-12-07 17:29 ` Tom Herbert
2015-12-07 17:52 ` Tom Herbert
2015-12-08 16:03 ` Edward Cree
2015-12-08 16:43 ` Tom Herbert
2015-12-08 18:03 ` Edward Cree
2015-12-08 17:09 ` David Miller
2015-12-08 17:24 ` Edward Cree
2015-12-08 17:28 ` David Miller
2015-12-07 19:38 ` David Miller
2015-12-08 14:42 ` Edward Cree
2015-12-08 17:04 ` Tom Herbert
2015-12-09 1:56 ` Thomas Graf
2015-12-09 16:08 ` Tom Herbert
2015-12-09 22:29 ` Thomas Graf
2015-12-09 22:51 ` Tom Herbert
2015-12-09 23:13 ` Thomas Graf
2015-12-08 17:06 ` David Miller
2015-12-09 12:14 ` Edward Cree
2015-12-09 16:01 ` Tom Herbert
2015-12-09 17:28 ` Edward Cree
2015-12-09 17:31 ` David Laight
2015-12-09 18:00 ` Tom Herbert
2015-12-09 22:21 ` Thomas Graf [this message]
2015-12-09 22:42 ` Tom Herbert
2015-12-09 22:44 ` Thomas Graf
2015-12-10 15:49 ` Edward Cree
2015-12-10 16:26 ` Tom Herbert
2015-12-10 20:28 ` Edward Cree
2015-12-10 21:02 ` Rustad, Mark D
2015-12-14 15:11 ` [RFC PATCH net-next 0/2] Local checksum offload for VXLAN Edward Cree
2015-12-14 15:13 ` [PATCH 1/2] net: udp: local checksum offload for encapsulation Edward Cree
2015-12-14 17:16 ` Tom Herbert
2015-12-15 18:07 ` Edward Cree
2015-12-14 15:13 ` [PATCH 2/2] net: vxlan: enable local checksum offload on HW_CSUM devices Edward Cree
2015-12-11 23:50 ` Checksum offload queries Tom Herbert
2015-12-12 16:41 ` Sowmini Varadhan
2015-12-12 17:24 ` Tom Herbert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151209222153.GE11201@pox.localdomain \
--to=tgraf@suug.ch \
--cc=davem@davemloft.net \
--cc=ecree@solarflare.com \
--cc=netdev@vger.kernel.org \
--cc=tom@herbertland.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox