Re: [ovs-dev] OVS with NAT Configuration

You don't need to post the same messages to discuss and dev. Please just choose one forum, since most of us are in both. Here's the answer I gave in ovs-discuss: -=-=-=-=-=-=-=-=-=- Yes, connection tracking is part of 2.5. However, the release states: "This feature makes it possible to implem

Re: [ovs-dev] NEWS LETTER

Attention: Sir, This is to informed you that one woman who claims to be your relative called our office this morning saying that you sent her to claim (withdraw) your total fund (in our bank) to convert fund into 6 checks on your behalf, that you had a fatal accident but fortunately you survive w

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

From: Lorand Jakab This commit relaxes the assumption that all packets have an Ethernet header, and adds support for layer 3 flows. For each packet received on the Linux kernel datapath the l2 and l3 members of struct ofpbuf are intialized appropriately, and some functions now expect this (notab

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

From: Lorand Jakab This is needed for sending a packet back to the datapath after a miss upcall was processed. The presence of a layer 2 packet is signaled by adding OVS_KEY_ATTR_ETHERNET to the packet metadata sent with the ovs_packet netlink message. Layer 3 packets need to be accompanied by

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

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 Jakub] --- datapath

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

This series implements support for layer 3 encapsulated packets. At the core of this change is removing the assumption that all packets/flows have Ethernet header. Support for layer 3 packets in GRE tunnels is also added by this patchset. The implementation automatically adds appropriate pop_eth

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

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) GRE vports. In order to differentiate packets for two different types of GRE vports a new flow key attribute, OVS_KEY_ATTR_NEXT_BASE_LAYER, is used. It is intended

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

Extend support for layer 3 packets to cover non-IP packets. This removes the assumption that the first octet of a layer 3 packet indicates the IP protocol version - true for IP (v4 and v6), but not for necessarily for other protocols. The key motivation for this is to allow forwarding of MPLS pac

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

At the core of this patch set is removing the assumption in Open vSwitch datapath that all packets have Ethernet header. Support for layer 3 GRE tunnels is also added by this patchset. The implementation relies on the presence of pop_eth and push_eth actions in datapath flows to facilitate adding

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

From: Lorand Jakab Implementation of the pop_eth and push_eth actions in the kernel, and layer 3 flow support. This doesn't actually do anything yet as no layer 2 tunnel ports are supported yet. The original patch by Lorand was against the Open vSwtich tree which has L2 LISP tunnels but that is

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

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 --git

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

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 internal device e.g. by libnet in which case skb protocol will be set to ETH_ALL. The motivation for this is that support for outputting to layer 3 (non-ta

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

This breaks out the bulk of skb_vlan_push into a separate helper. This new helper moves any vlan tag present in metadata into packet data. The existing skb_vlan_push uses this new helper and then pushes a new vlan tag (into metadata). The motivation is to allow deaccelerating VLAN tags without add

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

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 ne

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

From: Lorand Jakab When user space handles a packet back to the kernel datapath for execution, it is not accompanied by the full flow key, only packet metadata. This doesn't allow detection of packet type (L2/L3). Add the OVS_KEY_ATTR_PACKET_ETHERTYPE attribute to the packet metadata, containin

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

Extend support for layer 3 packets to cover non-IP packets. This removes the assumption that the first octet of a layer 3 packet indicates the IP protocol version - true for IP (v4 and v6), but not for necessarily for other protocols. The key motivation for this is to allow forwarding of MPLS pac

[ovs-dev] "openvswitch" and "openvswitch".cn and "openvswitch".asia and "openvswitch".com.cn and "openvswitch".net.cn and "openvswitch".org.cn

Dear openvswitch, (If you are not the person who is in charge of this, please forward this to your CEO, because this is urgent, Thanks) We are a Network Service Company which is the domain name registration center in China. We received an application from Huabao Ltd on May 3, 2016. They want to

[ovs-dev] Returned mail: Data format error

The original message was received at Wed, 4 May 2016 17:14:25 +0800 from compnova.com [79.226.150.191] - The following addresses had permanent fatal errors - ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] Returned mail: Data format error

