Re: [ovs-dev] [PATCH 0/8] Linux upstream kernel backports and updates

Pravin, thank you for integrating Greg's 4.14 series. We'd like to release OVS 2.9 in the next couple of days. Would you be able to look at this series and see if it's appropriate to bring into OVS 2.9? I'm sorry for the short notice, but it doesn't look like it should be too bad a series.

[ovs-dev] Sua fatura NET por e-mail - 02/2018 - D158BD1470

Untitled Document Prezado(a)

Re: [ovs-dev] [PATCH v2] ofproto-dpif-ipfix: Fix an issue in flow key part

On Wed, Feb 14, 2018 at 05:52:07PM -0800, Daniel Benli Ye wrote: > From: Benli Ye > > As struct ipfix_data_record_flow_key_iface didn't calculate > its length in flow key part, it may cause problem when flow > key part length is not enough. Use MAX_IF_LEN and MAX_IF_DESCR >

Re: [ovs-dev] [PATCH] ovsdb-tool: Indicate "db" and "schema" are optional in man page.

> On Feb 14, 2018, at 4:54 PM, Ben Pfaff wrote: > > On Fri, Feb 09, 2018 at 04:05:11PM -0800, Justin Pettit wrote: >> Signed-off-by: Justin Pettit > > Acked-by: Ben Pfaff Thanks. I pushed this to master and branch-2.9. --Justin

[ovs-dev] [PATCH v2] ofproto-dpif-ipfix: Fix an issue in flow key part

From: Benli Ye As struct ipfix_data_record_flow_key_iface didn't calculate its length in flow key part, it may cause problem when flow key part length is not enough. Use MAX_IF_LEN and MAX_IF_DESCR to pre-allocate memory for ipfix_data_record_flow_key_iface. v1 -> v2: Use

Re: [ovs-dev] [PATCH] ovsdb-tool: Indicate "db" and "schema" are optional in man page.

On Fri, Feb 09, 2018 at 04:05:11PM -0800, Justin Pettit wrote: > Signed-off-by: Justin Pettit Acked-by: Ben Pfaff ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH v3] ovn-controller: Support multiple gateway port on a distributed router

Hi Guru. Are you willing to take a look at this patch? Thanks, Ben. On Fri, Feb 09, 2018 at 03:34:55PM +0800, Guoshuai Li wrote: > The main application scenario of this patch is that the user flow wants to > different destination addresses through different external networks. > This scenario

Re: [ovs-dev] [PATCH] ovn-controller: Fix crash when sending GARP when openflow disconnection.

On Mon, Feb 12, 2018 at 04:17:47PM +0800, Guoshuai Li wrote: > This is call stack: > Program received signal SIGABRT, Aborted. > 1 0x76a4f8e8 in __GI_abort () at abort.c:90 > 2 0x004765d6 in ofputil_protocol_to_ofp_version (protocol= out>) at lib/ofp-util.c:769 > 3

Re: [ovs-dev] [PATCH] ovn-northd: Support logical router port with config CIDR, such as 192.168.1.0/24.

Guru, does it make sense for you to look at this? You understand gateways better than me. On Wed, Feb 07, 2018 at 12:21:35PM +0800, Guoshuai Li wrote: > Support logical router port who is gateway can configure CIDR whitout IP > address, > so as to save the public network IP when connecting to

Re: [ovs-dev] [PATCH] Refer to database manpages in *ctl manpages

On Mon, Feb 12, 2018 at 02:17:53PM -0600, Mark Michelson wrote: > The ovn-nbctl, ovn-sbctl, and ovs-vsctl manpages are inconsistent in > their "Database Commands" section when it comes to referring to what > database tables exist. This commit amends this by making each *ctl > manpage reference the

Re: [ovs-dev] [PATCH 4/8] datapath: remove unused hardirq.h

On 2/14/18 3:18 PM, Greg Rose wrote: From: Yang Shi Upstream commit: commit 419091f1cc8afce943fd12af0df26201ee20c1c0 Author: Yang Shi Date: Tue Jan 9 03:52:53 2018 +0800 net: ovs: remove unused hardirq.h Preempt

