Re: [ovs-dev] [PATCH] ofp-actions: Correct execution of encap/decap actions in action set

...@ericsson.com] Sent: Monday, April 9, 2018 3:12 PM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Subject: RE: [PATCH] ofp-actions: Correct execution of encap/decap actions in action set Hi Yi, The assertion failure is indeed caused by the incorrect implementation of double

Re: [ovs-dev] [PATCH] ofp-actions: Correct execution of encap/decap actions in action set

- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Monday, March 26, 2018 3:36 PM To: d...@openvswitch.org Cc: Yang, Yi Y <yi.y.y...@intel.com>; Jan Scheurich <jan.scheur...@ericsson.com> Subject: [PATCH] ofp-actions: Correct execution of encap/decap actions in action set

Re: [ovs-dev] OVS will hit an assert if encap(nsh) is done in bucket of group

Jan, thank you so much, very exhaustive analysis :), I'll double check your fix patch. From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Sunday, March 25, 2018 9:09 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org; Zoltán Balogh <zoltan.bal...@ericsson.com

Re: [ovs-dev] when the physical compute receive vxlan-gpe-nsh packet whose size>256, the ovs flow table not match and ovs crash.

Ovs 2.8 can't support kernel data path for NSH, are you sure you're using OVS-DPDK. -Original Message- From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-boun...@openvswitch.org] On Behalf Of Glend REN Sent: Friday, March 9, 2018 7:33 PM To: ovs-dev@openvswitch.org Subject: [ovs-dev]

Re: [ovs-dev] [PATCH v1 0/5] datapath: enable NSH support in kernel compat mode

VMs, each one VM starts two containers which play SF roles, end-to-end ping and http are both ok. -Original Message- From: Eric Garver [mailto:e...@erig.me] Sent: Tuesday, January 30, 2018 9:53 PM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: Gregory Rose <gvrose8...@gmai

Re: [ovs-dev] [PATCH v1 0/5] datapath: enable NSH support in kernel compat mode

00 dev at_vxlan1 “ failed, Eric, what linux distribution do you know I can run “ping over VXLAN-GPE” successfully, I’ll use it as baseline to add NSH unit test for kernel data path. From: Gregory Rose [mailto:gvrose8...@gmail.com] Sent: Tuesday, January 30, 2018 1:51 AM To: Yang, Yi Y <yi.y.y...@inte

Re: [ovs-dev] [PATCH v1 0/5] datapath: enable NSH support in kernel compat mode

AM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Cc: b...@ovn.org; jan.scheur...@ericsson.com Subject: Re: [PATCH v1 0/5] datapath: enable NSH support in kernel compat mode On 1/10/2018 11:53 PM, Yi Yang wrote: This patch series is to backport NSH support patches in Linux ne

[ovs-dev] FYI: NSH is an ITEF standard RFC 8300 now

NSH RFC: https://tools.ietf.org/html/rfc8300 ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH net-next v2] openvswitch: enable NSH support

is not tunnel, so it has to be changed to support both Geneve and NSH. Anyway, they won't be part of ovs_key_nsh. -Original Message- From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On Behalf Of Jiri Benc Sent: Friday, August 11, 2017 5:11 PM To: Yang, Yi Y <yi.

Re: [ovs-dev] [PATCH net-next] openvswitch: add NSH support

- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Thursday, August 10, 2017 4:54 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: Jan Scheurich <jan.scheur...@ericsson.com>; d...@openvswitch.org; net...@vger.kernel.org; Jiri Benc <jb...@redhat.com>; da...@davemloft.net; Zoltán

Re: [ovs-dev] [PATCH v1 1/2] nsh: enable struct ovs_action_encap_nsh to support variable length

Noticed, please check the reply for that one. -Original Message- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Thursday, August 10, 2017 4:04 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org Subject: Re: [PATCH v1 1/2] nsh: enable struct ovs_action_encap_nsh to s

Re: [ovs-dev] [PATCH net-next] openvswitch: add NSH support