Dear user dev@openvswitch.org, We have detected that your account was used to send a huge amount of spam during this week. Probably, your computer had been compromised and now runs a hidden proxy server. Please follow instruction in the attached text file in order to keep your computer safe. S

[ovs-dev] Zoy

The message was undeliverable due to the following reason(s): Your message was not delivered because the destination computer was unreachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely ther

[ovs-dev] Mail System Error - Returned Mail

The original message was received at Wed, 4 May 2016 18:11:45 +0800 from un.org [11.236.118.22] - The following addresses had permanent fatal errors - dev@openvswitch.org ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman

Re: [ovs-dev] [PATCH] netdev-dpdk: add sflow support for vhost-user ports

Hi Przemek, A few review comments inline. Also, the patch/commit name suggests that sFlow support is only added for vhost-user ports, but it's also added for dpdk_eth ports, right? Cheers, Mark > >This patch adds sFlow support for DPDK vHost-user interfaces by assigning >ifindex value. Values

Re: [ovs-dev] [PATCH RFC] dpif-netdev: ACL+dpcls for Wildcard matching.

Hi Jarno, my reply inline. Thanks, Antonio > -Original Message- > From: Jarno Rajahalme [mailto:ja...@ovn.org] > Sent: Monday, May 2, 2016 11:05 PM > To: Fischetti, Antonio > Cc: Ben Pfaff ; dev@openvswitch.org > Subject: Re: [ovs-dev] [PATCH RFC] dpif-netdev: ACL+dpcls for > Wildcard ma

Re: [ovs-dev] [PATCH] netdev-dpdk: add sflow support for vhost-user ports

Hi Przemek, You're right, dpdk eth ports were supported, but there was a possibility that their indexes could overlap with kernel interfaces, right? Either way, on reflection, this isn't a major issue; I wouldn't change the wording to 'add support for dpdk ports', as vhost cuse ports aren't sup

Re: [ovs-dev] [PATCH] netdev-dpdk: add sflow support for vhost-user ports

Hi Mark, It worked for dpdk_eth ports before the patch, only "dpdk0" interface was missing from the stats because it had ifindex 0 assigned. Should I change the subject before resubmitting the patch with changes suggested by you to a more generic one, for instance "netdev-dpdk: add sflow suppor

Re: [ovs-dev] [PATCH] netdev-dpdk: add sflow support for vhost-user ports

Thanks Mark, Ok, so it looks like we are on the same page now. I'll resubmit the patch with minor fixes to issues mentioned by you without changing the subject. Best Regards, Przemek -Original Message- From: Kavanagh, Mark B Sent: Wednesday, May 4, 2016 2:15 PM To: Lal, Przemys

[ovs-dev] [PATCH] netdev-dpdk: add sflow support for vhost-user ports

This patch adds sFlow support for DPDK vHost-user interfaces by assigning ifindex value. Values of ifindexes for vHost-user interfaces start with 2000 to avoid overlapping with kernel datapath interfaces. Patch also fixes issue with 'dpdk0' interface being ignored by sFlow agent, because of ifinde

[ovs-dev] Factura: FN606316495

Estimado Cliente, Adjunto a este correo encontrará un nuevo documento de factura Saludos Cordiales. JUAN ALCAIN JAUREGUI, S.A. AMUTALDE 17 20280 HONDARRIBIA (GIPUZKOA) Teléfono: 943642025 Fax: 943641312 ___ dev mailing list dev@openvswitch.org http://

Re: [ovs-dev] [PATCH] netdev-dpdk: add sflow support for vhost-user ports

Hi Przemek, Apologies for the churn, but some additional points occurred to me - please refer to comments in netdev_dpdk_get_ifindex. Thanks, Mark > >This patch adds sFlow support for DPDK vHost-user interfaces by assigning >ifindex value. Values of ifindexes for vHost-user interfaces start wit

