Re: [ovs-dev] [RFC] connmgr: Make connmgr_wants_packet_in_on_miss() only check controller connections.

2014-07-29 Thread Simon Horman
FC patch, > > 2. connmgr_wants_packet_in_on_miss() was added by Simon. I think this > function should only check for controller connections. And want to > confirm > it with Simon. > > 3. unit test 737 corresponds to this: (which is also added by Simon) > > 527ae9

Re: [ovs-dev] [PATCH] FAQ: Mention kernel support for MPLS in Open vSwitch 2.4.

2014-08-14 Thread Simon Horman
On Thu, Aug 14, 2014 at 11:17:30AM -0700, Ben Pfaff wrote: > The recent mailing list thread about MPLS reminded me that the FAQ needs an > update. > > CC: Simon Horman > Signed-off-by: Ben Pfaff Acked-by: Simon Horman > --- > FAQ | 14 -- > 1 file cha

[ovs-dev] [RFC] Proposal for enhanced select groups

2014-08-22 Thread Simon Horman
Hi, I have been working with Netronome on examining the possibilities of providing (richer) load balancing facilities in Open vSwitch. It seems to us that the current select group provides for some load balancing functionality. And that in particular the way that it is implemented in Open vSwitch

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-08-26 Thread Simon Horman
On Fri, Aug 22, 2014 at 08:30:08AM -0700, Ben Pfaff wrote: > On Fri, Aug 22, 2014 at 09:19:41PM +0900, Simon Horman wrote: > > I have been working with Netronome on examining the possibilities of > > providing (richer) load balancing facilities in Open vSwitch. > > > &

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-08-27 Thread Simon Horman
On Wed, Aug 27, 2014 at 09:51:59AM -0700, Ben Pfaff wrote: > On Wed, Aug 27, 2014 at 10:26:14AM +0900, Simon Horman wrote: > > On Fri, Aug 22, 2014 at 08:30:08AM -0700, Ben Pfaff wrote: > > > On Fri, Aug 22, 2014 at 09:19:41PM +0900, Simon Horman wrote: > > > > I ha

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-08-27 Thread Simon Horman
On Wed, Aug 27, 2014 at 03:03:53PM -0500, Jesse Gross wrote: > On Wed, Aug 27, 2014 at 11:51 AM, Ben Pfaff wrote: > > On Wed, Aug 27, 2014 at 10:26:14AM +0900, Simon Horman wrote: > >> On Fri, Aug 22, 2014 at 08:30:08AM -0700, Ben Pfaff wrote: > >> > On Fri, Au

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-09-01 Thread Simon Horman
On Thu, Aug 28, 2014 at 10:11:57AM +0900, Simon Horman wrote: > On Wed, Aug 27, 2014 at 09:51:59AM -0700, Ben Pfaff wrote: > > On Wed, Aug 27, 2014 at 10:26:14AM +0900, Simon Horman wrote: [snip] > > The proposal seems reasonable on its own but given that EXT-350 allows a > >

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-09-01 Thread Simon Horman
On Thu, Aug 28, 2014 at 10:12:49AM +0900, Simon Horman wrote: > On Wed, Aug 27, 2014 at 03:03:53PM -0500, Jesse Gross wrote: > > On Wed, Aug 27, 2014 at 11:51 AM, Ben Pfaff wrote: > > > On Wed, Aug 27, 2014 at 10:26:14AM +0900, Simon Horman wrote: > > >> On Fri, Au