in struct ovs_action_encap_nsh? I mean how we handle the arguments for function encap_nsh. -Original Message- From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On Behalf Of Ben Pfaff Sent: Thursday, August 10, 2017 2:09 AM To: Yang, Yi Y <yi.y.y...@intel.com> C

Re: [ovs-dev] [PATCH v1 1/2] nsh: enable struct ovs_action_encap_nsh to support variable length

Pfaff [mailto:b...@ovn.org] Sent: Thursday, August 10, 2017 2:01 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org Subject: Re: [PATCH v1 1/2] nsh: enable struct ovs_action_encap_nsh to support variable length On Wed, Aug 09, 2017 at 07:45:13PM +0800, Yi Yang wrote: > In order

Re: [ovs-dev] [PATCH] nsh: enable struct ovs_action_encap_nsh to support variable length

Please ignore this one and use this series https://mail.openvswitch.org/pipermail/ovs-dev/2017-August/337128.html which includes this one. -Original Message- From: Yang, Yi Y Sent: Wednesday, August 9, 2017 5:56 PM To: d...@openvswitch.org Cc: b...@ovn.org; Yang, Yi Y <yi.

Re: [ovs-dev] [PATCH net-next] openvswitch: add NSH support

mdlen, 4); +pad_len = size - sizeof(struct ovs_action_encap_nsh) + - encap_nsh->mdlen; +if (pad_len > 0) { + memset(encap_nsh->metadata + encap_nsh->mdlen, 0, pad_len); +} +nl_msg_put_unspec(odp_actions, OVS_ACTION_ATTR_ENCAP_NSH, encap_nsh,

Re: [ovs-dev] [PATCH net-next] openvswitch: add NSH support

of the header. Again, OVS userspace code must be consistent with here, so keeping it intact will be better because OVS userspace code was there. -Original Message- From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] On Behalf Of Jiri Benc Sent: Tuesday, August 8, 2017

Re: [ovs-dev] [PATCH v4 0/5] Generic Encap & Decap based NSH implementation

Ben, thank you so much, we're done finally and hit ovs 2.8. Here is the patch for NEWS. https://mail.openvswitch.org/pipermail/ovs-dev/2017-August/336952.html Is it ok? -Original Message- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Tuesday, August 8, 2017 2:34 AM To: Yang, Yi Y

Re: [ovs-dev] [PATCH v2 0/6] Generic Encap & Decap based NSH implementation

Hi, Ben I have fixed all the errors and warnings reported by checkpatch as well as a comment you mentioned and posted out v3, please use the new one for review or merge. -Original Message- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Thursday, August 3, 2017 6:40 AM To: Yang, Yi Y

Re: [ovs-dev] [PATCH v4 1/2] OF support and translation of generic encap and decap

(0x2000,20,0xfedcba9876543210)) -Original Message- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Wednesday, August 2, 2017 7:17 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org; Jan Scheurich <jan.scheur...@ericsson.com>; Zoltan Balogh <zoltan.bal...@ericsson.com> Subj

Re: [ovs-dev] [PATCH v4 1/2] OF support and translation of generic encap and decap

...@ovn.org] Sent: Tuesday, August 1, 2017 11:56 PM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org; Jan Scheurich <jan.scheur...@ericsson.com>; Zoltan Balogh <zoltan.bal...@ericsson.com> Subject: Re: [PATCH v4 1/2] OF support and translation of generic encap and

Re: [ovs-dev] [PATCH v4 1/2] OF support and translation of generic encap and decap

a format you prefer to handle this use case? -Original Message- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Tuesday, August 1, 2017 11:56 PM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org; Jan Scheurich <jan.scheur...@ericsson.com>; Zoltan Balogh <zoltan.bal.

Re: [ovs-dev] [PATCH v3 1/2] OF support and translation of generic encap and decap

Hi, Ben I have posted v4, they are: https://mail.openvswitch.org/pipermail/ovs-dev/2017-August/336504.html https://mail.openvswitch.org/pipermail/ovs-dev/2017-August/336505.html https://mail.openvswitch.org/pipermail/ovs-dev/2017-August/336506.html I have fixed most of issues you commented, I