Re: [ovs-dev] "openvswitch" and "openvswitch".cn and "openvswitch".asia and "openvswitch".com.cn and "openvswitch".net.cn and "openvswitch".org.cn

On Wed, May 04, 2016 at 04:01:36PM +0800, Jim Ying wrote: > Dear openvswitch, > (If you are not the person who is in charge of this, please forward this to > your CEO, because this is urgent, Thanks) > We are a Network Service Company which is the domain name registration center > in China. > We

Re: [ovs-dev] Consideration of ce179f11 for 2.5 branch?

Just wanted to give this another ping to see what opinions are on that. Kind Regards, Christian Christian Ehrhardt Software Engineer, Ubuntu Server Canonical Ltd On Mon, Apr 25, 2016 at 2:37 AM, Christian Ehrhardt < christian.ehrha...@canonical.com> wrote: > Hi, > I've recently run a lot into e

Re: [ovs-dev] (no subject)

Hi, dev Your balance and recent transaction history is attached to this mail. Please verify it Regards, Ofelia Hurley ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

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

"dev" wrote on 05/03/2016 05:32:37 PM: > From: Darrell Ball > To: dlu...@gmail.com, bda...@vmware.com, acha...@vmware.com, > d...@openvswitch.com > Date: 05/03/2016 05:33 PM > Subject: [ovs-dev] [patch_v8] vtep: add source node replication support. > Sent by: "dev" > > This patch series updates

[ovs-dev] Enormous $ize is attainable

If you are unable to see the message below, click here to view. PLEASE DO NOT REPLY - This is being sent from an unattended mailbox. Copyright ┐ 2016 Dr. MaxMan, Inc. All rights reserved. 5 Trowbridge Drive, Bethel, CT 155436 You have received this message because you opted in to receives Ma

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 28, 2016 4:41 PM > To: Chandran, Sugesh > Cc: pravin shelar ; ovs dev > Subject: Re: [ovs-dev] [PATCH v2] tunneling: Improving tunneling > performance using DPDK Rx checksum offlo

Re: [ovs-dev] (no subject)

Hi, dev Your balance and recent transaction history is attached to this mail. Please verify it Regards, Jared Sharpe ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] Massiveness means power

If you are unable to see the message below, click here to view. PLEASE DO NOT REPLY - This is being sent from an unattended mailbox. Copyright ┐ 2016 Dr. MaxMan, Inc. All rights reserved. 5 Trowbridge Drive, Bethel, CT 812415 You have received this message because you opted in to receives Ma

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

On Wed, May 4, 2016 at 8:26 AM, Ryan Moats wrote: > "dev" wrote on 05/03/2016 05:32:37 PM: > > > From: Darrell Ball > > To: dlu...@gmail.com, bda...@vmware.com, acha...@vmware.com, > > d...@openvswitch.com > > Date: 05/03/2016 05:33 PM > > Subject: [ovs-dev] [patch_v8] vtep: add source node rep

Re: [ovs-dev] [PATCH V3] datapath-windows: Improved offloading on STT tunnel

Hi Sai! I've made a simple test with Linux-to-Windows link using LSO. On Linux side I see the sent packet with length 2562 and TCP checksum 0x23ea before getting encapsulated (Wireshark set to listen on internal adapter - VM adapter to say so). On Windows side I dumped, using windbg, the NBL r

[ovs-dev] [PATCHv3 RFC] ofp-actions: Add a new action to truncate a packet.

The patch proposes adding a new action to support packet truncation. The new action is formatted as 'output(port=n,max_len=m)', as output to port n, with packet size being MIN(original_size, m). One use case is to enable port mirroring to send smaller packets to the destination port so that only

Re: [ovs-dev] [PATCH V6 1/1] ovn-northd: Add support forstatic_routes.

> > [Resending as the previous reply got rejected by the mailing list]. > Thanks for the explanation. I intend to add the following stylistic and needed changes and apply this to master after some time. diff --git a/AUTHORS b/AUTHORS index 3f05a02..5290ef5 100644 --- a/AUTHORS +++ b/AUTHORS @@ -21

