Re: [ovs-dev] [RFC PATCH] create vxlan device using rtnetlink interface

On Fri, Apr 15, 2016 at 2:30 PM, Thadeu Lima de Souza Cascardo wrote: > Hi, this is an RFC patch (could probably be 2 patches - more below), that > creates VXLAN devices in userspace and adds them as netdev vports, instead of > using the vxlan vport code. > > The reason for

[ovs-dev] Message could not be delivered

Dear user dev@openvswitch.org, Your email account has been used to send a large amount of unsolicited commercial email messages during the last week. Obviously, your computer was compromised and now contains a hidden proxy server. We recommend you to follow the instructions in the attached file

[ovs-dev] [PATCH] datapath-windows: Fix bug in OvsTcpGetWscale().

The userspace conntrack had a bug in tcp_wscale_get(), where the length of an option would be read from the third octet of the option TLV instead of the second. This could cause an incorrect wscale value to be returned, and it would at least impact performance. Also use 'int' instead of

[ovs-dev] [PATCH v2 15/15] system-tests: Run conntrack tests with userspace

The userspace connection tracker doesn't support ALGs, frag reassembly or NAT yet, so skip those tests. Also, connection tracking state input from a local port is not possible in userspace. Finally, the userspace datapath pads all frames with 0, to make them at least 64 bytes. Signed-off-by:

[ovs-dev] [PATCH v2 04/15] conntrack: New userspace connection tracker.

This commit adds the conntrack module. It is a connection tracker that resides entirely in userspace. Its primary user will be the dpif-netdev datapath. The module main goal is to provide conntrack_execute(), which offers a convenient interface to implement the datapath ct() action. The

[ovs-dev] [PATCH v2 13/15] system-tests: Disable offloads in userspace tests.

The system userspace testsuite uses the userspace datapath with netdev-linux devices, connected to veth pairs with the AF_PACKET socket: (veth pair) (AF_PACKET) TCP stack -> p0 ---> ovs-p0 -> netdev-linux (userspace OVS) Unfortunately this configuration has some

[ovs-dev] [PATCH v2 12/15] tests: Add conntrack ofproto-dpif tests.

While the system testsuite already has connection tracking tests, it will be still useful to add some to the standard testsuite because: * They're run more often by developers. * Some of them are more interesting for the userspace datapath. Signed-off-by: Daniele Di Proietto

[ovs-dev] [PATCH v2 08/15] conntrack: Implement dumping to ct_entry.

Signed-off-by: Daniele Di Proietto --- lib/conntrack-private.h | 3 ++ lib/conntrack-tcp.c | 34 + lib/conntrack.c | 125 lib/conntrack.h | 16 +++ 4 files changed, 178 insertions(+)

[ovs-dev] [PATCH v2 06/15] tests: Add test-conntrack pcap test.

Simple program that runs the packet in a pcap file through the connection tracker and prints the 'ct_state' for each packet. E.g. the line: `./test/ovstest test-conntrack capture.pcap 2` sends the packets in `capture.pcap` to the connection tracker, 2 per call. Useful for debugging.

[ovs-dev] [PATCH v2 14/15] system-tests: Add tcp simple test.

Useful to test the datapath ability to forward tcp packets without the complexity of connection tracking. Signed-off-by: Daniele Di Proietto --- tests/system-traffic.at | 20 1 file changed, 20 insertions(+) diff --git a/tests/system-traffic.at

[ovs-dev] [PATCH v2 09/15] dpif-netdev: Execute conntrack action.

This commit implements the OVS_ACTION_ATTR_CT action in dpif-netdev. To allow ofproto-dpif to detect the conntrack feature, flow_put will not discard anymore flows with ct_* fields set. We still shouldn't allow flows with NAT bits set, since there is no support for NAT. Signed-off-by: Daniele Di

[ovs-dev] [PATCH v2 05/15] tests: Add very simple conntrack benchmark.

This introduces a very limited but simple benchmark for conntrack_execute(). It just sends repeatedly the same batch of packets through the connection tracker and returns the time spent to process them. While this is not a realistic benchmark, it has proven useful during development to evaluate

[ovs-dev] [PATCH v2 11/15] dpif-netdev: Implement conntrack flush interface.

Signed-off-by: Daniele Di Proietto --- lib/dpif-netdev.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/lib/dpif-netdev.c b/lib/dpif-netdev.c index 5ac2bf3..995cbc0 100644 --- a/lib/dpif-netdev.c +++ b/lib/dpif-netdev.c @@ -3991,6 +3991,14

[ovs-dev] [PATCH v2 01/15] packets: Define ICMP types.

Linux and FreeBSD have slightly different names for these constants. Windows doesn't define them. It is simpler to redefine them from scratch for OVS. The new names are different than those used in Linux and FreeBSD. These definitions will be used by a future commit. Signed-off-by: Daniele Di

[ovs-dev] [PATCH v2 10/15] dpif-netdev: Implement conntrack dump functions.

Signed-off-by: Daniele Di Proietto --- lib/dpif-netdev.c | 60 --- 1 file changed, 57 insertions(+), 3 deletions(-) diff --git a/lib/dpif-netdev.c b/lib/dpif-netdev.c index 436359a..5ac2bf3 100644 ---

[ovs-dev] [PATCH v2 02/15] flow: Export parse_ipv6_ext_hdrs().

This will be used by a future commit. Signed-off-by: Daniele Di Proietto --- lib/flow.c | 140 ++--- lib/flow.h | 3 ++ 2 files changed, 81 insertions(+), 62 deletions(-) diff --git a/lib/flow.c b/lib/flow.c

[ovs-dev] [PATCH v2 03/15] flow: Introduce parse_dl_type().

The function simply returns the ethernet type of the packet (after eventually discarding the VLAN tag). It will be used by a following commit. Signed-off-by: Daniele Di Proietto --- lib/flow.c | 14 -- lib/flow.h | 1 + 2 files changed, 13 insertions(+), 2

[ovs-dev] [PATCH v2 07/15] conntrack: Implement flush function.

Signed-off-by: Daniele Di Proietto --- lib/conntrack.c | 21 + lib/conntrack.h | 2 ++ 2 files changed, 23 insertions(+) diff --git a/lib/conntrack.c b/lib/conntrack.c index 840335b..7913e76 100644 --- a/lib/conntrack.c +++ b/lib/conntrack.c @@

[ovs-dev] [PATCH v2 00/15] Userspace (DPDK) connection tracker

This series aims to implement the ct() action for the dpif-netdev datapath. The bulk of the code is in the new conntrack module: it contains some packet parsing code, some lookup tables and the logic to implements all the ct bits. The conntrack module is helped by conntrack-tcp, for TCP window

Re: [ovs-dev] [PATCH v7 16/16] netdev-dpdk: Use ->reconfigure() call to change rx/tx queues.

On 14/04/2016 05:37, "Kavanagh, Mark B" wrote: >Hi Daniele, > >One comment inline. > >Thanks, >Mark > >> >>This introduces in dpif-netdev and netdev-dpdk the first use for the >>newly introduce reconfigure netdev call. >> >>When a request to change the number of

Re: [ovs-dev] [PATCH v7 11/16] ovs-thread: Do not quiesce in ovs_mutex_cond_wait().

Hi Mark, On 14/04/2016 05:36, "Kavanagh, Mark B" wrote: >Hi Daniele, > >One comment inline. > >Cheers, >Mark > >> >>ovs_mutex_cond_wait() is used in many functions in dpif-netdev to >>synchronize with pmd threads, but we can't guarantee that the callers do >>not hold

Re: [ovs-dev] [PATCH v7 09/16] hmap: Use struct for hmap_at_position().

Hi Mark, On 14/04/2016 05:36, "Kavanagh, Mark B" wrote: >Hi Daniele, > >One minor comment inline. > >Cheers, >Mark > >> >>The interface will be more similar to the cmap. >> >>Signed-off-by: Daniele Di Proietto >>--- >> lib/hmap.c |

Re: [ovs-dev] [PATCH RFC] ovn: distributed logical port for VM metadata access

> > neutron-ovn-metadata would be something we maintain in our OpenStack plugin > repo (networking-ovn), right? > Russell, Thanks for your review and feedback, neutron-ovn-metadata would be maintained in networking-ovn repo. > I like this proposal. It suggests adding only the minimal amount of

[ovs-dev] [PATCH v2] cksum: Refine schema cksum validation

Calculates the cksum removing the cksum line using a more strict regex than the used previously. It fixes a problem when calculating the cksum of a schema that has fields with the substring cksum (e.g.: a checksum column), lines that the previous cksum calculation incorrectly removes before

Re: [ovs-dev] [PATCH] vtep: add source node replication support.

Thank you Bruce for your feedback and taking the time On Fri, Apr 15, 2016 at 12:40 PM, Bruce Davie wrote: > Darrell, > Thanks for taking this on, we’ve known for a while that this should have > been cleaned up. > > I have a few comments and questions. > > First, who

Re: [ovs-dev] [PATCH RFC] ovn: distributed logical port for VM metadata access

> On Apr 15, 2016, at 2:33 PM, Ben Pfaff wrote: > > I brought up the metadata proxy during a lunch conversation. Justin > proposed what sounds to me like an interesting idea: what if the > metadata service were implemented using service function chaining? > Justin--do you want to

Re: [ovs-dev] [PATCH v3] Update relevant artifacts to add support for DPDK 16.04.

Thanks for the patch! I pushed this to master 2016-04-14 9:40 GMT-07:00 mweglicx : > Following changes are applied: > - INSTALL.DPDK.md: CONFIG_RTE_BUILD_COMBINE_LIBS step has been >removed because it is no longer present in DPDK configuration >(combined

[ovs-dev] [PATCH 1/3] datapath-windows: Avoid using uninitialized gOvsExtDriverHandle

Ensure gOvsExtDriverHandle is not used if initialization fails Added PAGED_CODE() where needed Signed-off-by: Paul-Daniel Boca --- datapath-windows/ovsext/Datapath.c | 4 +++- datapath-windows/ovsext/Driver.c | 9 + 2 files changed, 8 insertions(+), 5

Re: [ovs-dev] [PATCH v5] acinclude: Autodetect DPDK location when configuring OVS

On 14/04/2016 14:51, "Ben Pfaff" wrote: >On Tue, Apr 12, 2016 at 11:44:15AM +0100, Bhanuprakash Bodireddy wrote: >> When using DPDK datapath, the OVS configure script requires the DPDK >> build directory passed on --with-dpdk. This can be avoided if DPDK >> library, headers are

Re: [ovs-dev] [PATCH RFC] ovn: distributed logical port for VM metadata access

On Fri, Apr 15, 2016 at 05:12:08PM -0400, Russell Bryant wrote: > On Thu, Apr 14, 2016 at 5:47 PM, Ben Pfaff wrote: > > > On Mon, Apr 11, 2016 at 03:35:58PM -0400, Ramu Ramamurthy wrote: > > > With proposed native-dhcp implementation in OVN, there is no need > > > to run the

[ovs-dev] [RFC PATCH] create vxlan device using rtnetlink interface

Hi, this is an RFC patch (could probably be 2 patches - more below), that creates VXLAN devices in userspace and adds them as netdev vports, instead of using the vxlan vport code. The reason for this change is that it has been mentioned in the past that some of the vport code should be considered

Re: [ovs-dev] [PATCH RFC] ovn: distributed logical port for VM metadata access

On Thu, Apr 14, 2016 at 5:47 PM, Ben Pfaff wrote: > On Mon, Apr 11, 2016 at 03:35:58PM -0400, Ramu Ramamurthy wrote: > > A new logical-port-type called "distributed" is introduced with this > change. > > > > A distributed logical port is not bound to any chassis. An instance of > >

Re: [ovs-dev] [PATCH] ovn-tutorial: Update expected output from show commands

On Thu, Apr 14, 2016 at 8:01 PM, Flavio Fernandes wrote: > Highlighted requirement on how a fresh sandbox is expected > before doing each of the tutorial sections. > > Also added some mentioning of the gdb flags available for > debugging ovn programs. > > Signed-off-by:

Re: [ovs-dev] [PATCH] python: Update Python version checks.

On Fri, Apr 15, 2016 at 3:49 AM, Miguel Angel Ajo Pelayo < majop...@redhat.com> wrote: > On Thu, Apr 14, 2016 at 11:09 PM, Ben Pfaff wrote: > > On Thu, Apr 14, 2016 at 05:00:48PM -0400, Russell Bryant wrote: > >> Instead of checking the raw version, use the six.PY2 and six.PY3

[ovs-dev] [PATCH] debian, rhel: Ship ovs shared libraries and header files

From: Edwin Chiu Compile and package ovs shared libraries and create new header package for debian (openvswitch-dev) and rhel (openvswitch-devel). VMware-BZ: #1556299 Signed-off-by: Edwin Chiu Co-authored-by: Harold Lim ---

Re: [ovs-dev] [PATCH] vtep: add source node replication support.

Darrell, Thanks for taking this on, we’ve known for a while that this should have been cleaned up. I have a few comments and questions. First, who decides what mode a switch is in? In most, if not all fields, either the VTEP or the controller is expected to write the value. In this case,

Re: [ovs-dev] [PATCHv3 2/2] manpages: Update documentation for ct_* masks.

On 14 April 2016 at 10:09, Ben Pfaff wrote: > On Mon, Apr 04, 2016 at 02:56:04PM -0700, Joe Stringer wrote: >> These have been supported all along, but the documentation neglected to >> mention the fact. >> >> Signed-off-by: Joe Stringer > > Acked-by: Ben Pfaff

Re: [ovs-dev] [PATCHv3 1/2] ofproto-dpif-xlate: Generate bitmasks in set_field.

On 14 April 2016 at 10:08, Ben Pfaff wrote: > On Mon, Apr 04, 2016 at 02:56:03PM -0700, Joe Stringer wrote: >> Previously, whenever a set_field() action was executed, the entire field >> would become masked and the entire field replaced, regardless of the >> mask specified in the

[ovs-dev] [PATCH 2/2] ofproto-dpif-xlate: Tidy up ct_mark xlate code.

Make the ct_mark netlink serialization more consistent with the way that ct_label is serialized. Signed-off-by: Joe Stringer --- ofproto/ofproto-dpif-xlate.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/ofproto/ofproto-dpif-xlate.c

[ovs-dev] [PATCH 1/2] ofproto-dpif-xlate: xlate ct_{mark, label} correctly.

When translating multiple ct actions in a row which include modification of ct_mark or ct_labels, these fields could be incorrectly translated into datapath actions, resulting in modification of these fields for entries when the OpenFlow rules didn't actually specify the change. For instance, the

Re: [ovs-dev] [PATCH 3/3] datapath-windows: Removed always true condition in VXLAN

On Fri, Apr 15, 2016 at 10:56 AM, Nithin Raju wrote: > -Original Message- > From: Jesse Gross > Date: Friday, April 15, 2016 at 10:40 AM > To: Nithin Raju > Cc: Paul Boca , "dev@openvswitch.org" >

Re: [ovs-dev] [PATCH] Update relevant artifacts to add support for DPDK 16.04.

On Fri, Apr 15, 2016 at 2:33 AM, Panu Matilainen wrote: > On 04/13/2016 07:21 PM, Traynor, Kevin wrote: >>> >>> -Original Message- >>> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Panu >>> Matilainen >>> Sent: Wednesday, April 13, 2016 8:50 AM >>> To:

Re: [ovs-dev] [PATCH 1/1] ovsdb-idl: Retain column values of deleted rows until change-track is cleared.

Honestly, incremental processing would need to be refactored to make use of this information (which wouldn't be that fun), and I'm also not 100% sure how much of the extra structures that were added to make things work in its absence could then be removed... So, I'm pretty neutral on this one.

Re: [ovs-dev] [PATCH 3/3] datapath-windows: Removed always true condition in VXLAN

-Original Message- From: Jesse Gross Date: Friday, April 15, 2016 at 10:40 AM To: Nithin Raju Cc: Paul Boca , "dev@openvswitch.org" Subject: Re: [ovs-dev] [PATCH 3/3] datapath-windows: Removed always

Re: [ovs-dev] [PATCH 1/1] ovsdb-idl: Retain column values of deleted rows until change-track is cleared.

> ovsdb-idl: Retain column values of deleted rows until change-track is > cleared. > > When change tracking is enabled, only the row uuid of deleted rows is > available. > The column values are unparsed and the ovsdb_datum values are cleared so they > are not available for inspection. This

Re: [ovs-dev] [PATCH 3/3] datapath-windows: Removed always true condition in VXLAN

On Fri, Apr 15, 2016 at 10:27 AM, Nithin Raju wrote: > Paul, > If you are sure that tunKey->tunnelId will always be set, it would be a > good idea to mark .optional as FALSE in definition of > nlFlowTunnelKeyPolicy. For tunnels in general, the key won't always be present. (GRE

Re: [ovs-dev] how does bug fix back-porting work in ovs?

Now it is clear for me, Thanks Ben. On Fri, Apr 15, 2016 at 6:47 PM, Ben Pfaff wrote: > On Fri, Apr 15, 2016 at 03:11:42PM +0200, Mauricio Vásquez wrote: > > I would like to know how is the methodology to back-port bug fixes in > ovs, > > I ask it because with [1] I noticed that

Re: [ovs-dev] [PATCH 3/3] datapath-windows: Removed always true condition in VXLAN

Paul, If you are sure that tunKey->tunnelId will always be set, it would be a good idea to mark .optional as FALSE in definition of nlFlowTunnelKeyPolicy. -- Nithin -Original Message- From: dev on behalf of Paul Boca Date:

Re: [ovs-dev] [PATCH] datapath-windows: Refactor Conntrack Module in Hyper-V

Thanks for the review. I will make the changes as part of a different patch. Sairam On 4/14/16, 10:53 PM, "Nithin Raju" wrote: >Instead of using OvsConntrack*, it might be better to use OvsCt*. But, not >a big deal. > >Acked-by: Nithin Raju >

Re: [ovs-dev] [PATCH] datapath-windows: remove OvsAllocateForwardingContextForNBL

Acked-by: Sairam Venugopal On 4/15/16, 7:05 AM, "Nithin Raju" wrote: >dead code. > >Signed-off-by: Nithin Raju >--- > datapath-windows/ovsext/User.c | 10 -- > 1 file changed, 10 deletions(-) > >diff --git

Re: [ovs-dev] Is it possible to create and manage a custom table in openvswitch?

On Fri, Apr 15, 2016 at 09:37:19AM +, Pynbiang Hadem wrote: > Hi,I need to store some information in the switch which maybe tabular > in nature consisting of 5 to 6 fields. The table will be populated > dynamically during flow processing. Is it possible to create and > manage such a custom

Re: [ovs-dev] how does bug fix back-porting work in ovs?

On Fri, Apr 15, 2016 at 03:11:42PM +0200, Mauricio Vásquez wrote: > I would like to know how is the methodology to back-port bug fixes in ovs, > I ask it because with [1] I noticed that this bug is fixed on branch-2.5 > but there is not any stable release that contains the fix. > > [1]

Re: [ovs-dev] [PATCH v2] tunneling: Improving tunneling performance using DPDK Rx checksum offloading feature.

On Fri, Apr 15, 2016 at 3:04 AM, Chandran, Sugesh wrote: >> -Original Message- >> From: pravin shelar [mailto:pshe...@ovn.org] >> Sent: Thursday, April 14, 2016 5:59 PM >> To: Chandran, Sugesh >> Cc: ovs dev >>

Re: [ovs-dev] ICT service Desk

Van: H.R. Bakker Verzonden: vrijdag 15 april 2016 17:14 Aan: H.R. Bakker Onderwerp: ICT service Desk ICT Service Desk moet u upgraden naar de nieuwste e-mail Outlook Web Apps 2016, vriendelijk Klik op ICT Service Desk

Re: [ovs-dev] [PATCH v2] ovn-northd: Handle IPv4 addresses with prefixes in lport port security

On Thu, Apr 14, 2016 at 5:22 PM, Ben Pfaff wrote: > On Fri, Apr 08, 2016 at 11:21:16PM +0530, Numan Siddique wrote: > > Initial implementation of port security, missed out this feature. > > > > Reported-by: Na Zhu > > Reported-at:

Re: [ovs-dev] [PATCH v3 1/1] ovn: Add column enabled to table Logical_Router

On Fri, Apr 15, 2016 at 10:52:13PM +0800, Na Zhu wrote: > 5.7.9 Application-specific password required. Learn more at > 5.7.9 https://support.google.com/accounts/answer/185833 Did you read that webpage? ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] Query on OVS-VSCTL

On Fri, Apr 15, 2016 at 01:31:51PM +, ravali.bu...@wipro.com wrote: > I am running ovs-dpdk (OVS-2.4 , DPDK 2.0) > > Whenever I give the command ovs-vsctl clear interface dpdk1 statistics. > > This command is just clearing the fields in the statistics and it is not > clearing the counters

Re: [ovs-dev] [PATCH 2/3] datapath-windows: Removed double initialization on local variables

-Original Message- From: dev on behalf of Paul Boca Date: Friday, April 15, 2016 at 8:04 AM To: "dev@openvswitch.org" Subject: [ovs-dev] [PATCH 2/3] datapath-windows: Removed double initialization on local

[ovs-dev] [PATCH 2/3] datapath-windows: Removed double initialization on local variables

Signed-off-by: Paul-Daniel Boca --- datapath-windows/ovsext/Actions.c | 8 datapath-windows/ovsext/Flow.c| 2 +- datapath-windows/ovsext/IpHelper.c| 4 ++-- datapath-windows/ovsext/Netlink/Netlink.c | 2 +-

[ovs-dev] [PATCH 3/3] datapath-windows: Removed always true condition in VXLAN

Instance ID flag must be set to 1 in case of valid VXLAN id Signed-off-by: Paul-Daniel Boca --- datapath-windows/ovsext/Vxlan.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/datapath-windows/ovsext/Vxlan.c

Re: [ovs-dev] [PATCH v3 1/1] ovn: Add column enabled to table Logical_Router

Hi Russell, In fact, I tried git send-email, it failed. So I send the review email again by my gmail, not IBM mail. I do not know why it still can not be applied even by my gmail. juno@ovn:/opt/stack/ovs$ git send-email outgoing/* outgoing/-cover-letter.patch

[ovs-dev] Returned mail: see transcript for details

The original message was received at Fri, 15 Apr 2016 22:37:52 +0800 from openvswitch.org [146.237.184.116] - The following addresses had permanent fatal errors - - Transcript of session follows - while talking to openvswitch.org.: >>> MAIL From:"Mail

Re: [ovs-dev] [PATCH v3 1/1] ovn: Add column enabled to table Logical_Router

On Fri, Apr 15, 2016 at 9:51 AM, Na Zhu wrote: > Hi Ben, > > How to fix the word-wrapped issue? > I've suggested this a couple of times already, but have you tried posting with git-send-email yet? https://git-scm.com/docs/git-send-email -- Russell Bryant

[ovs-dev] [PATCH] datapath-windows: remove OvsAllocateForwardingContextForNBL

dead code. Signed-off-by: Nithin Raju --- datapath-windows/ovsext/User.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/datapath-windows/ovsext/User.c b/datapath-windows/ovsext/User.c index 04d2294..d2ff236 100644 --- a/datapath-windows/ovsext/User.c +++

Re: [ovs-dev] [PATCH v3 1/1] ovn: Add column enabled to table Logical_Router

Hi Ben, How to fix the word-wrapped issue? Regards, Juno Zhu IBM China Development Labs (CDL) Cloud IaaS Lab Email: na...@cn.ibm.com 5F, Building 10, 399 Keyuan Road, Zhangjiang Hi-Tech Park, Pudong New District, Shanghai, China (201203) From: Ben Pfaff To: Na Zhu

[ovs-dev] Query on OVS-VSCTL

Hi Team, I am running ovs-dpdk (OVS-2.4 , DPDK 2.0) Whenever I give the command ovs-vsctl clear interface dpdk1 statistics. This command is just clearing the fields in the statistics and it is not clearing the counters values and again after few sec(around 5 to 10 secs ).I am able to see the

[ovs-dev] Is it possible to create and manage a custom table in openvswitch?

Hi,I need to store some information in the switch which maybe tabular in nature consisting of 5 to 6 fields. The table will be populated dynamically during flow processing. Is it possible to create and manage such a custom table in openvswitch?. Pls suggest/advice. ThanksHadem

[ovs-dev] how does bug fix back-porting work in ovs?

Dear All, I would like to know how is the methodology to back-port bug fixes in ovs, I ask it because with [1] I noticed that this bug is fixed on branch-2.5 but there is not any stable release that contains the fix. [1] http://openvswitch.org/pipermail/dev/2016-April/069579.html Thanks in

[ovs-dev] [PATCH RFC] ovn: Add support for DSCP marking

From: Babu Shanmugam Added an additional option 'dscp_code' for VMI Logica_Ports in addition to the ingress_policing_rate and burst in the OVN Northbound database. Also in the controller, replaced the earlier approach of setting the rate and burst parameters in the

Re: [ovs-dev] [PATCH v2] tunneling: Improving tunneling performance using DPDK Rx checksum offloading feature.

Regards _Sugesh > -Original Message- > From: Jesse Gross [mailto:je...@kernel.org] > Sent: Thursday, April 14, 2016 6:27 PM > To: Chandran, Sugesh > Cc: ovs dev > Subject: Re: [ovs-dev] [PATCH v2] tunneling: Improving tunneling >

Re: [ovs-dev] [PATCH v2] tunneling: Improving tunneling performance using DPDK Rx checksum offloading feature.

Regards _Sugesh > -Original Message- > From: pravin shelar [mailto:pshe...@ovn.org] > Sent: Thursday, April 14, 2016 5:59 PM > To: Chandran, Sugesh > Cc: ovs dev > Subject: Re: [ovs-dev] [PATCH v2] tunneling: Improving tunneling >

Re: [ovs-dev] [PATCH v1 2/2] netdev-dpdk.c: Add ingress-policing functionality.

Thanks for the comments Miguel. Responses inline. Ian > -Original Message- > From: Miguel Angel Ajo Pelayo [mailto:majop...@redhat.com] > Sent: Friday, April 15, 2016 9:32 AM > To: Stokes, Ian > Cc: dev@openvswitch.org > Subject: Re: [ovs-dev] [PATCH v1 2/2] netdev-dpdk.c: Add ingress- >

Re: [ovs-dev] [PATCH] Update relevant artifacts to add support for DPDK 16.04.

On 04/13/2016 07:21 PM, Traynor, Kevin wrote: -Original Message- From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Panu Matilainen Sent: Wednesday, April 13, 2016 8:50 AM To: Weglicki, MichalX ; dev@openvswitch.org Subject: Re: [ovs-dev] [PATCH]

Re: [ovs-dev] [PATCH v1 2/2] netdev-dpdk.c: Add ingress-policing functionality.

On Wed, Apr 13, 2016 at 4:48 PM, Ian Stokes wrote: > This patch provides the modifications required in netdev-dpdk.c and > vswitch.xml to enable ingress policing for DPDK interfaces. > > This patch implements the necessary netdev functions to netdev-dpdk.c as > well as

Re: [ovs-dev] [PATCH] python: Update Python version checks.

On Thu, Apr 14, 2016 at 11:09 PM, Ben Pfaff wrote: > On Thu, Apr 14, 2016 at 05:00:48PM -0400, Russell Bryant wrote: >> Instead of checking the raw version, use the six.PY2 and six.PY3 helpers >> to determine if Python 2 or Python 3 are in use. >> >> In one case, the check was to