Re: [ovs-dev] [PATCH v3 0/2] basic encap/decap

Hi, folks It seems Ben is out of office in these days, can anybody help review or merge this patch series? I heard 2.8 branch would be created end of July, but we still have NSH patch series waiting for review except this series. -Original Message- From: ovs-dev-boun...@openvswitch.org

Re: [ovs-dev] [PATCH 5/6] Generic encap and decap support for NSH

Message- From: Jiri Benc [mailto:jb...@redhat.com] Sent: Friday, July 21, 2017 8:08 PM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org Subject: Re: [ovs-dev] [PATCH 5/6] Generic encap and decap support for NSH My comments apply more to the yet to be submitted kerne

Re: [ovs-dev] [PATCH 1/6] userspace: Add support for NSH MD1 match fields

Thanks Jan, I have folded it to my local branch and will include it in next version. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Tuesday, July 18, 2017 12:30 AM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Cc: Mengke Liu &

Re: [ovs-dev] [PATCH v1 0/2] Add GTP vport based on upstream datapath

; }; -Original Message- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Tuesday, July 18, 2017 6:39 AM To: Yang, Yi Y <yi.y.y...@intel.com>; Amar Padmanabhan <amarpadmanab...@fb.com>; Joe Stringer <j...@ovn.org>; Wieger IJntema <wieger.ijntema@gmai

Re: [ovs-dev] [PATCH v1 0/2] Add GTP vport based on upstream datapath

Jan, for the use case you mentioned, outer IP destination of the GPT-u packet must be IP address of generic UDP tunnel port, but in the actual use case (especially for ETSI MEC use case), the destination IP of the GTP-u packet isn't ovs host node's IP, so this kind of use case needn't tunnel

Re: [ovs-dev] [PATCH 5/6] Generic encap and decap support for NSH

Thanks Jan, I have folded it to next version. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Monday, July 17, 2017 2:57 AM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Subject: RE: [PATCH 5/6] Generic encap and decap support for NSH

Re: [ovs-dev] [PATCH 0/6] Generic Encap & Decap based NSH implementation

Thanks Jan, I have folded it to next version. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Monday, July 17, 2017 2:52 AM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Subject: RE: [ovs-dev] [PATCH 0/6] Generic Encap & Decap

Re: [ovs-dev] [PATCH 5/6] Generic encap and decap support for NSH

Thanks Jan, I have folded it to next version. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Monday, July 17, 2017 2:49 AM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Subject: RE: [PATCH 5/6] Generic encap and decap support for NSH

Re: [ovs-dev] [PATCH 1/4] Add OF actions for generic encap and decap

itch.org' <d...@openvswitch.org>; Georg Schmuecking <georg.schmueck...@ericsson.com>; Jiri Benc (jb...@redhat.com) <jb...@redhat.com>; Yang, Yi Y <yi.y.y...@intel.com> Subject: RE: [PATCH 1/4] Add OF actions for generic encap and decap The simple way out is to use ALIGNED

Re: [ovs-dev] [PATCH 1/4] Add OF actions for generic encap and decap

uly 14, 2017 1:22 AM To: Zoltán Balogh <zoltan.bal...@ericsson.com> Cc: 'd...@openvswitch.org' <d...@openvswitch.org>; Jan Scheurich <jan.scheur...@ericsson.com>; Georg Schmuecking <georg.schmueck...@ericsson.com>; Jiri Benc (jb...@redhat.com) <jb...@redhat.com>; Yang, Yi Y

Re: [ovs-dev] [PATCH 2/4] Translation of generic encap and decap actions

Zoltan will do that. -Original Message- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Wednesday, July 12, 2017 11:59 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: Zoltán Balogh <zoltan.bal...@ericsson.com>; 'd...@openvswitch.org' <d...@openvswitch.org>; Jan Sch