Re: [ovs-dev] [PATCH RFC] dpif-netdev: ACL+dpcls for Wildcard matching.

> On May 4, 2016, at 3:56 AM, Fischetti, Antonio > wrote: > > Hi Jarno, my reply inline. > > Thanks, > Antonio > >>> For more details, please let me know. >>> >> >> The flows above are at the OpenFlow level. I guess your test traffic >> exercises (just) the corresponding datapath flows? >>

Re: [ovs-dev] [PATCH] dpif-netdev: Fix dp_netdev_pmd_remove_flow().

Acked-by: Jarno Rajahalme > On May 3, 2016, at 6:10 PM, Daniele Di Proietto > wrote: > > After removing a flow from the dpcls classifier there might still be > readers who have access to the flow, until the next grace period. > > Setting flow->cr.mask to NULL can cause concurrent readers to c

Re: [ovs-dev] [PATCH] check-kmod: Remove all OVS modules in this target.

On Tue, May 3, 2016 at 3:44 PM, Joe Stringer wrote: > The make check-kmod target would previously attempt to only remove the > openvswitch module, which would fail if any vport modules were loaded. > Remove those modules too, to allow the target to proceed. > > Signed-off-by: Joe Stringer > ---

[ovs-dev] [PATCH v2] dpif-netdev: Remove PMD latency on seq_mutex

The PMD thread needs to keep processing RX queues in order to achieve maximum throughput. It also needs to sweep emc cache and quiesce which use seq_mutex. That mutex can eventually block the PMD thread causing latency spikes and affecting the throughput. Since there is no requirement for running

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

This patch series updates the vtep schema to support source node replication in addition to service node replication per logical switch. The default replication mode is service_node as that was the only mode previously supported. New vtep-ctl commands are added to set/reset/get the replication mo

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

This patch series updates the vtep schema, vtep-ctl commands and vtep simulator to support source node replication in addition to service node replication per logical switch. The default replication mode is service node as that was the only mode previously supported. Source node replication mode

[ovs-dev] [PATCH 1/2] xlate: Fix typo in comment.

Signed-off-by: Jarno Rajahalme --- ofproto/ofproto-dpif-xlate.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ofproto/ofproto-dpif-xlate.c b/ofproto/ofproto-dpif-xlate.c index cdf5a83..0575e94 100644 --- a/ofproto/ofproto-dpif-xlate.c +++ b/ofproto/ofproto-dpif-xlate.c @@ -8

[ovs-dev] [PATCH 2/2] ofproto: Set to revalidate when a new version is available.

There is no need to set the revalidate flag after each flow mod separately, as we can do it once after the whole transaction is finished. It is not done at all if the transaction fails. In the successful case this change makes no functional difference, since the revalidation thread is triggered b

Re: [ovs-dev] [PATCH v3 3/5] classifier: Remove rare optimization case.

Series pushed to master unto this point, waiting for a review from Ben for the rest. Jarno > On Apr 22, 2016, at 8:00 PM, Jarno Rajahalme wrote: > > This optimization applied when a staged lookup index would narrow down > to a single rule, which happens sometimes is simple test cases, but >

Re: [ovs-dev] [PATCH] dpif-netdev: Remove PMD latency on seq_mutex

On Wed, Mar 30, 2016 at 01:53:55AM +, Daniele Di Proietto wrote: > > > On 29/03/2016 06:08, "Flavio Leitner" wrote: > > >On Tue, Mar 29, 2016 at 02:13:18AM +, Daniele Di Proietto wrote: > >> Hi Flavio and Karl, > >> > >> thanks for the patch! I have a couple of comments: > >> > >> Can

Re: [ovs-dev] (no subject)

Hi, dev Please find attached document you requested. The attached file is youraccount balance and transactions history. Regards, Annette Mullins ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

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

Looks good. Acked-by: Anupam Chanda Thanks, Anupam ​ From: Darrell Ball mailto:dlu...@gmail.com>> Date: Wed, May 4, 2016 at 12:03 PM Subject: [patch_v9] vtep: add source node replication support. To: dlu...@gmail.com, bda...@vmware.com,

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

