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

On Tue, Jun 07, 2016 at 03:45:27PM -0700, pravin shelar wrote: > On Mon, Jun 6, 2016 at 8:08 PM, Simon Horman > wrote: > > On Thu, Jun 02, 2016 at 03:01:47PM -0700, pravin shelar wrote: > >> On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman > >>

Re: [ovs-dev] [PATCH] OVN: initial patch of datalog engine

I agree with all your comments but the last one. The benefit of using one source file is that you know everything is there as far as the engine is concerned. We definitely need to separate it once it is really large. I suppose it will take some time for the code to stabilize and the engine

Re: [ovs-dev] [PATCH v2 03/16] datapath: compat for NAT.

On Tue, Jun 14, 2016 at 3:25 PM, Jarno Rajahalme wrote: > diff --git a/datapath/linux/compat/include/linux/netfilter/nf_nat.h > b/datapath/linux/compat/include/linux/netfilter/nf_nat.h > new file mode 100644 > index 000..210b9a7 > --- /dev/null > +++

Re: [ovs-dev] [PATCH v4 09/17] dpif-netdev: Implement conntrack dump functions.

Hi Daniele, I was trying to add conntrack dump support based on this patch and found a discrepancy in conntrack-tcp.c. Can you confirm if this is intended? I have inlined the comment. Thanks, Sairam On 6/10/16, 3:47 PM, "Daniele Di Proietto" wrote: >New functions

[ovs-dev] Cooperarion with a large firm

Hello! We are looking for employees working remotely. My name is Donnell, am the personnel manager of a large International company. Most of the work you can do from home, that is, at a distance. Salary is $2500-$5000. If you are interested in this offer, please visit Our Site Best regards!

[ovs-dev] (no subject)

___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] [PATCH v2 0/5] create tunnel devices using rtnetlink interface

On Thu, Jun 16, 2016 at 12:40 PM, Thadeu Lima de Souza Cascardo wrote: > On Wed, Jun 08, 2016 at 03:21:58PM -0300, Thadeu Lima de Souza Cascardo wrote: >> This series adds support for the creation of tunnels using the rtnetlink >> interface. This will open the possibility for

Re: [ovs-dev] [PATCH RFC 0/1] netdev-dpdk: Arbitrary 'dpdk' port naming

Hello Ciara, I like too much the idea of arbitrary names, it has always been a problem realizing the correct id of a port. As already mentioned by Jan, what do you think about the possibility of integrate this with hotplug capabilities? I already sent a patch [1] to support hotplug in ovs-dpdk.

[ovs-dev] cooperation with an international company

Hello! We are looking for employees working remotely. My name is Gerardo, am the personnel manager of a large International company. Most of the work you can do from home, that is, at a distance. Salary is $2500-$5000. If you are interested in this offer, please visit Our Site Best regards!

Re: [ovs-dev] [PATCH v2 0/5] create tunnel devices using rtnetlink interface

On Wed, Jun 08, 2016 at 03:21:58PM -0300, Thadeu Lima de Souza Cascardo wrote: > This series adds support for the creation of tunnels using the rtnetlink > interface. This will open the possibility for new features and flags on those > vports without the need to change vport compatibility code. >

Re: [ovs-dev] [PATCH v6] datapath-windows: Add support for UDP and ICMP to Conntrack Module

Disregard this patch. I will send a consolidated patch with changes. On 6/15/16, 4:13 PM, "Sairam Venugopal" wrote: >Enable support for UDP and ICMP in the connection tracking module on >Hyper-V. Define 1s as variable and reuse it. > >Signed-off-by: Sairam Venugopal

Re: [ovs-dev] [PATCH] datapath-windows: comment cleanup and indentation

Think this is v2. Acked-by: Sairam Venugopal On 6/16/16, 10:17 AM, "Nithin Raju" wrote: >Signed-off-by: Nithin Raju >--- > datapath-windows/ovsext/Flow.c | 20 ++-- > datapath-windows/ovsext/Vxlan.c | 5 - > 2

[ovs-dev] [PATCH] datapath-windows: comment cleanup and indentation

Signed-off-by: Nithin Raju --- datapath-windows/ovsext/Flow.c | 20 ++-- datapath-windows/ovsext/Vxlan.c | 5 - 2 files changed, 10 insertions(+), 15 deletions(-) diff --git a/datapath-windows/ovsext/Flow.c b/datapath-windows/ovsext/Flow.c index

Re: [ovs-dev] [PATCH] datapath-windows: comment cleanup and indentation

Acked-by: Sairam Venugopal On 6/16/16, 10:15 AM, "Nithin Raju" wrote: >Signed-off-by: Nithin Raju >--- > datapath-windows/ovsext/Vxlan.c | 5 - > 1 file changed, 5 deletions(-) > >diff --git a/datapath-windows/ovsext/Vxlan.c