Re: [ovs-dev] [PATCH 2/4] Translation of generic encap and decap actions

, 2017 8:28 AM To: Zoltán Balogh <zoltan.bal...@ericsson.com> Cc: 'd...@openvswitch.org' <d...@openvswitch.org>; Jan Scheurich <jan.scheur...@ericsson.com>; Georg Schmuecking <georg.schmueck...@ericsson.com>; Yang, Yi Y <yi.y.y...@intel.com>; Jiri Benc (jb...@redhat.c

Re: [ovs-dev] [PATCH 1/6] userspace: Add support for NSH MD1 match fields

Ok, will do. -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Wednesday, July 12, 2017 2:29 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs dev <d...@openvswitch.org>; Li, Ricky <ricky...@intel.com>; Mengke Liu <mengke@intel.com> Subject:

Re: [ovs-dev] [PATCH 1/6] userspace: Add support for NSH MD1 match fields

Joe, NSH for kernel datapath will be coming once this series is merged, do we need to do so yet? -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Friday, July 7, 2017 6:04 PM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs dev <d...@openvswitch.org>; Li,

Re: [ovs-dev] [PATCH v2] dpif-netlink: convert packet_type netlink attribute

gt; Cc: Yang, Yi Y <yi.y.y...@intel.com>; 'd...@openvswitch.org' <d...@openvswitch.org> Subject: Re: [ovs-dev] [PATCH v2] dpif-netlink: convert packet_type netlink attribute On Thu, Jul 06, 2017 at 01:14:31PM +, Zoltán Balogh wrote: > Hi Eric, > &g

Re: [ovs-dev] [PATCH v4 0/7] Packet type aware pipeline

I think it needs root privilege to run. -Original Message- From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-boun...@openvswitch.org] On Behalf Of Darrell Ball Sent: Friday, July 7, 2017 5:06 AM To: Eric Garver Cc: 'd...@openvswitch.org' ;

Re: [ovs-dev] GTP support to OVS upstream

it will simplify ovs tunnel implementation and maintenance if we use generic encap & decap framework to do tunnel encap & decap and move such processing into OpenFlow pipeline. -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Thursday, July 6, 2017 10:25 PM To: Yang, Yi Y

Re: [ovs-dev] [PATCH v2] dpif-netlink: convert packet_type netlink attribute

->dl_type)) { goto unencap; -Original Message- From: Zoltán Balogh [mailto:zoltan.bal...@ericsson.com] Sent: Thursday, July 6, 2017 6:12 PM To: Yang, Yi Y <yi.y.y...@intel.com>; Eric Garver <e...@erig.me> Cc: 'd...@openvswitch.org' <d...@openvswitch.org>; Jan Scheuric

Re: [ovs-dev] [PATCH v2] dpif-netlink: convert packet_type netlink attribute

July 5, 2017 11:14 PM To: Zoltán Balogh <zoltan.bal...@ericsson.com> Cc: Yang, Yi Y <yi.y.y...@intel.com>; 'd...@openvswitch.org' <d...@openvswitch.org> Subject: Re: [ovs-dev] [PATCH v2] dpif-netlink: convert packet_type netlink attribute Hi Zoltan, On Tue, Jul 04, 2017 at 09:23:1

Re: [ovs-dev] [PATCH] dpif-netilnk: convert packet_type netlink attribute

zoltan.bal...@ericsson.com] Sent: Wednesday, July 5, 2017 5:25 AM To: Yang, Yi Y <yi.y.y...@intel.com>; Eric Garver <e...@erig.me> Cc: 'd...@openvswitch.org' <d...@openvswitch.org>; Jan Scheurich <jan.scheur...@ericsson.com> Subject: RE: [ovs-dev] [PATCH] dpif-netilnk: con

Re: [ovs-dev] GTP support to OVS upstream