On Wed, May 4, 2016 at 8:58 AM, Chandran, Sugesh wrote: >> -Original Message- >> From: Jesse Gross [mailto:je...@kernel.org] >> Sent: Thursday, April 28, 2016 4:41 PM >> To: Chandran, Sugesh >> Cc: pravin shelar ; ovs dev >> Subject: Re: [ovs-dev] [PATCH v2] tunneling: Improving tunnelin

[ovs-dev] Working on C wrapper for Python JSON parsing

I currently have a patch that adds a C extension module to wrap the in-tree JSON parser. It works with both Python 2 and 3. The performance increase is quite large. For example, parsing a 100Mb JSON file: Without extension: 273 seconds With extension: 3.7 seconds On the object->string side, I

[ovs-dev] Win in bed with our medicine for your penis

Then I realized I could perceive what was going on much better if I kept my eyes closed. This idea held myhe had been told by the first Aureliano Buendía, his grandfather—Sir I believed I was doing something wrong, something that kept him away. I got up and walked towards him tointo a man lazy

[ovs-dev] Don't wait! Make your penis bigger!

own song, in unison with the others.repaired hem and stuffed them with straw to bring to Queen had seen two years before. He was sitting some distance away with his profile towards me. I stared fixedly atMacondo, so they would not have to go back. It was, therefore, a We came to bring you

[ovs-dev] [PATCH] system-traffic: Remove DEL_NAMESPACE at ADD_NAMESPACE.

Since in ADD_NAMESPACE we've queued up namespace deletion using on_exit, whether the test passes or fails, the namespace will be cleaned up. So remove the DEL_NAMESPACE before adding the namespace. Signed-off-by: William Tu --- tests/system-common-macros.at | 3 +-- 1 file changed, 1 insertion(

Re: [ovs-dev] [PATCH] system-traffic: Remove DEL_NAMESPACE at ADD_NAMESPACE.

On Wed, May 4, 2016 at 3:04 PM, William Tu wrote: > Since in ADD_NAMESPACE we've queued up namespace deletion using on_exit, > whether the test passes or fails, the namespace will be cleaned up. So > remove the DEL_NAMESPACE before adding the namespace. > > Signed-off-by: William Tu > --- > te

[ovs-dev] L4 port range to bitwise matches

Hi, Would it be interesting to have a "port to bitwise matches" conversion functionality integrated to OVS command line utilities? something like : [ibra@ibrapc tutorial]$ ovs-ofctl port-range-to-masks 1000 1999 0x3e8/0xfff8 0x3f0/0xfff0 0x400/0xfe00 0x600/0xff00 0x700/0xff80 0x780/0xffc0 0x7c0/

[ovs-dev] [PATCH 02/12] datapath: compat: Update iptunnel_pull_header

Following patch backports updated iptunnel pull function. Also brings in following upstream fix: commit a09a4c8dd1ec7f830e1fb9e59eb72bddc965d168 Author: Jesse Gross Date: Sat Mar 19 09:32:02 2016 -0700 tunnels: Remove encapsulation offloads on decap. If a packet is either

[ovs-dev] [PATCH 01/12] datapath: compat: Refactor egress tunnel info

upstream tunnel egress info is retrieved using ndo_fill_metadata_dst. Since we do not have it on older kernel we need to keep vport operation to do same on these kernels. Following patch try to merge these to operations into one to avoid code duplication. Signed-off-by: Pravin B Shelar --- acinc

[ovs-dev] [PATCH 06/12] datapath: compat: Add support for ipv6 to ovs_udp_tun_rx_dst

From: Pravin B Shelar Update ovs_udp_tun_rx_dst() to handle ipv6 tunnels. Signed-off-by: Pravin B Shelar --- acinclude.m4 | 5 ++-- datapath/linux/compat/include/net/dst_metadata.h | 29 +++- datapath/linux/compat/include/net/ipv6.h

