All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jiri Benc <jbenc@redhat.com>
To: Paolo Abeni <pabeni@redhat.com>
Cc: netdev@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
	Pravin Shelar <pshelar@nicira.com>, Thomas Graf <tgraf@suug.ch>,
	Jesse Gross <jesse@kernel.org>
Subject: Re: [PATCH net-next] lwt: fix rx checksum setting for lwt devices tunneling over ipv6
Date: Thu, 11 Feb 2016 13:16:52 +0100	[thread overview]
Message-ID: <20160211131652.0b7066cb@griffin> (raw)
In-Reply-To: <1455190731.4855.50.camel@redhat.com>

On Thu, 11 Feb 2016 12:38:51 +0100, Paolo Abeni wrote:
> We are already sending by default zero UDP checksum when tunneling over
> vxlan/geneve light weight tunnel since the commit 35e2d1152b22
> ("tunnels: Allow IPv6 UDP checksums to be correctly controlled.").
> 
> Currently, geneve/vxlan lwt pairs tunneling over ipv6 are not able to
> talk each-other with default setting since the sender will set zero UDP
> checksum in the external header and the receiver will discard such
> packets.
> 
> This commit is intended to address the above issue.
> 
> Such issue could be addressed also by defaulting all lwt geneve/vxlan
> flows (comprising those tunneling over ipv4) to set the external UDP
> checksum, but a single lwt tunnel device can be used to terminate flows
> with different checksum settings.

Hmm, right. The checksumming in tx path is solely controlled by
TUNNEL_CSUM value in tun_flags and openvswitch does not set
OVS_TUNNEL_KEY_ATTR_CSUM by default.

This is another property that should have been per-interface and not
per-packet in metadata based mode :-/ But we cannot change it now.

We could probably provide a way for the ovs user space to control the
rx checksumming flag but as the tx flag can be set per-flow, it would
only lead to ovs allowing acceptance of zero rx checksums
unconditionally anyway.

I don't see a better way out of this now. Fortunately, this does not
affect route based tunneling.

Acked-by: Jiri Benc <jbenc@redhat.com>


We should follow up in ovs (user space) to set OVS_TUNNEL_KEY_ATTR_CSUM
by default, at least for IPv6.

 Jiri

-- 
Jiri Benc

  reply	other threads:[~2016-02-11 12:16 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-10 15:47 [PATCH net-next] lwt: fix rx checksum setting for lwt devices tunneling over ipv6 Paolo Abeni
2016-02-11 10:41 ` Jiri Benc
2016-02-11 11:12   ` David Miller
2016-02-11 11:38   ` Paolo Abeni
2016-02-11 12:16     ` Jiri Benc [this message]
2016-02-11 12:20       ` Jiri Benc
2016-02-16 18:22   ` Jesse Gross
2016-02-16 19:47     ` David Miller
2016-02-16 20:11       ` Jesse Gross
2016-02-16 20:40         ` David Miller
2016-02-16 20:45           ` David Miller
2016-02-17 17:14             ` Paolo Abeni
     [not found]           ` <CALx6S34k2Hz-kBeTZ9brLZDCp1tU9nUMZN6V9zhoqmEU3+TR_A@mail.gmail.com>
2016-02-16 20:53             ` David Miller
     [not found]               ` <CALx6S34AsmKy57msp85o0_Y8KKM_4iQN9Bx=nfsE3gs6RP9t2A@mail.gmail.com>
2016-02-16 21:37                 ` David Miller

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=20160211131652.0b7066cb@griffin \
    --to=jbenc@redhat.com \
    --cc=davem@davemloft.net \
    --cc=jesse@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=pshelar@nicira.com \
    --cc=tgraf@suug.ch \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.