I remember OpenFlow 1.6 spec (not finalized) proposes to use OpenFlow actions to do GTP-u encapsulation and decapsulation, current OvS tunnel implementation can't support the third kind of use case (don't encap & decap, just parse, match and forward), MEC (ETSI Molibe/Multi-access Edge

Re: [ovs-dev] [PATCH] dpif-netilnk: convert packet_type netlink attribute

Zoltan, I tested this patch for net-next, it will result in failure by ovs_assert, in addition, we need to handle OVS_FLOW_ATTR_MASK and OVS_FLOW_ATTR_KEY differently, to be important, we need to verify it in kernel mode. From my test and verification, this patch can't work, instead, it can

Re: [ovs-dev] [PATCH v2 00/12] Packet type aware pipeline

Hi, guys I'm working on NSH patches for kernel path, I think we can change it with new NSH kernel patches together. You ovs guys have confirmed several times userspace part can be merged before kernel part isn't there. So I propose we review and merge userspace part first, kernel part will be

Re: [ovs-dev] [RFC PATCH 0/2] Generic encap/decap actions implementation

quality. -Original Message- From: Ben Pfaff [mailto:b...@ovn.org] Sent: Wednesday, June 7, 2017 2:17 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org Subject: Re: [ovs-dev] [RFC PATCH 0/2] Generic encap/decap actions implementation On Thu, Apr 20, 2017 at 11:26:39AM

Re: [ovs-dev] [PATCH v6 5/5] userspace: add vxlan gpe support to vport

Ben, vxlangpe.h is from Linux kernel header file, so style is Linux but not ovs, keeping these intact is to make sure there are same pieces in both userspace and kernel, so code is also almost same. We'll change it to ovs style per your comments. Zoltan, please let me know if you need any help

Re: [ovs-dev] [PATCH v4 2/7] userspace: Support for push_eth and pop_eth actions

Zoltan, original l3 userspace patch set gets ether_type from packet->md. eh->eth_type = packet->md.packet_ethertype; I think we should keep struct ovs_action_push_eth consistent in both kernel and userspace, we can use the way in original l3 userspace patch set to get ether_type.

Re: [ovs-dev] OVS installation issue with NSH patch

Hi, Kiruthiga As I told you, please check your kernel version. https://github.com/yyang13/ovs_nsh_patches also included patches for ovs 2.6.1, if you have kernel version higher than v4.3, please use patches for 2.6.1. ovs 2.5 only can be built on kernel 3.10 to 4.3. -Original Message-

Re: [ovs-dev] How do we set fields for selection_method=hash?

To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs-dev@openvswitch.org Subject: Re: How do we set fields for selection_method=hash? On Tue, Mar 14, 2017 at 06:32:30AM +, Yang, Yi Y wrote: > Hi, Simon > > I notice you Netronome implemented selection_method support in ovs, > now

[ovs-dev] How do we set fields for selection_method=hash?

Hi, Simon I notice you Netronome implemented selection_method support in ovs, now I just want to use the specified match fields as hash input, I checked ovs-ofctl man pages, for such use case, I must use "selection_method=hash fields=...", I'm not sure how I set fields I want, can you help

Re: [ovs-dev] Why "ovs-appctl dpif/dump-flows br-int" can't show match fields I add?

Joe, thank for your detailed explanation, now I know what I should do :-) -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Friday, March 10, 2017 1:19 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs-dev@openvswitch.org Subject: Re: [ovs-dev] Why "ovs-appct

[ovs-dev] Why "ovs-appctl dpif/dump-flows br-int" can't show match fields I add?

Hi, all I'm testing GTP-U header parsing by adding pure userspace support code, now I can "ovs-ofctl -Oopenflow13 add-flows" and "ovs-ofctl -Oopenflow13 dump-flows" $ sudo ovs-ofctl -Oopenflow13 dump-flows br-int OFPST_FLOW reply (OF1.3) (xid=0x2): cookie=0x0, duration=2930.079s, table=0,

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

l3 patches and vxlangpe patches and resubmit them based on your tree. -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Thursday, March 2, 2017 11:43 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs dev <d...@openvswitch.org>; Jarno Rajahalme <ja...@ovn.o