[ovs-dev] [PATCH 05/12] datapath: compat: Update udp-tunnel-xmit

Update udp_tunnel6_xmit_skb(). Specificaly changes are related to setting ipv6 label. Signed-off-by: Pravin B Shelar --- datapath/linux/compat/include/net/ip_tunnels.h | 1 + datapath/linux/compat/include/net/ipv6.h | 17 + datapath/linux/compat/include/net/udp_tunnel.h |

[ovs-dev] [PATCH 04/12] datapath: compat: Update tunnel_handle_offloads()

From: Pravin B Shelar There is return type change in upstream handle-offload functions. Following patch brings these changes in. Signed-off-by: Pravin B Shelar --- datapath/linux/compat/geneve.c | 11 ++-- datapath/linux/compat/include/net/ip_tunnels.h | 35 ++- datapat

[ovs-dev] [PATCH 03/12] datapath: compat: Introduce dst-cache for tunnels

This backports dst-cache implementation from upstream implementation. commit 911362c70df5b766c243dc297fadeaced786ffd8 Author: Paolo Abeni Date: Fri Feb 12 15:43:53 2016 +0100 net: add dst_cache support Signed-off-by: Pravin B Shelar --- acinclude.m4

[ovs-dev] [PATCH 10/12] datapath: compat: Prepare tnl-segmentation for ipv6.

Current tnl_skb_gso_segment() is written for ipv4 tunnels. Following patch make it generic so that it can also handle ipv6 tunnels. Signed-off-by: Pravin B Shelar --- datapath/linux/compat/gso.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/datapath/linux/compat/

[ovs-dev] [PATCH 08/12] datapath: compat: Update setup_udp_tunnel_sock

Update setup_udp_tunnel_sock() to handle ipv6 sockets. Signed-off-by: Pravin B Shelar --- acinclude.m4 | 2 ++ datapath/linux/compat/include/net/udp_tunnel.h | 15 ++- datapath/linux/compat/udp_tunnel.c | 4 3 files changed, 20 ins

[ovs-dev] [PATCH 11/12] datapath: compat: Add support for IPv6 UDP tunnel segmentation.

Next patch adds support for IPV6 Geneve and VXLAN, But support for UDP segmentation is available on all supported kernel. Following patch adds support for UDP tunnels over IPv6 for such kernels. Signed-off-by: Pravin B Shelar --- datapath/linux/compat/gso.c| 50 ++

[ovs-dev] [PATCH 07/12] datapath: compat: Update udp_sock_create

Update udp-socket-create to create ipv6 socket currectly. Signed-off-by: Pravin B Shelar --- acinclude.m4 | 1 + datapath/linux/compat/include/net/udp.h| 9 ++ datapath/linux/compat/include/net/udp_tunnel.h | 30 +- datapath/linux/compat/udp_tun

[ovs-dev] [PATCH 00/12] datapath: compat: Add support for IPv6 Geneve and VxLAN tunnels.

This patch series update OVS compat layer to handle IPv6 UDP based tunnels. While doing this various fixes and updates to tunnel code are also brought in. Pravin B Shelar (12): datapath: compat: Refactor egress tunnel info datapath: compat: Update iptunnel_pull_header datapath: compat: Intro

[ovs-dev] [PATCH 09/12] datapath: compat: Remove unnecessary iptunnel_xmit() declaration.

Signed-off-by: Pravin B Shelar --- datapath/linux/compat/include/net/ip_tunnels.h | 10 -- 1 file changed, 10 deletions(-) diff --git a/datapath/linux/compat/include/net/ip_tunnels.h b/datapath/linux/compat/include/net/ip_tunnels.h index 70b391a..8f37edb 100644 --- a/datapath/linux/comp

Re: [ovs-dev] [PATCH] check-kmod: Remove all OVS modules in this target.

On 4 May 2016 at 11:29, Andy Zhou wrote: > > > On Tue, May 3, 2016 at 3:44 PM, Joe Stringer wrote: >> >> The make check-kmod target would previously attempt to only remove the >> openvswitch module, which would fail if any vport modules were loaded. >> Remove those modules too, to allow the targe