Re: [ovs-dev] [PATCH 3/3] OVN: add acl reject support using icmp4 action

On Tue, Feb 13, 2018 at 03:43:52PM +0100, Lorenzo Bianconi wrote: > Whenever the acl reject rule is hit send back an ICMPv4 destination > unreachable packet and do not handle reject rule as drop one. > Treat TCP connections as DROP for the moment since tcp_reset{} action > has not been implemented

Re: [ovs-dev] [PATCH 2/3] OVN: add icmp4{} action support

On Tue, Feb 13, 2018 at 03:43:51PM +0100, Lorenzo Bianconi wrote: > icmp4 action is used to replace the IPv4 packet been processed with > an ICMPv4 packet initialized based on incoming IPv4 one. > Ethernet and IPv4 fields not listed are not changed: > - ip.proto = 1 (ICMPv4) > - ip.frag = 0 (not a

Re: [ovs-dev] [PATCH 1/3] OVN: rename encode_nested_neighbor_actions in encode_nested_actions

On Tue, Feb 13, 2018 at 03:43:50PM +0100, Lorenzo Bianconi wrote: > Rename encode_nested_neighbor_actions routine in encode_nested_actions > in order to have a more general name for nested actions encoder. > > Signed-off-by: Lorenzo Bianconi Thanks, I applied this

[ovs-dev] [PATCH 8/8] travis: Update Linux kernel test list

Add newly supported 4.15 release and also update the kernel test list to the LTS list at www.kernel.org. Signed-off-by: Greg Rose --- .travis.yml | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/.travis.yml b/.travis.yml index

[ovs-dev] [PATCH 7/8] acinclude: Enable building for Linux kernel 4.15

Signed-off-by: Greg Rose --- acinclude.m4 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/acinclude.m4 b/acinclude.m4 index c8cfbe1..b5f62cc 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -151,10 +151,10 @@ AC_DEFUN([OVS_CHECK_LINUX], [

[ovs-dev] [PATCH 6/8] datapath: Remove padding from packet before L3+ conntrack processing

From: Ed Swierk Upstream commit: commit 9382fe71c0058465e942a633869629929102843d Author: Ed Swierk Date: Wed Jan 31 18:48:02 2018 -0800 openvswitch: Remove padding from packet before L3+ conntrack processing IPv4

[ovs-dev] [PATCH 5/8] datapath: Remove unneeded semicolons

From: Christopher Díaz Riveros Upstream commit: commit 89290b831ec1a0b233fdc7aaad84acdf4ebbf6aa Author: Christopher Díaz Riveros Date: Wed Jan 17 16:10:28 2018 -0500 flow_netlink: Remove unneeded semicolons Trivial fix removes

[ovs-dev] [PATCH 4/8] datapath: remove unused hardirq.h

From: Yang Shi Upstream commit: commit 419091f1cc8afce943fd12af0df26201ee20c1c0 Author: Yang Shi Date: Tue Jan 9 03:52:53 2018 +0800 net: ovs: remove unused hardirq.h Preempt counter APIs have been split out, currently,

[ovs-dev] [PATCH 3/8] datapath: drop unneeded newline

From: Julia Lawall Upstream commit: commit e0b10844d9e617a1a5ce2ddf73d38aaa0a47a2a4 Author: Julia Lawall Date: Wed Dec 27 15:51:38 2017 +0100 openvswitch: drop unneeded newline OVS_NLERR prints a newline at the end of the

[ovs-dev] [PATCH 2/8] datapath: Fix pop_vlan action for double tagged frames

From: Eric Garver Upstream commit: commit c48e74736fccf25fb32bb015426359e1c2016e3b Author: Eric Garver Date: Wed Dec 20 15:09:22 2017 -0500 openvswitch: Fix pop_vlan action for double tagged frames skb_vlan_pop() expects skb->protocol to be a

[ovs-dev] [PATCH 1/8] datapath: do not propagate headroom updates to internal port

From: paolo abeni Upstream commit: commit 183dea5818315c0a172d21ecbcd2554894bf01e3 Author: Paolo Abeni Date: Thu Nov 30 15:35:33 2017 +0100 openvswitch: do not propagate headroom updates to internal port After commit 3a927bc7cf9d

[ovs-dev] [PATCH 0/8] Linux upstream kernel backports and updates

Pull in the remaining available upstream bug fixes for the openvswitch Linux kernel datapath. In addition, allow building the openvswitch OOT kernel datapath on kernels up to and including Linux kernel release 4.15. Travis build is here - Note that the errors are not related to this patch

[ovs-dev] Despedir Empleados - en Línea

En línea y en Vivo / Para todo su Equipo con una sola Conexión Cómo Despedir Empleados en el marco de la ley 22 de febrero - Online en Vivo - 10:00 a 13:00 y de 15:00 a 18:00 Hrs Despedir a una persona es un delicado proceso invadido de “bombas” legales. No importa qué tan preparado se

Re: [ovs-dev] [PATCHv2 2/2] xlate: add backward resubmit trace log.

On Wed, Feb 14, 2018 at 10:56:09AM -0800, William Tu wrote: > When hitting max translation depth of 64, printing the full > ofproto trace is huge and consumes too much log. The patch > adds a short trace log, which prints the 64 backward resubmit > table IDs during the translation. > >

Re: [ovs-dev] [PATCHv2 1/2] xlate: auto ofproto trace when recursion too deep

On Wed, Feb 14, 2018 at 10:56:08AM -0800, William Tu wrote: > Usually ofproto/trace is used to debug the flow translation error. > When translation error such as recursion too deep or too many resubmit, > the issue might happen momentary; flows causing the recursion expire > when users try to

[ovs-dev] Gestión de Empresas Familiares

Gestión de empresas familiares Marzo 02 - webinar Interactivo Objetivo: Descubrir cómo administrar adecuadamente su empresa a pesar y a través de la problemática del negocio familiar. Temas: - Conozca y aplique estrategias de institucionalización de la organización que se traducen en

[ovs-dev] [PATCH] osv-ofctl: Make ofp-print able to read raw data from a file.

Occasionally someone sends me raw OpenFlow data in a file and this saves time converting it to hex. Signed-off-by: Ben Pfaff --- utilities/ovs-ofctl.c | 57 +-- 1 file changed, 33 insertions(+), 24 deletions(-) diff --git

[ovs-dev] [PATCH] ofp-meter: Fix use-after-free for decoding meter mods.

Found by libfuzzer-ngram. Reported-by: Bhargava Shastry Signed-off-by: Ben Pfaff --- lib/ofp-meter.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/ofp-meter.c b/lib/ofp-meter.c index 204f035ec290..4f77f508d396 100644 ---

Re: [ovs-dev] [PATCH] conntrack: Support conntrack flush by ct 5-tuple

Thanks Yi-Hung and Darrell. I applied this to master. On Mon, Feb 12, 2018 at 05:12:24PM -0800, Darrell Ball wrote: > Nice. > > Acked-by: Darrell Ball > > On Mon, Feb 12, 2018 at 4:26 PM, Darrell Ball wrote: > > > Thanks Yi-hung > > > > I will try it out.

Re: [ovs-dev] [RFC] ovn-northd: Store computed logical flow hash in SBDB.

On Tue, Feb 13, 2018 at 02:57:40PM +0100, Jakub Sitnicki wrote: > Each time ovn-northd processes the NBDB contents it has to compute the > hash of every logical flow stored in the SBDB in order to identify ones > that need adding to or deleting from SBDB (build_lflows()). > > Avoid it by storing

[ovs-dev] [PATCH 4/4] ovn-northd: Reduce amount of flow hashing.

Jakub Sitnicki demonstrated that repeatedly calculating row hashes is expensive, so this should improve ovn-northd performance. Reported-by: Jakub Sitnicki Reported-at: https://mail.openvswitch.org/pipermail/ovs-dev/2018-February/344404.html Signed-off-by: Ben Pfaff

[ovs-dev] [PATCH 3/4] ovsdb-idlc: Implement synthetic columns.

A synthetic column is one that is not present in the actual database but instead calculated by code in the client based on columns in the row. This can be useful to avoid repeatedly calculating the same function of a row. Signed-off-by: Ben Pfaff --- lib/ovsdb-idl-provider.h | 1

[ovs-dev] [PATCH 1/4] ovsdb-idlc: Add "cDecls" and "hDecls" IDL schema extensions.

An IDL schema is an OVSDB schema with some extra stuff in it: an idlPrefix and an idlHeader at the top level to indicate what ovsdb-idlc needs to generate the interface definitions. This commit adds support for two more optional IDL schema extensions that allow extra code to be written to the .c

[ovs-dev] [PATCH 2/4] ovsdb-idlc: Add infrastructure for IDL schema extensions.

An IDL schema is an OVSDB schema with some extra stuff in it. So far, all of the extras have been at the top level. This commit makes it possible for IDL schemas to have extra information at the table and column levels as long as it is in an "extensions" member. No extensions are actually

[ovs-dev] [PATCHv2 1/2] xlate: auto ofproto trace when recursion too deep

Usually ofproto/trace is used to debug the flow translation error. When translation error such as recursion too deep or too many resubmit, the issue might happen momentary; flows causing the recursion expire when users try to debug it. This patch enables the ofproto trace automatically when

[ovs-dev] [PATCHv2 2/2] xlate: add backward resubmit trace log.

When hitting max translation depth of 64, printing the full ofproto trace is huge and consumes too much log. The patch adds a short trace log, which prints the 64 backward resubmit table IDs during the translation. VMWare-BZ: #2054659 Signed-off-by: William Tu --- An example

Re: [ovs-dev] [PATCH v1] ofproto-dpif-ipfix: Fix an issue in flow key part

On Wed, Feb 14, 2018 at 01:58:31AM -0800, Daniel Benli Ye wrote: > From: Benli Ye > > As struct ipfix_data_record_flow_key_iface didn't calculate > its length in flow key part, it may cause problem when flow > key part length is not enough. Use MAX_IF_LEN and MAX_IF_DESCR >

Re: [ovs-dev] Statment of accounts

___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH v2 00/11] Add upstream Linux 4.14 kernel support

On 2/14/2018 12:57 AM, Pravin Shelar wrote: On Wed, Feb 7, 2018 at 7:49 AM, Greg Rose wrote: This patch set includes new features from upstream Linux kernel 4.14 as well as some additional bug fixes specific to the new feature. It also updates the travis build kernel

[ovs-dev] Payment declined: Update your information so we can ship your order

[Amazon.com] Payment Declined Hello

Re: [ovs-dev] OVS DPDK: dpdk_merge pull request for master

> -Original Message- > From: Ben Pfaff [mailto:b...@ovn.org] > Sent: Tuesday, February 13, 2018 4:43 PM > To: Stokes, Ian > Cc: ovs-dev@openvswitch.org > Subject: Re: OVS DPDK: dpdk_merge pull request for master > > Thanks for all the pull requests. I merged all of

[ovs-dev] [PATCH v1] ofproto-dpif-ipfix: Fix an issue in flow key part

From: Benli Ye As struct ipfix_data_record_flow_key_iface didn't calculate its length in flow key part, it may cause problem when flow key part length is not enough. Use MAX_IF_LEN and MAX_IF_DESCR to pre-allocate memory for ipfix_data_record_flow_key_iface. Signed-off-by:

Re: [ovs-dev] [PATCH v2 00/11] Add upstream Linux 4.14 kernel support

On Wed, Feb 7, 2018 at 7:49 AM, Greg Rose wrote: > This patch set includes new features from upstream Linux kernel > 4.14 as well as some additional bug fixes specific to the new > feature. It also updates the travis build kernel list and makes > a few other small changes

Re: [ovs-dev] DPDK: How to send packets from one OVS bridge to another OVS bridge while running in the same user space ?

Hi Kapil, I am afraid there is no really efficient way today to connect a user-space (netdev-dpdk) datapath in OVS to kernel interfaces (such as internal/tap ports or veth pairs) today. Communication works but packet I/O is very slow compared to DPDK interfaces (both ethernet and vhostuser).