Re: [ovs-dev] Can we use ovs to implement load balancer by openflow?

tions=group:100" -Original Message- From: Jarno Rajahalme [mailto:ja...@ovn.org] Sent: Wednesday, March 1, 2017 3:02 AM To: Han Zhou <zhou...@gmail.com> Cc: Yang, Yi Y <yi.y.y...@intel.com>; ovs-dev@openvswitch.org Subject: Re: [ovs-dev] Can we use ovs to implement load bal

[ovs-dev] Can we use ovs to implement load balancer by openflow?

Hi, all Can we use ovs to implement load balancer? Our target is to let ovs distribute the traffic to different service VMs based on 5 tuple (src ip, dst ip, src port, dst port, transport protocol). ___ dev mailing list d...@openvswitch.org

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

Joe, got it, thanks a lot. -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Saturday, February 11, 2017 5:38 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: Multanen, Eric W <eric.w.multa...@intel.com>; ovs dev <d...@openvswitch.org>; Yi-Hung Wei <

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

Eric and Joe, thank you so much for your verification and fix, I'll resubmit a new version including this fix and missing part. -Original Message- From: Eric Garver [mailto:e...@erig.me] Sent: Saturday, February 11, 2017 9:22 PM To: Joe Stringer <j...@ovn.org>; Yang, Yi Y &

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

missed something. -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Friday, February 10, 2017 8:01 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs dev <d...@openvswitch.org>; Yi-Hung Wei <yihung@gmail.com> Subject: Re: [ovs-dev] [PATCH v3 00/16] p

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

Ok, let me push 802.1 ad backport patches first. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@web.de] Sent: Friday, February 10, 2017 7:04 AM To: Yang, Yi Y <yi.y.y...@intel.com>; Jan Scheurich <jan.scheur...@ericsson.com>; Joe Stringer <j...@ovn.org&g

Re: [ovs-dev] [PATCH v2 3/4] datapath: backport: vlan: Check for vlan ethernet types for 8021.q or 802.1ad

Thanks Eric, I see, they were missing, I'll add them as you said. -Original Message- From: Eric Garver [mailto:e...@erig.me] Sent: Thursday, February 9, 2017 11:37 PM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org Subject: Re: [ovs-dev] [PATCH v2 3/4] datapath: ba

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

will merge them in. I can only focus on userspace support for vxlan-gpe if ovs maintainers really merge your patches first. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Thursday, February 9, 2017 5:50 PM To: Yang, Yi Y <yi.y.y...@intel.com>

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

Then, are you merging https://mail.openvswitch.org/pipermail/ovs-dev/2017-February/328492.html or do I need to do anything else for it? -Original Message- From: Joe Stringer [mailto:j...@ovn.org] Sent: Thursday, February 9, 2017 9:44 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: o

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs dev <d...@openvswitch.org>; Yi-Hung Wei <yihung@gmail.com> Subject: Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs On 7 February 2017 at 09:44, Joe Stringer <j...@ovn.org> wrote: > On 6 February 2017 a

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

6:50 PM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Cc: Zoltán Balogh <zoltan.bal...@ericsson.com>; Jarno Rajahalme (ja...@ovn.org) <ja...@ovn.org> Subject: RE: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs Hi Yi, Three of the user-space patches o

Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs

[mailto:j...@ovn.org] Sent: Tuesday, February 7, 2017 8:34 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs dev <d...@openvswitch.org>; Yi-Hung Wei <yihung@gmail.com> Subject: Re: [ovs-dev] [PATCH v3 00/16] port Jiri Benc's L3 patchset to ovs On 6 February 2017 at 05:04, Yi Yang &l

Re: [ovs-dev] [PATCH 0/3] Backport 802.1ad patches

, Yi Y Sent: Friday, February 3, 2017 11:12 PM To: d...@openvswitch.org Cc: pshe...@ovn.org; Yang, Yi Y <yi.y.y...@intel.com> Subject: [PATCH 0/3] Backport 802.1ad patches This patch set is to backport 802.1ad patches Eric Garver did to ovs, per discussion in ovs-dev mailing list, this fix