[ovs-dev] [PATCH] datapath-windows: comment cleanup and indentation

Signed-off-by: Nithin Raju --- datapath-windows/ovsext/Vxlan.c | 5 - 1 file changed, 5 deletions(-) diff --git a/datapath-windows/ovsext/Vxlan.c b/datapath-windows/ovsext/Vxlan.c index f6a55f0..ddd8d8e 100644 --- a/datapath-windows/ovsext/Vxlan.c +++

Re: [ovs-dev] [PATCH v6] datapath-windows: Add Geneve support

On Wed, Jun 15, 2016 at 10:12 PM, Nithin Raju wrote: diff --git a/datapath-windows/ovsext/Geneve.c b/datapath-windows/ovsext/Geneve.c new file mode 100644 index 000..8190a15 --- /dev/null +++ b/datapath-windows/ovsext/Geneve.c >>[...] +

Re: [ovs-dev] [PATCH v2 01/16] datapath: Allow compiling older kernels with GCC 5.

> On Jun 15, 2016, at 18:14, Jesse Gross wrote: > >> On Tue, Jun 14, 2016 at 3:25 PM, Jarno Rajahalme wrote: >> Older kernels don't have , which causes >> compilation to fail on GCC 5. >> >> Signed-off-by: Jarno Rajahalme > > Is this something

Re: [ovs-dev] [PATCH] OVN: initial patch of datalog engine

"dev" wrote on 06/16/2016 04:56:55 AM: > From: Yusheng Wang > To: "dev@openvswitch.org" > Date: 06/16/2016 04:57 AM > Subject: [ovs-dev] [PATCH] OVN: initial patch of datalog engine > Sent by: "dev"

Re: [ovs-dev] [PATCH v4] ovn: DNAT and SNAT on a gateway router.

On 9 June 2016 at 00:37, Gurucharan Shetty wrote: > For traffic from physical space to virtual space we need DNAT. > The DNAT happens in the gateway router and reaches the logical > port. The return traffic should be unDNATed. > > Traffic originating in virtual space heading to

Re: [ovs-dev] [PATCH] [PATCH, v5] ovn: Add 'na' action and lflow for ND

"dev" wrote on 06/16/2016 03:53:39 AM: > From: Zong Kai LI > To: dev@openvswitch.org > Cc: Zong Kai LI > Date: 06/16/2016 03:54 AM > Subject: [ovs-dev] [PATCH] [PATCH, v5] ovn: Add 'na' action and lflow for ND > Sent by:

Re: [ovs-dev] [PATCH] Travis: added python plugins flake8 and hacking.

On Wed, Jun 15, 2016 at 4:23 PM, William Townsend wrote: > On Wed, Jun 15, 2016 at 3:39 PM, Ryan Moats wrote: > > > "dev" wrote on 06/15/2016 12:32:57 PM: > > > > > From: William Townsend > > > To:

Re: [ovs-dev] [PATCH v4] lib: Use a more accurate value for CPU count (sched_getaffinity).

Quentin Monnet wrote on 06/16/2016 09:55:35 AM: > From: Quentin Monnet > To: Ryan Moats/Omaha/IBM@IBMUS > Cc: Ben Pfaff , David Marchand > , ovs-dev > Date: 06/16/2016 09:56 AM >

Re: [ovs-dev] [PATCH v4] lib: Use a more accurate value for CPU count (sched_getaffinity).

Hi Ryan, > > Other UNIX-like systems only use _SC_NPROCESSORS_ONLN. > > After double checking, I'm not *entirely* sure that's true, but it can > be updated in a follow-on patch > I meant “Other UNIX-like systems only use _SC_NPROCESSORS_ONLN *with this commit*”, I did not mean that there was no

[ovs-dev] Get Back On Track With Our Breakthrough Solution

Are you tired of the excess weight and would like to get back on track without any painful efforts? Brand-new formula and advanced structure of our exclusive product will compliment your results and will help you to lose weight with no side-effects. Click Here! Stock is limited, make sure to

[ovs-dev] [RFC Patch] dpif-netdev: Sorted subtable vectors per in_port in dpcls

The user-space datapath (dpif-netdev) consists of a first level "exact match cache" (EMC) matching on 5-tuples and the normal megaflow classifier. With many parallel packet flows (e.g. TCP connections) the EMC becomes inefficient and the OVS forwarding performance is determined by the megaflow

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

Reusing an ifIndex from time to time is no problem from the sFlow standard point of view either. In fact we used a hash approach in the host-sflow project to assign index numbers to containers (by open-hashing the container UUID into a range of possible index numbers):

Re: [ovs-dev] [RFC PATCH 01/14] Add VxLAN-GPE extension for the Openvswitch