Re: [ovs-dev] [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload

2014-09-01 Thread Simon Horman
On Fri, Aug 29, 2014 at 10:20:55AM -0400, Jamal Hadi Salim wrote: > On 08/26/14 16:54, Thomas Graf wrote: > >On 08/26/14 at 01:13pm, Alexei Starovoitov wrote: > >>I think it's important distinction. In-kernel OVS is not OF. > >>It's a networking function that has hard-coded packet parser, > >>N-tup

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-09-01 Thread Simon Horman
2014/09/01 21:40 "Thomas Graf" : > > On 09/01/14 at 05:10pm, Simon Horman wrote: > > We are left with two questions for you: > > > > 1. Would you look at a proposal (I have some rough code that even works) > >for a select group action in the datapath

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-09-02 Thread Simon Horman
On Tue, Sep 02, 2014 at 09:03:24AM -0700, Ben Pfaff wrote: > On Mon, Sep 01, 2014 at 04:59:22PM +0900, Simon Horman wrote: > > On Thu, Aug 28, 2014 at 10:11:57AM +0900, Simon Horman wrote: > > > On Wed, Aug 27, 2014 at 09:51:59AM -0700, Ben Pfaff wrote: > > > > On W

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-09-03 Thread Simon Horman
On Tue, Sep 02, 2014 at 06:55:14PM -0700, Jesse Gross wrote: > On Mon, Sep 1, 2014 at 1:10 AM, Simon Horman > wrote: > > On Thu, Aug 28, 2014 at 10:12:49AM +0900, Simon Horman wrote: > >> On Wed, Aug 27, 2014 at 03:03:53PM -0500, Jesse Gross wrote: > >> > On W

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-09-04 Thread Simon Horman
On Tue, Sep 02, 2014 at 07:20:30PM -0700, Pravin Shelar wrote: > On Tue, Sep 2, 2014 at 6:55 PM, Jesse Gross wrote: > > On Mon, Sep 1, 2014 at 1:10 AM, Simon Horman > > wrote: > >> On Thu, Aug 28, 2014 at 10:12:49AM +0900, Simon Horman wrote: > >>> On W

Re: [ovs-dev] [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload

2014-09-04 Thread Simon Horman
On Sat, Aug 23, 2014 at 10:09:13AM -0700, John Fastabend wrote: >On 08/23/2014 07:51 AM, Thomas Graf wrote: >>On 08/23/14 at 11:24am, Jiri Pirko wrote: >>>Sat, Aug 23, 2014 at 12:53:34AM CEST, sfel...@cumulusnetworks.com wrote: On Aug 22, 2014, at 12:39 PM, John Fastabend wrote: [sn

Re: [ovs-dev] [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload

2014-09-04 Thread Simon Horman
Hi Jiri, sorry for coming a little late to the party. I'm very happy to see work in this area. On Thu, Aug 21, 2014 at 06:19:03PM +0200, Jiri Pirko wrote: > Benefit from the possibility to work with flows in switch devices and > use the swdev api to offload flow datapath. > > Signed-off-by: Jiri

Re: [ovs-dev] [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload

2014-09-04 Thread Simon Horman
On Thu, Sep 04, 2014 at 11:09:26AM +0200, Jiri Pirko wrote: > Thu, Sep 04, 2014 at 11:03:46AM CEST, simon.hor...@netronome.com wrote: > >On Sat, Aug 23, 2014 at 10:09:13AM -0700, John Fastabend wrote: > >>On 08/23/2014 07:51 AM, Thomas Graf wrote: > >>>On 08/23/14 at 11:24am, Jiri Pirko wrote: > >>

Re: [ovs-dev] [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload

2014-09-04 Thread Simon Horman
On Thu, Sep 04, 2014 at 11:24:58AM +0200, Jiri Pirko wrote: > Thu, Sep 04, 2014 at 11:04:49AM CEST, simon.hor...@netronome.com wrote: > >Hi Jiri, > > > >sorry for coming a little late to the party. > >I'm very happy to see work in this area. > > > >On Thu, Aug 21, 2014 at 06:19:03PM +0200, Jiri Pir

Re: [ovs-dev] [patch net-next 10/13] openvswitch: add support for datapath hardware offload

2014-09-04 Thread Simon Horman
On Thu, Sep 04, 2014 at 02:48:37PM +0200, Jiri Pirko wrote: > Wed, Sep 03, 2014 at 06:37:08PM CEST, john.fastab...@gmail.com wrote: > >On 09/03/2014 02:24 AM, Jiri Pirko wrote: > >>Benefit from the possibility to work with flows in switch devices and > >>use the swdev api to offload flow datapath.

Re: [ovs-dev] [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload

2014-09-04 Thread Simon Horman
On Thu, Sep 04, 2014 at 09:30:45AM -0700, Scott Feldman wrote: > > On Sep 4, 2014, at 2:04 AM, Simon Horman wrote: > > > > > > > [snip] > > > > In relation to ports and datapaths it seems to me that the API that > > has been developed acco

Re: [ovs-dev] [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload

2014-09-07 Thread Simon Horman
On Fri, Sep 05, 2014 at 12:02:03AM -0700, Scott Feldman wrote: > > On Sep 4, 2014, at 9:08 PM, Simon Horman wrote: > > > On Thu, Sep 04, 2014 at 09:30:45AM -0700, Scott Feldman wrote: > >> > >> On Sep 4, 2014, at 2:04 AM, Simon Horman > >&

Re: [ovs-dev] [RFC] Proposal for enhanced select groups

2014-09-07 Thread Simon Horman
On Fri, Sep 05, 2014 at 12:07:17PM -0700, Jesse Gross wrote: > On Thu, Sep 4, 2014 at 12:28 AM, Simon Horman > wrote: > > On Tue, Sep 02, 2014 at 07:20:30PM -0700, Pravin Shelar wrote: > >> On Tue, Sep 2, 2014 at 6:55 PM, Jesse Gross wrote: > >> > On Mon, Sep

[ovs-dev] [PATCH net] openvswitch: use flow protocol when recalculating ipv6 checksums

2016-04-20 Thread Simon Horman
. Fixes: 83d2b9ba1abc ("net: openvswitch: Support masked set actions.") Cc: Jarno Rajahalme Signed-off-by: Simon Horman --- * Found using tcpdump to examine the checksums of packets. * I believe a similar fix is required for the user-space implementation of the datapath. I plan to look

[ovs-dev] [PATCH] packets: use flow protocol when recalculating ipv6 checksums

2016-04-21 Thread Simon Horman
. A similar fix for the kernel datapath has been accepted into David Miller's 'net' tree as b4f70527f052 ("openvswitch: use flow protocol when recalculating ipv6 checksums"). Cc: Jarno Rajahalme Fixes: 6d670e7f0d45 ("lib/odp: Masked set action execution and printing.

[ovs-dev] [PATCH v2] packets: use flow protocol when recalculating ipv6 checksums

2016-04-22 Thread Simon Horman
. A similar fix for the kernel datapath has been accepted into David Miller's 'net' tree as b4f70527f052 ("openvswitch: use flow protocol when recalculating ipv6 checksums"). Cc: Jarno Rajahalme Fixes: 6d670e7f0d45 ("lib/odp: Masked set action execution and printing.

Re: [ovs-dev] [PATCH v2] packets: use flow protocol when recalculating ipv6 checksums

2016-04-22 Thread Simon Horman
On Fri, Apr 22, 2016 at 10:10:38AM -0700, Ben Pfaff wrote: > On Fri, Apr 22, 2016 at 10:22:56PM +1000, Simon Horman wrote: > > When using masked actions the ipv6_proto field of an action > > to set IPv6 fields may be zero rather than the prevailing protocol > > which wi

Re: [ovs-dev] [PATCH] compat: skbuff: Remove references to old kernels.

2016-05-02 Thread Simon Horman
On Thu, Apr 28, 2016 at 06:09:04PM -0700, Joe Stringer wrote: > Since commit f2ab1536ddbc ("compat: Backport conntrack strictly to > v3.10+."), we haven't supported these kernel versions. Remove the old > code. > > Signed-off-by: Joe Str

[ovs-dev] [PATCH v10 2/5] userspace: add layer 3 flow and switching support

2016-05-04 Thread Simon Horman
ions. Added new prerequisite MFP_ETHERNET for fields MFF_ETH_SRC, MFF_ETH_DST, MFF_VLAN_TCI, MFF_DL_VLAN, MFF_VLAN_VID and MFF_DL_VLAN_PCP. Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman --- v10 [Simon Horman] * Ensure that packets sent to controller have an ethernet header * Avoid popping

[ovs-dev] [PATCH v10 3/5] userspace: add layer 3 support to packet metadata

2016-05-04 Thread Simon Horman
OVS_KEY_ATTR_PACKET_ETHERTYPE to indicate network protocol. Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman --- v10 [Simon Horman] * Update BUILD_BUG_ON() call in ovs_key_attr_size() * Set packet_ethtype in set_ethertype() * Do not include zero-value OVS_KEY_ATTR_PACKET_ETHERTYPE

[ovs-dev] [PATCH v10 1/5] userspace: add support for pop_eth and push_eth actions

2016-05-04 Thread Simon Horman
From: Lorand Jakab These actions will allow L2->L3 and L3->L2 switching, and are supposed to be added to flows installed in the datapath transparently by ovs-vswitchd. Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman --- v9 [Simon Horman] * Rebased v1 - v8 [Lorand

[ovs-dev] [PATCH v10 0/5] userspace: Support for layer 3 encapsulated packets

2016-05-04 Thread Simon Horman
nd Jakab (3): userspace: add support for pop_eth and push_eth actions userspace: add layer 3 flow and switching support userspace: add layer 3 support to packet metadata Simon Horman (2): userspace: extend layer 3 support to cover non-IP packets userspace: add non-tap (l3) support to GRE v

[ovs-dev] [PATCH v10 5/5] userspace: add non-tap (l3) support to GRE vports

2016-05-04 Thread Simon Horman
that this attribute is only used in userspace as there appears to be no need for it to be used in the kernel datapath. It is envisaged that this attribute may be used for other encapsulation protocols that support both layer3 and layer2 inner-packets. Signed-off-by: Simon Horman --- v10 * Use a

[ovs-dev] [PATCH v10 4/5] userspace: extend layer 3 support to cover non-IP packets

2016-05-04 Thread Simon Horman
packets which are technically layer 2.5 rather than 3 but the distinction seems unimportant here. This relies on datapaths setting OVS_KEY_ATTR_PACKET_ETHERTYPE to the ethernet type corresponding to the protocol of layer 3 packets on a flow miss. Signed-off-by: Simon Horman --- v10 * Delete now

[ovs-dev] [PATCH v9 net-next 0/7] openvswitch: support for layer 3 encapsulated packets

2016-05-04 Thread Simon Horman
to the dev@openvswitch.org mailing list as: "[PATCH v10 0/5] userspace: Support for layer 3 encapsulated packets" Lorand Jakab (1): openvswitch: add layer 3 flow/port support Simon Horman (6): net: add skb_vlan_deaccel helper openvswitch: set skb protocol when receiving on internal devic

[ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-04 Thread Simon Horman
at is not supported in mainline Linux. I (Simon) plan to follow up with support for non-TEB GRE ports based on work by Thomas Morin. Cc: Thomas Morin Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman --- v9 [Simon Horman] * Rebase * Minor coding style updates * Prohibit push/pop MPLS

[ovs-dev] [PATCH v9 net-next 3/7] openvswitch: add support to push and pop mpls for layer3 packets

2016-05-04 Thread Simon Horman
Allow push and pop mpls actions to act on layer 3 packets by teaching them not to access non-existent L2 headers of such packets. Signed-off-by: Simon Horman --- v9 * New Patch --- net/openvswitch/actions.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff

[ovs-dev] [PATCH v9 net-next 2/7] openvswitch: set skb protocol when receiving on internal device

2016-05-04 Thread Simon Horman
-tap) GRE tunnels as implemented by a subsequent patch depends on protocol being set correctly in order to provide the protocol for the inner packet. Signed-off-by: Simon Horman --- v9 * New patch --- net/openvswitch/vport-internal_dev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net

[ovs-dev] [PATCH v9 net-next 1/7] net: add skb_vlan_deaccel helper

2016-05-04 Thread Simon Horman
adding a new one. This is in preparation for a push ethernet header support in Open vSwitch. Signed-off-by: Simon Horman --- v9 [Simon Horman] * New patch --- include/linux/skbuff.h | 1 + net/core/skbuff.c | 50 -- 2 files changed, 33

[ovs-dev] [PATCH v9 net-next 7/7] openvswitch: use ipgre tunnel rather than gretap tunnel

2016-05-04 Thread Simon Horman
This allows GRE tunnels to send and receive both layer 2 packets (packets with an ethernet header) and layer 3 packets (packets without an ethernet header). Signed-off-by: Simon Horman --- v9 New Patch --- include/net/gre.h | 4 ++-- net/ipv4/ip_gre.c | 8

[ovs-dev] [PATCH v9 net-next 5/7] openvswitch: add layer 3 support to ovs_packet_cmd_execute()

2016-05-04 Thread Simon Horman
adata, containing 0 for layer 2 packets and the Ethertype for layer 3 packets. Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman --- v9 [Simon Horman] * Rebase v8 [Lorand Jakab] v7 [Lorand Jakab] * New patch --- include/uapi/linux/openvswitch.h | 2 ++ net/openvswitch/datapath.c

[ovs-dev] [PATCH v9 net-next 6/7] openvswitch: extend layer 3 support to cover non-IP packets

2016-05-04 Thread Simon Horman
packets which are technically layer 2.5 rather than 3 but the distinction seems unimportant here. This sets OVS_KEY_ATTR_PACKET_ETHERTYPE to the ethernet type corresponding to the protocol of layer 3 packets on a flow miss. Signed-off-by: Simon Horman --- v9 * New patch --- net/openvswitch

Re: [ovs-dev] [PATCH v9 net-next 3/7] openvswitch: add support to push and pop mpls for layer3 packets

2016-05-05 Thread Simon Horman
On Thu, May 05, 2016 at 10:35:52AM -0700, pravin shelar wrote: > On Wed, May 4, 2016 at 12:36 AM, Simon Horman > wrote: > > Allow push and pop mpls actions to act on layer 3 packets by teaching > > them not to access non-existent L2 headers of such packets. > > > &g

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-05 Thread Simon Horman
[CC Jiri Benc] On Thu, May 05, 2016 at 10:37:08AM -0700, pravin shelar wrote: > On Wed, May 4, 2016 at 12:36 AM, Simon Horman > wrote: > > From: Lorand Jakab > > > > Implementation of the pop_eth and push_eth actions in the kernel, and > > layer 3 flow support. &g

Re: [ovs-dev] [PATCH v9 net-next 7/7] openvswitch: use ipgre tunnel rather than gretap tunnel

2016-05-05 Thread Simon Horman
[CC Jiri Benc] On Thu, May 05, 2016 at 02:45:15PM -0700, pravin shelar wrote: > On Wed, May 4, 2016 at 12:36 AM, Simon Horman > wrote: > > This allows GRE tunnels to send and receive both > > layer 2 packets (packets with an ethernet header) and > > layer 3 packets (pac

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-09 Thread Simon Horman
On Fri, May 06, 2016 at 11:25:14AM +0200, Jiri Benc wrote: > On Fri, 6 May 2016 14:57:07 +0900, Simon Horman wrote: > > On Thu, May 05, 2016 at 10:37:08AM -0700, pravin shelar wrote: > > > On transmit side you are using mac_len to detect l3 packet, why not do > > > sa

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-09 Thread Simon Horman
On Fri, May 06, 2016 at 11:35:04AM +0200, Jiri Benc wrote: > On Wed, 4 May 2016 16:36:30 +0900, Simon Horman wrote: > > +static int push_eth(struct sk_buff *skb, struct sw_flow_key *key, > > + const struct ovs_action_push_eth *ethh) > > +{ > > + i

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-10 Thread Simon Horman
Hi Jiri, On Tue, May 10, 2016 at 02:01:06PM +0200, Jiri Benc wrote: > On Mon, 9 May 2016 17:04:22 +0900, Simon Horman wrote: > > It seems to be caused by the following: > > > > 1. __ipgre_rcv() calls skb_pop_mac_header() which > >sets skb->mac_header to the s

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-10 Thread Simon Horman
Hi Jiri, On Wed, May 11, 2016 at 10:50:09AM +0900, Simon Horman wrote: [...] > > > Its possible that I've overlooked something but as things stand I think > > > things look like this: > > > > > > * ovs_flow_key_extract() keys off dev->type and

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-10 Thread Simon Horman
Hi Jiri, On Tue, May 10, 2016 at 02:06:18PM +0200, Jiri Benc wrote: > On Mon, 9 May 2016 17:18:20 +0900, Simon Horman wrote: > > On Fri, May 06, 2016 at 11:35:04AM +0200, Jiri Benc wrote: > > > In addition, we should check whether mac_len > 0 and in such case, > >

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-11 Thread Simon Horman
On Wed, May 11, 2016 at 04:09:28PM +0200, Jiri Benc wrote: > On Wed, 11 May 2016 12:06:35 +0900, Simon Horman wrote: > > Is this close to what you had in mind? > > Yes but see below. > > > @@ -739,17 +729,17 @@ int ovs_flow_key_extract(const struct ip_tunnel_info &g

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-17 Thread Simon Horman
On Tue, May 17, 2016 at 04:43:20PM +0200, Jiri Benc wrote: > On Thu, 12 May 2016 07:46:52 +0900, Simon Horman wrote: > > If we can live with a bogus skb->mac_len value that is sufficient for > > ovs_flow_key_extract.() and set correctly by key_extract() (which happens >

Re: [ovs-dev] [PATCH v9 net-next 5/7] openvswitch: add layer 3 support to ovs_packet_cmd_execute()

2016-05-17 Thread Simon Horman
On Tue, May 17, 2016 at 04:51:08PM +0200, Jiri Benc wrote: > On Wed, 4 May 2016 16:36:31 +0900, Simon Horman wrote: > > + /* Packets from user space for execution only have metadata key > > +* attributes. OVS_KEY_ATTR_PACKET_ETHERTYPE is then used to specify > > +

Re: [ovs-dev] [PATCH v10 0/5] userspace: Support for layer 3 encapsulated packets

2016-05-18 Thread Simon Horman
On Wed, May 18, 2016 at 05:28:52PM -0700, Ben Pfaff wrote: > On Wed, May 04, 2016 at 04:34:20PM +0900, Simon Horman wrote: > > This series implements support for layer 3 encapsulated packets. At the > > core of this change is removing the assumption that all packets/flows have >

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-19 Thread Simon Horman
Hi Jiri, On Tue, May 17, 2016 at 04:32:50PM +0200, Jiri Benc wrote: > Looking through the patchset again, this time more deeply. Sorry for > the delay. No need to be sorry, good things take time. > On Wed, 4 May 2016 16:36:30 +0900, Simon Horman wrote: > > +struct ovs_

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-20 Thread Simon Horman
On Fri, May 20, 2016 at 10:00:28AM +0200, Jiri Benc wrote: > On Fri, 20 May 2016 14:29:01 +0900, Simon Horman wrote: > > The second option does seem rather tempting although I'm not sure > > that it actually plays out in the access-port scenario at this time. > > We supp

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-20 Thread Simon Horman
On Fri, May 20, 2016 at 05:11:23PM +0900, Simon Horman wrote: > On Fri, May 20, 2016 at 10:00:28AM +0200, Jiri Benc wrote: > > On Fri, 20 May 2016 14:29:01 +0900, Simon Horman wrote: > > > The second option does seem rather tempting although I'm not sure > > > t

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-20 Thread Simon Horman
On Fri, May 20, 2016 at 10:39:39AM +0200, Jiri Benc wrote: > On Fri, 20 May 2016 17:16:13 +0900, Simon Horman wrote: > > My understanding is that currently OvS handles access ports using a > > push_vlan action. > > When needed (i.e. when the packet goes to a non-access port),

Re: [ovs-dev] [PATCH v9 net-next 4/7] openvswitch: add layer 3 flow/port support

2016-05-20 Thread Simon Horman
On Fri, May 20, 2016 at 11:20:04AM +0200, Jiri Benc wrote: > On Fri, 20 May 2016 18:12:05 +0900, Simon Horman wrote: [...] > > 3. With regards to the mirroring part of your question, I need to check > >on that and possibly its broken. But my thinking is that a mirroring >

Re: [ovs-dev] [PATCH] xlate: Skip recirculation for output and set actions

2016-05-23 Thread Simon Horman
Hi Ben, On Tue, Apr 12, 2016 at 12:39:51PM -0700, Ben Pfaff wrote: > On Mon, Apr 04, 2016 at 05:16:35PM +0900, Simon Horman wrote: > > Until 8bf009bf8ab4 ("xlate: Always recirculate after an MPLS POP to a > > non-MPLS ethertype.") the translation code took some care to

Re: [ovs-dev] [PATCH] xlate: Skip recirculation for output and set actions

2016-05-23 Thread Simon Horman
On Mon, May 23, 2016 at 08:56:46PM -0700, Ben Pfaff wrote: > On Tue, May 24, 2016 at 12:43:59PM +0900, Simon Horman wrote: > > Hi Ben, > > > > On Tue, Apr 12, 2016 at 12:39:51PM -0700, Ben Pfaff wrote: > > > On Mon, Apr 04, 2016 at 05:16:35PM +0900, Simon Horman wro

[ovs-dev] [PATCH] xlate: Skip recirculation for output and set actions

2016-05-24 Thread Simon Horman
ainability by special casing set and output actions such that recirculation may be avoided. This partially reverts the above mentioned commit. In particular most of the C code outside of do_xlate_actions(). Signed-off-by: Simon Horman --- * Lightly tested using test-suite portion of this

Re: [ovs-dev] [PATCH] xlate: Skip recirculation for output and set actions

2016-05-24 Thread Simon Horman
On Tue, May 24, 2016 at 12:36:02PM -0700, Jarno Rajahalme wrote: > One comment below, otherwise looks good, > > Acked-by: Jarno Rajahalme [...] > > On May 24, 2016, at 12:29 AM, Simon Horman > > wrote: > > > > Until 8bf009bf8ab4 ("xlate: Always reci

[ovs-dev] [PATCH v3] xlate: Skip recirculation for output and set actions

2016-05-24 Thread Simon Horman
ainability by special casing set and output actions such that recirculation may be avoided. This partially reverts the above mentioned commit. In particular most of the C code outside of do_xlate_actions(). Signed-off-by: Simon Horman Acked-by: Jarno Rajahalme --- * Lightly tested using test-sui

Re: [ovs-dev] [PATCH v3] xlate: Skip recirculation for output and set actions

2016-05-26 Thread Simon Horman
On Wed, May 25, 2016 at 10:34:31AM +0900, Simon Horman wrote: > Until 8bf009bf8ab4 ("xlate: Always recirculate after an MPLS POP to a > non-MPLS ethertype.") the translation code took some care to only > recirculate as a result of a pop_mpls action if necessary. This was >

Re: [ovs-dev] [PATCH v10 2/5] userspace: add layer 3 flow and switching support

2016-05-31 Thread Simon Horman
On Tue, May 31, 2016 at 08:49:56AM -0700, Ben Pfaff wrote: > On Wed, May 04, 2016 at 04:34:22PM +0900, Simon Horman wrote: > > From: Lorand Jakab > > > > This commit relaxes the assumption that all packets have an Ethernet > > header, and adds support for layer 3 flows

Re: [ovs-dev] [PATCH v10 3/5] userspace: add layer 3 support to packet metadata

2016-05-31 Thread Simon Horman
On Tue, May 31, 2016 at 01:52:55PM -0700, Ben Pfaff wrote: > On Wed, May 04, 2016 at 04:34:23PM +0900, Simon Horman wrote: > > From: Lorand Jakab > > > > This is needed for sending a packet back to the datapath after a miss > > upcall was processed. The presence of a

Re: [ovs-dev] [PATCH v10 5/5] userspace: add non-tap (l3) support to GRE vports

2016-05-31 Thread Simon Horman
On Tue, May 31, 2016 at 08:20:24PM -0700, Ben Pfaff wrote: > On Wed, May 04, 2016 at 04:34:25PM +0900, Simon Horman wrote: > > Add support for layer 3 GRE vports (non-tap aka non-VTEP). > > > > This makes use of a vport mode configuration for the existing (tap/VTEP) > &

[ovs-dev] [PATCH net-next v10 1/5] net: add skb_vlan_accel helper

2016-06-01 Thread Simon Horman
. Signed-off-by: Simon Horman --- v10 [Simon Horman] * New patch --- include/linux/skbuff.h | 1 + net/core/skbuff.c | 28 +++- 2 files changed, 20 insertions(+), 9 deletions(-) diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h index ee38a4127475

[ovs-dev] [PATCH net-next v10 2/5] openvswitch: set skb protocol and mac_len when receiving on internal device

2016-06-01 Thread Simon Horman
implemented by a subsequent patch depends on protocol and mac_len being set correctly on receive. Signed-off-by: Simon Horman --- v10 * Set mac_len v9 * New patch --- net/openvswitch/vport-internal_dev.c | 4 1 file changed, 4 insertions(+) diff --git a/net/openvswitch/vport-internal_dev.c

[ovs-dev] [PATCH v11 1/5] userspace: add support for pop_eth and push_eth actions

2016-06-01 Thread Simon Horman
From: Lorand Jakab These actions will allow L2->L3 and L3->L2 switching, and are supposed to be added to flows installed in the datapath transparently by ovs-vswitchd. Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman --- v11 [Simon Horman] * Omit type field from push_eth action,

[ovs-dev] [PATCH net-next v10 0/5] openvswitch: support for layer 3 encapsulated packets

2016-06-01 Thread Simon Horman
mailing list as: "[PATCH v11 0/5] userspace: Support for layer 3 encapsulated packets" Changes since the previous posting are noted in the changelogs of individual patches. Lorand Jakab (1): openvswitch: add layer 3 flow/port support Simon Horman (4): net: add skb_vlan_ac

[ovs-dev] [PATCH v11 2/5] userspace: add layer 3 flow and switching support

2016-06-01 Thread Simon Horman
ions. Added new prerequisite MFP_ETHERNET for fields MFF_ETH_SRC, MFF_ETH_DST, MFF_VLAN_TCI, MFF_DL_VLAN, MFF_VLAN_VID and MFF_DL_VLAN_PCP. Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman Acked-by: Ben Pfaff --- v11 [Simon Horman] * Rebase * Remove spurious duplication of FLOW_MAX_MPLS_LABELS

[ovs-dev] [PATCH net-next v10 4/5] openvswitch: add layer 3 flow/port support

2016-06-01 Thread Simon Horman
at is not supported in mainline Linux. I (Simon) plan to follow up with support for non-TEB GRE ports based on work by Thomas Morin. Cc: Thomas Morin Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman --- v10 [Simon Horman] * Move outermost VLAN into skb metadata in pop_eth and leave any

[ovs-dev] [PATCH v11 0/5] userspace: Support for layer 3 encapsulated packets

2016-06-01 Thread Simon Horman
ce: add support for pop_eth and push_eth actions userspace: add layer 3 flow and switching support userspace: add layer 3 support to packet metadata Simon Horman (2): userspace: extend layer 3 support to cover non-IP packets userspace: add non-tap (l3) support to GRE vports build-aux

[ovs-dev] [PATCH net-next v10 5/5] openvswitch: use ipgre tunnel rather than gretap tunnel

2016-06-01 Thread Simon Horman
This allows GRE tunnels to send and receive both layer 2 packets (packets with an ethernet header) and layer 3 packets (packets without an ethernet header). Signed-off-by: Simon Horman --- v10 * Handle case of l3 only packets on vport-netdev * Use ARPHRD_NONE for ipgre interfaces as per recent

[ovs-dev] [PATCH net-next v10 3/5] openvswitch: add support to push and pop mpls for layer3 packets

2016-06-01 Thread Simon Horman
Allow push and pop mpls actions to act on layer 3 packets by teaching them not to access non-existent L2 headers of such packets. Signed-off-by: Simon Horman --- v10 * Limit scope of hdr in {push,pop}_mpls() v9 * New Patch --- net/openvswitch/actions.c | 19 --- 1 file changed

[ovs-dev] [PATCH v11 4/5] userspace: extend layer 3 support to cover non-IP packets

2016-06-01 Thread Simon Horman
packets which are technically layer 2.5 rather than 3 but the distinction seems unimportant here. This relies on datapaths setting OVS_KEY_ATTR_PACKET_ETHERTYPE to the ethernet type corresponding to the protocol of layer 3 packets on a flow miss. Signed-off-by: Simon Horman Acked-by: Ben Pfaff

[ovs-dev] [PATCH v11 3/5] userspace: add layer 3 support to packet metadata

2016-06-01 Thread Simon Horman
OVS_KEY_ATTR_PACKET_ETHERTYPE to indicate network protocol. Signed-off-by: Lorand Jakab Signed-off-by: Simon Horman Acked-by: Ben Pfaff --- v11 [Simon Horman] * Do not allow setting of OVS_KEY_ATTR_PACKET_ETHERTYPE field. This does not seem necessary and is not used at this time. If it

[ovs-dev] [PATCH v11 5/5] userspace: add non-tap (l3) support to GRE vports

2016-06-01 Thread Simon Horman
that this attribute is only used in userspace as there appears to be no need for it to be used in the kernel datapath. It is envisaged that this attribute may be used for other encapsulation protocols that support both layer3 and layer2 inner-packets. Signed-off-by: Simon Horman --- v11

Re: [ovs-dev] [PATCH net-next v11 3/6] openvswitch: set skb protocol and mac_len when receiving on internal device

2016-07-13 Thread Simon Horman
On Thu, Jul 07, 2016 at 01:52:25PM -0700, pravin shelar wrote: > On Wed, Jul 6, 2016 at 10:59 AM, Simon Horman > wrote: > > * Set skb protocol based on contents of packet. I have observed this is > > necessary to get actual protocol of a packet when it is injected into an >

Re: [ovs-dev] [PATCH v12 2/3] userspace: add layer 3 flow and switching support

2016-07-13 Thread Simon Horman
On Wed, Jul 06, 2016 at 07:58:56PM +0200, Simon Horman wrote: [snip] > --- a/lib/odp-util.c > +++ b/lib/odp-util.c ... > @@ -4614,14 +4623,38 @@ odp_key_to_pkt_metadata(const struct nlattr *key, > size_t key_len, > md->in_port.odp_port = nl_att

Re: [ovs-dev] [PATCH net-next v11 5/6] openvswitch: add layer 3 flow/port support

2016-07-13 Thread Simon Horman
Hi Pravin, On Thu, Jul 07, 2016 at 01:54:15PM -0700, pravin shelar wrote: > On Wed, Jul 6, 2016 at 10:59 AM, Simon Horman > wrote: ... > > diff --git a/net/openvswitch/actions.c b/net/openvswitch/actions.c > > index 12e8a8942a42..0001f651c934 100644 > > --- a/n

Re: [ovs-dev] [PATCH net-next v11 5/6] openvswitch: add layer 3 flow/port support

2016-07-17 Thread Simon Horman
[CC Jiri Benc for portion regarding GRE] Hi Pravin, On Fri, Jul 15, 2016 at 02:07:37PM -0700, pravin shelar wrote: > On Wed, Jul 13, 2016 at 12:31 AM, Simon Horman > wrote: > > Hi Pravin, > > > > On Thu, Jul 07, 2016 at 01:54:15PM -0700, pravin shelar wrote: > >>

Re: [ovs-dev] [RFC PATCH v2 02/13] Format NSH keys to readable strings

2016-07-17 Thread Simon Horman
Hi Johnson, On Wed, Jul 13, 2016 at 01:28:48AM +0800, Johnson Li wrote: > Signed-off-by: Johnson Li * Regarding the action set (which we discussed briefly off-list): I think that you need to update ofpacts_execute_action_set(), though possibly not in this patch, for push/pop_nsh to be usabl

Re: [ovs-dev] [RFC PATCH v2 02/13] Format NSH keys to readable strings

2016-07-18 Thread Simon Horman
On Mon, Jul 18, 2016 at 06:37:04PM +0800, Yang, Yi wrote: > On Mon, Jul 18, 2016 at 03:15:13PM +0900, Simon Horman wrote: > > Hi Johnson, > > > > On Wed, Jul 13, 2016 at 01:28:48AM +0800, Johnson Li wrote: > > > Signed-off-by: Johnson Li > > > > * Re

Re: [ovs-dev] [PATCH net-next v11 5/6] openvswitch: add layer 3 flow/port support

2016-07-19 Thread Simon Horman
On Mon, Jul 18, 2016 at 03:34:52PM -0700, pravin shelar wrote: > On Sun, Jul 17, 2016 at 9:50 PM, Simon Horman > wrote: > > [CC Jiri Benc for portion regarding GRE] > > > > Hi Pravin, > > > > On Fri, Jul 15, 2016 at 02:07:37PM -0700, pravin shelar wrote: &

Re: [ovs-dev] [PATCH net-next v11 5/6] openvswitch: add layer 3 flow/port support

2016-08-08 Thread Simon Horman
On Wed, Jul 20, 2016 at 11:06:37AM -0700, pravin shelar wrote: > On Tue, Jul 19, 2016 at 5:02 PM, Simon Horman > wrote: > > On Mon, Jul 18, 2016 at 03:34:52PM -0700, pravin shelar wrote: > >> On Sun, Jul 17, 2016 at 9:50 PM, Simon Horman > >> wrote: > >> &g

Re: [ovs-dev] [RFC PATCH v2 00/13] Add Network Service Header Support

2016-08-09 Thread Simon Horman
Hi Jesse, On Wed, Jul 13, 2016 at 07:35:59AM -0700, Jesse Gross wrote: > On Wed, Jul 13, 2016 at 4:04 AM, Brady Allen Johnson > wrote: > > I wanted to mention though, currently the type 2 metadata (MD2) isnt a top > > priority for us. It looks like its already been investigated how to use some >

Re: [ovs-dev] [RFC PATCH v2 3/5] parse NSH key in key_extract of openvswitch

2016-08-09 Thread Simon Horman
On Wed, Jul 13, 2016 at 01:36:30AM +0800, Johnson Li wrote: > Parse the Network Service Header to fullfill the fields in the > struct sw_flow_key. > > Signed-off-by: Johnson Li > > diff --git a/datapath/flow.c b/datapath/flow.c > index fd09cec..debac6f 100644 > --- a/datapath/flow.c > +++ b/data

Re: [ovs-dev] [RFC PATCH v2 04/13] Add APIs to set NSH keys for match fields

2016-08-09 Thread Simon Horman
On Wed, Jul 13, 2016 at 01:27:19AM +0800, Johnson Li wrote: > Signed-off-by: Johnson Li > > diff --git a/include/openvswitch/match.h b/include/openvswitch/match.h > index c955753..4c79da3 100644 > --- a/include/openvswitch/match.h > +++ b/include/openvswitch/match.h > @@ -40,6 +40,18 @@ struct ma

Re: [ovs-dev] [RFC PATCH v2 06/13] Parse NSH header in function flow_extract in user space

2016-08-09 Thread Simon Horman
On Wed, Jul 13, 2016 at 01:27:53AM +0800, Johnson Li wrote: > Signed-off-by: Johnson Li > > diff --git a/lib/flow.c b/lib/flow.c > index a4c1215..cdeccfc 100644 > --- a/lib/flow.c > +++ b/lib/flow.c > @@ -439,6 +439,46 @@ invalid: > arp_buf[1] = eth_addr_zero; > } > > +static int > +parse

Re: [ovs-dev] [RFC PATCH v2 1/5] Add NSH fields for Openvswitch flow key

2016-08-09 Thread Simon Horman
On Wed, Jul 13, 2016 at 01:36:14AM +0800, Johnson Li wrote: > Openvswitch could use the fields of Network Serivce Header(NSH) > as key to steer traffic to the Virtual Network Functions(VNF). > The key will contain fields for NSH base header, service path > header and context header for MD type 1. F

Re: [ovs-dev] [RFC PATCH v2 02/13] Format NSH keys to readable strings

2016-08-10 Thread Simon Horman
On Mon, Jul 18, 2016 at 08:20:42PM +, Jan Scheurich wrote: > > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Simon Horman > > Sent: Monday, 18 July, 2016 14:14 > > > > > > Simon, very good guide, do push_eth and pop_eth also need to follow &g

Re: [ovs-dev] [RFC PATCH v2 02/13] Format NSH keys to readable strings

2016-08-10 Thread Simon Horman
On Mon, Jul 18, 2016 at 11:21:11PM +, Jan Scheurich wrote: > Hi Johnson, > > > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Yang, Yi > > Sent: Monday, 18 July, 2016 12:37 > > > > On Mon, Jul 18, 2016 at 03:15:13PM +0900, Simon Horman wrote: > &

Re: [ovs-dev] [PATCH net-next v11 5/6] openvswitch: add layer 3 flow/port support

2016-08-10 Thread Simon Horman
On Mon, Aug 08, 2016 at 05:28:39PM +0200, Jiri Benc wrote: > On Mon, 8 Aug 2016 17:17:17 +0200, Simon Horman wrote: > > +bool skb_mac_header_present(struct sk_buff *skb) > > +{ > > + return skb->dev->type == ARPHRD_ETHER || > > + (skb->dev->type

Re: [ovs-dev] [PATCH net-next v11 5/6] openvswitch: add layer 3 flow/port support

2016-08-10 Thread Simon Horman
On Tue, Aug 09, 2016 at 08:47:40AM -0700, pravin shelar wrote: > On Mon, Aug 8, 2016 at 8:17 AM, Simon Horman > wrote: ... > > Hi Pravin, > > > > I have made an attempt to implement your suggestion to the extent that > > I understand it. The following is an in

Re: [ovs-dev] [RFC PATCH v2 02/13] Format NSH keys to readable strings

2016-08-10 Thread Simon Horman
Hi Jan, On Wed, Aug 10, 2016 at 12:21:08PM +, Jan Scheurich wrote: > > -Original Message- > > From: Simon Horman [mailto:simon.hor...@netronome.com] > > Sent: Wednesday, 10 August, 2016 12:14 > > > > > > My suggestion for the action set execution

Re: [ovs-dev] NSH Option 2 implementation

2016-08-11 Thread Simon Horman
Hi Jan, On Thu, Aug 11, 2016 at 11:04:22AM +, Jan Scheurich wrote: > > > [Jan] Should sending a packet after push_nsh to an output port be > > > allowed in general? For a VXLAN-GPE tunnel port this is OK, but my > > > expectation was that one must explicitly do push_eth (followed by > > > set_

Re: [ovs-dev] NSH Option 2 implementation

2016-08-11 Thread Simon Horman
Hi Jan, On Thu, Aug 11, 2016 at 12:58:44PM +, Jan Scheurich wrote: > Hi Simon > > > > The implicit push_eth action introduced by Simon in his L3 tunnel port > > > patch mainly ensures the presence of the 14 byte MAC header on ports > > > where this is a must for syntactic interpretation of th

Re: [ovs-dev] [PATCH net-next v10 4/5] openvswitch: add layer 3 flow/port support

2016-06-06 Thread Simon Horman
On Thu, Jun 02, 2016 at 03:02:18PM -0700, pravin shelar wrote: > On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman > wrote: [...] > > diff --git a/net/openvswitch/actions.c b/net/openvswitch/actions.c > > index 15f130e4c22b..5567529904fa 100644 > > --- a/net/openvswitch

Re: [ovs-dev] [PATCH net-next v10 3/5] openvswitch: add support to push and pop mpls for layer3 packets

2016-06-06 Thread Simon Horman
On Thu, Jun 02, 2016 at 03:02:00PM -0700, pravin shelar wrote: > On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman > wrote: > > Allow push and pop mpls actions to act on layer 3 packets by teaching > > them not to access non-existent L2 headers of such packets. > > > &g

  1   2   3   4   5   6   7   8   9   10   >