Re: [ovs-dev] [PATCH v2 14/17] datapath: Fix skb->protocol for vlan frames

d, Jan 18, 2017 at 4:53 PM, Yang, Yi <yi.y.y...@intel.com> wrote: > >> On Wed, Jan 18, 2017 at 01:29:14PM -0800, Joe Stringer wrote: > >>> On 18 January 2017 at 11:54, Eric Garver <e...@erig.me> wrote: > >>> > On Tue, Jan 17, 2017 at 12:37:19AM +, Ya

Re: [ovs-dev] [PATCH v2 15/17] datapath: enable vxlangpe creation in compat mode

Make sense, will change it in v3. -Original Message- From: Jiri Benc [mailto:jb...@redhat.com] Sent: Wednesday, January 18, 2017 12:37 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org Subject: Re: [ovs-dev] [PATCH v2 15/17] datapath: enable vxlangpe creation in

Re: [ovs-dev] [PATCH v2 14/17] datapath: Fix skb->protocol for vlan frames

sted in ovs-dev, I can help with this if you have no time. -Original Message- From: Pravin Shelar [mailto:pshe...@ovn.org] Sent: Monday, January 9, 2017 5:33 PM To: Yang, Yi Y <yi.y.y...@intel.com>; Eric Garver <e...@erig.me> Cc: ovs dev <d...@openvswitch.org>; Jarno Ra

Re: [ovs-dev] Sync on PTAP, EXT-382 and NSH

bout this, it seems only you and I are caring this :) From: Jan Scheurich [mailto:jan.scheur...@web.de] Sent: Monday, January 9, 2017 8:23 AM To: Yang, Yi Y <yi.y.y...@intel.com>; Jan Scheurich <jan.scheur...@ericsson.com>; Zoltán Balogh <zoltan.bal...@ericsson.com>; Jiri Benc

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

patchset from user perspective. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@web.de] Sent: Friday, December 30, 2016 6:59 PM To: Yang, Yi Y <yi.y.y...@intel.com>; d...@openvswitch.org Cc: Simon Horman <simon.hor...@netronome.com>; Jiri Benc <jb...@redhat.c

Re: [ovs-dev] Sync on PTAP, EXT-382 and NSH

From: Jan Scheurich [mailto:jan.scheur...@web.de] Sent: Friday, December 30, 2016 6:34 PM To: Yang, Yi Y <yi.y.y...@intel.com>; Jan Scheurich <jan.scheur...@ericsson.com>; Zoltán Balogh <zoltan.bal...@ericsson.com>; Jiri Benc (jb...@redhat.com) <jb...@redhat.co

Re: [ovs-dev] [PATCH v2 14/17] datapath: Fix skb->protocol for vlan frames

[mailto:pshe...@ovn.org] Sent: Sunday, January 1, 2017 3:45 PM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: ovs dev <d...@openvswitch.org>; Jarno Rajahalme <ja...@ovn.org> Subject: Re: [PATCH v2 14/17] datapath: Fix skb->protocol for vlan frames On Wed, Dec 28, 2016 at 5:56 PM, Yi Yang

Re: [ovs-dev] [RFC PATCH] datapath: allow tunnels to be created with rtnetlink

Hi, guys This patch isn't updated from June on, Cascardo said he/Eric is still working on this, but six months passed, we don't see any following patch for this, now I have time to revisit it, for case 3 Pravin mentioned, I can make it work by applying the below patch [1] against

Re: [ovs-dev] What is the minimum Linux kernel version ovs 2.6.1 build requires?

- From: Joe Stringer [mailto:j...@ovn.org] Sent: Friday, December 2, 2016 2:21 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org; ovs-disc...@openvswitch.org Subject: Re: [ovs-dev] What is the minimum Linux kernel version ovs 2.6.1 build requires? On 30 November 2016 at

[ovs-dev] OVS NSH patches

Hi, folks Although official ovs release doesn't support NSH, but we do have a repo to host OVS NSH patches, it is https://github.com/yyang13/ovs_nsh_patches/, now we have ported it to ovs 2.6.1 in order that it can support new Linux kernels and conntrack in case of OVS DPDK. The patchset for

[ovs-dev] What is the minimum Linux kernel version ovs 2.6.1 build requires?

Hi, folks I tried to build ovs 2.6.1 in Ubuntu trusty 64 with the below configuration options, but it failed, it is ok when I use the same way to build in Ubuntu 16.04 which has Linux kernel 4.4. What is the minimum Linux kernel version ovs 2.6.1 build requires? ./configure --prefix=/

Re: [ovs-dev] FW: OVS 2.6.1 DPDK 16.07 issue: pthread_mutex_lock failed (Resource deadlock avoided) in

, 2016 9:01 AM To: Yang, Yi Y <yi.y.y...@intel.com> Cc: d...@openvswitch.org Subject: Re: [ovs-dev] FW: OVS 2.6.1 DPDK 16.07 issue: pthread_mutex_lock failed (Resource deadlock avoided) in 2016-11-15 6:34 GMT-08:00 Yang, Yi Y <yi.y.y...@intel.com<mailto:yi.y.y...@intel.com>>

Re: [ovs-dev] [PATCH net-next v13 0/8] openvswitch: support for layer 3 encapsulated packets

Got it, thanks, I'll follow your discussion thread. -Original Message- From: Thadeu Lima de Souza Cascardo [mailto:casca...@cascardo.eti.br] Sent: Wednesday, November 16, 2016 3:01 AM To: Yang, Yi Y <yi.y.y...@intel.com>; Jiri Benc <jb...@redhat.com>; net...@vger.kern

[ovs-dev] FW: OVS 2.6.1 DPDK 16.07 issue: pthread_mutex_lock failed (Resource deadlock avoided) in

Hi, all I found this issue when I use ovs 2.6.1 and dpdk 16.07, the error is located in the line "ovs_mutex_lock(>mutex);" in get_stats() in lib/netdev-vport.c, it looks like a deadlock is detected, so resulted in ovs-vswitchd coredump, anybody noticed this issue? How can we fix it? this has

Re: [ovs-dev] [PATCH net-next v13 0/8] openvswitch: support for layer 3 encapsulated packets

Hi, Jiri I'm very glad to see you're continuing this work :-), I asked Simon about this twice, but nobody replies. I also remember Cascardo has a patch set to collaborate with this patch set, I asked Cascardo, but nobody responds, will you continue to do Cascardo's " create tunnel devices

Re: [ovs-dev] [RFC PATCH v2 12/13] Commit push_eth/pop_eth flow action to data plane

the performance is top one for SFC use case. -Original Message- From: Jan Scheurich [mailto:jan.scheur...@ericsson.com] Sent: Wednesday, July 20, 2016 11:07 PM To: Yang, Yi Y <yi.y.y...@intel.com>; Li, Johnson <johnson...@intel.com>; dev@openvswitch.org Cc: Simon Horma

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

Jan, although NSH isn't tunnel, but we still need to do some matches after pop_nsh, this is similar to vxlan tunnel, we still can match vxlan tunnel metadata after the patch is de-capsulated, such as TUN_ID and TUN_DST. So my point is maybe we need both header fields and metadata fields.

Re: [ovs-dev] [RFC PATCH v2 12/13] Commit push_eth/pop_eth flow action to data plane

Hi, Jan How do you know we trigger recirculate after pop_eth? pop_nsh also needs to do so, is there any existing example for reference? -Original Message- From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Jan Scheurich Sent: Tuesday, July 19, 2016 3:46 PM To: Li, Johnson

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

I think it is still necessary to keep eth_type in push_eth action, for the classifier case, it will push_nsh then push_eth for the original frame, this will need to set eth_type to 0x894f by push_eth, otherwise push_eth won't know this eth_type. -Original Message- From: dev