"Li, Johnson" wrote on 06/15/2016 10:06:10 PM: > From: "Li, Johnson" > To: Ryan Moats/Omaha/IBM@IBMUS > Cc: "dev@openvswitch.org" > Date: 06/15/2016 10:06 PM > Subject: RE: [RFC PATCH 01/14] Add VxLAN-GPE extension for the

Re: [ovs-dev] [RFC PATCH 01/14] Add VxLAN-GPE extension for the Openvswitch

Regards _Sugesh > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Johnson Li > Sent: Thursday, June 16, 2016 10:52 AM > To: dev@openvswitch.org > Subject: [ovs-dev] [RFC PATCH 01/14] Add VxLAN-GPE extension for the > Openvswitch > > VxLAN Generic

[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

Re: [ovs-dev] [CudaMailTagged] [RFC PATCH 10/14] Parse NSH header in flow_extract

Regards _Sugesh > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Johnson Li > Sent: Tuesday, June 7, 2016 7:10 PM > To: dev@openvswitch.org > Subject: [ovs-dev] [CudaMailTagged] [RFC PATCH 10/14] Parse NSH header in > flow_extract > Importance: Low >

Re: [ovs-dev] [CudaMailTagged] [RFC PATCH 09/14] parse NSH key in key_extract of openvswitch

Regards _Sugesh > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Johnson Li > Sent: Tuesday, June 7, 2016 7:10 PM > To: dev@openvswitch.org > Subject: [ovs-dev] [CudaMailTagged] [RFC PATCH 09/14] parse NSH key in > key_extract of openvswitch >

Re: [ovs-dev] [CudaMailTagged] [RFC PATCH 03/14] Add NSH keys as match fields for user space flow table

Regards _Sugesh > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Johnson Li > Sent: Tuesday, June 7, 2016 7:10 PM > To: dev@openvswitch.org > Subject: [ovs-dev] [CudaMailTagged] [RFC PATCH 03/14] Add NSH keys as > match fields for user space flow table

Re: [ovs-dev] [RFC PATCH 07/14] Add APIs to set NSH keys for match fields

Regards _Sugesh > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Johnson Li > Sent: Thursday, June 16, 2016 10:52 AM > To: dev@openvswitch.org > Subject: [ovs-dev] [RFC PATCH 07/14] Add APIs to set NSH keys for match > fields > > Signed-off-by:

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

Hi Johonson Li, Thank you for working on this! I had a look into the usersapce datapath changes and control plane changes. I have some general comments on the patch series as below Since it supports the NSH in kernel datapath only, mention that clearly in the patch series. And also VxLAN-GPE

Re: [ovs-dev] [PATCH RFC 0/1] netdev-dpdk: Arbitrary 'dpdk' port naming

I very much support the proposal to make configuration of "physical" DPDK ports more explicit and flexible. Both the ability to specify the port by its PCI address as well as the ability to choose arbitrary port names are highly welcome. +1 for idea and implementation. Can we combine this

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

Hi Mark, RFC 2863 standard describes in "Interface Numbering" chapter (https://tools.ietf.org/html/rfc2863#page-10) that if there's possibility to reuse ifindex after reinitialization then it should be reused. And in our case it's definitely possible. I also agree with you that limitation to

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

The message could not be delivered ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] MESSAGE COULD NOT BE DELIVERED

The message was not delivered due to the following reason(s): Your message could not be 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

Re: [ovs-dev] [PATCH] [PATCH, v4, 1/2] ovn-controller: Add 'na' action for ND

On Wed, Jun 15, 2016 at 10:17 PM, Ryan Moats wrote: > "dev" wrote on 06/14/2016 10:09:37 PM: > > > From: Zong Kai LI > > To: dev@openvswitch.org > > Cc: Zong Kai LI > > Date: 06/14/2016 10:11 PM > >

[ovs-dev] [PATCH] [PATCH, v5] ovn: Add 'na' action and lflow for ND

This patch tries to support ND versus ARP for OVN. It adds a new OVN action 'na' in ovn-controller side, and modify lflows for 'na' action and relevant packets in ovn-northd. First, for ovn-northd, it will generate lflows per each lport with its IPv6 addresses and mac addresss, with 'na' action,

[ovs-dev] (no subject)

___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

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

> > Disabling the EMC on master I have measured a baseline performance > > (in+out) of ~1.32 Mpps (64 bytes, 1000 L4 flows). The average number > > of subtable lookups per megaflow match is 2.5. > > Just running parallel ping between the tunnel end-point IPs on the two > servers increases the

[ovs-dev] Rules in datapath

Hi, I changed the code of "classifier_lookup__()" in ovs 2.5.0 so i will choose rules with a specific headers but when i dumped the flows i found that some packets goes to that rules and the others goes to the highest rule that matches the packet, and when i dumped the flows of Datapath i found

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

Your message was undeliverable due to the following reason(s): 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