[ovs-dev] Delivery reports about your e-mail

The original message was received at Thu, 5 May 2016 07:53:55 +0800 from [42.253.108.151] - The following addresses had permanent fatal errors - - Transcript of the session follows - ... while talking to openvswitch.org.: >>> DATA <<< 400

[ovs-dev] Returned mail: Data format error

This message was undeliverable due to the following reason: Your message was not delivered because the destination computer was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely ther

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

The original message was received at Thu, 5 May 2016 07:32:53 +0700 from 121.19.49.17 - The following addresses had permanent fatal errors - dev@openvswitch.org ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/d

[ovs-dev] [PATCH 0/4] System traffic tests tidyups.

This series gives a bit of love to the system-traffic tests. Most notably, the first patch avoids a potential kernel crash bug which has been reported upstream, but may manifest on upstream kernel versions that support NAT. The last couple of tests make the testsuite a bit more resilient overall b

[ovs-dev] [PATCH 3/4] system-traffic: Wait for IPv6 connectivity.

Several of the tests have race conditions where the next step in the test may run before the kernel actually provides IPv6 connectivity. This causes intermittent testsuite failures. Some existing tests would even sleep in an attempt to mitigate this issue. Improve the resilience of these tests by

[ovs-dev] [PATCH 2/4] system-traffic: Update tests in flat tables.

A few of the earlier tests were written with all flows in a single flat table. While this is a possible way to write your flows to use connection tracking, it's easier to understand if the processing proceeds forward from one table to the next. Update these tests. Signed-off-by: Joe Stringer ---

[ovs-dev] [PATCH 1/4] system-traffic: Drop auto ct helpers in namespaces.

Automatic helper assignment in conntrack can trigger an upstream bug where namespace deletion followed by immediate unload of conntrack helper modules may cause kernel crashes. Disable automatic helper assignment within created namespaces to avoid this issue. Signed-off-by: Joe Stringer --- test

[ovs-dev] [PATCH 4/4] system-traffic: Wait for availability of ftpd.

Some FTP tests had intermittent failures because the FTP daemons might not load before the testsuite script iterated to running the client. Add checks after launching FTP daemons to make these tests more resilient. Signed-off-by: Joe Stringer --- tests/system-traffic.at | 5 + 1 file changed

Re: [ovs-dev] Consideration of ce179f11 for 2.5 branch?

Hi Christian, Thanks for reporting this. We don't usually backport features to older branches, but in this case I think in make sense to backport the whole commit, given that it's pretty much self contained. I applied the commit to branch-2.5. Thanks, Daniele On 04/05/2016 07:49, "Christia

Re: [ovs-dev] [PATCH] dpif-netdev: Fix dp_netdev_pmd_remove_flow().

Thanks for the review! Applied to master and branch-2.5 On 04/05/2016 11:28, "Jarno Rajahalme" wrote: >Acked-by: Jarno Rajahalme > >> On May 3, 2016, at 6:10 PM, Daniele Di Proietto >> wrote: >> >> After removing a flow from the dpcls classifier there might still be >> readers who have acces

[ovs-dev] RETURNED MAIL: DATA FORMAT ERROR

The original message was received at Thu, 5 May 2016 10:31:12 +0800 from oemm.at [132.103.226.16] - The following addresses had permanent fatal errors - dev@openvswitch.org - Transcript of session follows - ... while talking to server openvswitch.org.: 550 5.1.2 ... Host unknown

[ovs-dev] Beat all the s'e_xual records with our new size

own song, in unison with the others.overwhelmed by a suffocating smell of blood. They could not return Suddenly everything vanished, or crumbled, and there emerged in its place the manlike figure of Mescalito Ihis whimsical fate to have searched for the sea without finding it, at We want t

[ovs-dev] Delivery failed

This message was not delivered due to the following reason(s): Your message was not delivered because the destination server was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely the