From: Ben Pfaff <blp@nicira•com>
To: Simon Horman <simon.horman@netronome•com>
Cc: dev@openvswitch•org, netdev@vger•kernel.org
Subject: Re: [ovs-dev] [PATCH/RFC repost 7/8] ofproto: translate datapath select group action
Date: Mon, 13 Oct 2014 13:46:24 -0700 [thread overview]
Message-ID: <20141013204624.GD6806@nicira.com> (raw)
In-Reply-To: <20141009011434.GE9339@vergenet.net>
On Thu, Oct 09, 2014 at 10:14:36AM +0900, Simon Horman wrote:
> On Fri, Sep 26, 2014 at 04:57:25PM -0700, Ben Pfaff wrote:
> > On Thu, Sep 18, 2014 at 10:55:10AM +0900, Simon Horman wrote:
> > > This patch is a prototype and has several limitations:
> > >
> > > * It assumes that no actions follow a select group action
> > > because the resulting packet after a select group action may
> > > differ depending on the bucket used. It may be possible
> > > to address this problem using recirculation. Or to not use
> > > the datapath select group in such situations. In any case
> > > this patch does not solve this problem or even prevent it
> > > from occurring.
> >
> > It seems like this limitation in particular is a pretty big one. Do
> > you have a good plan in mind for how to resolve it?
>
> Hi Ben,
>
> it seems to me that this would be somewhat difficult to resolve in the
> datapath so I propose not doing so. And I have two ideas on how to
> resolve this problem outside of the datapath.
>
> 1. Recirculation
>
> It seems to me that it ought to be possible to handle this by
> recirculating if actions occur after an ODP select group action.
>
> This could be made slightly more selective by only recirculating
> if the execution different buckets may result in different packet
> contents and the actions after the ODP select group action rely on
> the packet contents (e.g. set actions do but output actions do not).
>
> My feeling is that this could be implemented by adding a small amount
> of extra state to action translation in ovs-vswitchd.
>
> 2. Fall back to selecting buckets in ovs-vswtichd
>
> The idea here is to detect cases where there would be a problem
> executing actions after an ODP select group action and in that
> case to select buckets in ovs-vswtichd: that is use the existing bucket
> translation code in ovs-vswtichd.
>
> Though this seems conceptually simpler than recirculation it
> seems to me that it would be somewhat more difficult to implement
> as it implies a two stage translation process: e.g. one stage to
> determine if an ODP select group may be used; and one to perform
> the translation.
>
> I seem to recall trying various two stage translation processes
> as part some earlier unrelated work. And my recollection is that
> the result of my previous efforts were not pretty.
>
> Both of the above more or less negate any benefits of ODP select group
> action. In particular lowering flow setup cost and potentially allowing
> complete offload of select groups from the datapath to hardware. However I
> think that this case is not a common one as it requires both of the
> following. And I think they are both not usual use cases.
>
> * Different buckets modifying packets in different ways
> - My expectation is that it is common for buckets to be homogeneous in
> regards to packet modifications. But perhaps this is na??ve in the
> context of VLANs, MPLS, and similar tags that can be pushed and popped.
> * Actions that rely on packet contents after
> - My expectation is that it is common to use a select group to output
> packets and that is the final action performed.
I am glad that you have thought about it. Your ideas seem like a good
start to me. Personally, approach #2, of falling back to selecting
buckets in ovs-vswitchd, seems like a clean solution to me, although
if it really takes multiple stages in translation then that is
undesirable, so I hope that some clean and simple approach works out.
I think that we probably need a solution before we can apply the patch
series, because otherwise we end up with half-working code.
next prev parent reply other threads:[~2014-10-13 20:46 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-18 1:55 [PATCH/RFC repost 0/8] Open vSwtich ODP Select Group Action Simon Horman
2014-09-18 1:55 ` [PATCH/RFC repost 1/8] odp: select group action attributes Simon Horman
2014-09-18 1:55 ` [PATCH/RFC repost 2/8] netlink: Allow suppression of warnings for duplicate attributes Simon Horman
[not found] ` <1411005311-11752-3-git-send-email-simon.horman-wFxRvT7yatFl57MIdRCFDg@public.gmane.org>
2014-09-26 23:55 ` Ben Pfaff
2014-10-09 1:18 ` [ovs-dev] " Simon Horman
2014-10-10 15:31 ` Ben Pfaff
2014-09-18 1:55 ` [PATCH/RFC repost 3/8] odp-util: formatting of datapath select group action Simon Horman
[not found] ` <1411005311-11752-4-git-send-email-simon.horman-wFxRvT7yatFl57MIdRCFDg@public.gmane.org>
2014-09-19 13:44 ` Thomas Graf
2014-09-24 4:55 ` Simon Horman
2014-09-18 1:55 ` [PATCH/RFC repost 4/8] datapath: execution of " Simon Horman
[not found] ` <1411005311-11752-5-git-send-email-simon.horman-wFxRvT7yatFl57MIdRCFDg@public.gmane.org>
2014-09-19 14:05 ` Thomas Graf
2014-09-24 6:01 ` Simon Horman
2014-09-24 8:19 ` Thomas Graf
2014-09-25 4:43 ` Simon Horman
2014-09-18 1:55 ` [PATCH/RFC repost 5/8] datapath: Move last_action() helper to datapath.h Simon Horman
[not found] ` <1411005311-11752-6-git-send-email-simon.horman-wFxRvT7yatFl57MIdRCFDg@public.gmane.org>
2014-09-19 14:06 ` Thomas Graf
2014-09-24 6:00 ` Simon Horman
[not found] ` <20140924060013.GB13314-IxS8c3vjKQDk1uMJSBkQmQ@public.gmane.org>
2014-09-24 8:20 ` Thomas Graf
2014-09-25 4:42 ` Simon Horman
2014-09-18 1:55 ` [PATCH/RFC repost 6/8] datapath: validation of select group action Simon Horman
2014-09-18 1:55 ` [PATCH/RFC repost 7/8] ofproto: translate datapath " Simon Horman
[not found] ` <1411005311-11752-8-git-send-email-simon.horman-wFxRvT7yatFl57MIdRCFDg@public.gmane.org>
2014-09-26 23:57 ` Ben Pfaff
2014-10-09 1:14 ` [ovs-dev] " Simon Horman
2014-10-13 20:46 ` Ben Pfaff [this message]
2014-10-14 4:54 ` Simon Horman
2014-09-18 1:55 ` [PATCH/RFC repost 8/8] hack: ofproto: enable odp select action Simon Horman
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=20141013204624.GD6806@nicira.com \
--to=blp@nicira$(echo .)com \
--cc=dev@openvswitch$(echo .)org \
--cc=netdev@vger$(echo .)kernel.org \
--cc=simon.horman@netronome$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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