On Tue, Jun 07, 2016 at 03:45:58PM -0700, pravin shelar wrote:
> On Mon, Jun 6, 2016 at 7:46 PM, Simon Horman
> wrote:
> > On Thu, Jun 02, 2016 at 03:02:18PM -0700, pravin shelar wrote:
> >> On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman
> >> wrote:
[...]
> >> > diff --git a/net/openvswitch/flo
Hello!
We are looking for employees working remotely.
My name is Lupe, 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!
Have you been dreaming of a beautiful body, but had no results with diets,
workouts and supplements?
Our incredible solution with a breakthrough formula will deliver you the
results you've been so eager to achive.
Click Here!
Powerful weight loss product that amplifies methabolism, stimulates
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
> >> wrote:
> >> > * Set skb protocol based on contents of
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 wi
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
> +++ b/datapath/linux/compat/include/linux/netf
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 are implemented in the con
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!
_
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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 new features and flag
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.
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!
_
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.
>
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
>---
> datapath-windows/auto
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 files changed, 10 insertions(+), 15 deletions(-)
>
>diff --git
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 2a91855..595518f 100644
---
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
>b/datapath-windows/ovsext/Vxlan.c
>index f6a55f0..ddd8d8e 100644
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
+++ b/datapath-windows/ovsext/Vxlan.c
@@ -19
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
>>[...]
+geneveHdr = (GeneveHdr *)(
> 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 that we really want to support? I mean, if the
>
"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"
>
> From 62dc90f8f0a61181754e944f2101951afbd055c1 Mon Sep 17 00:00:00 2001
> From: Yusheng Wang
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 physical space
> s
"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: "dev"
>
> This patch tries to support ND versus ARP for OVN.
>
> It adds
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: dev@openvswitch.org
> > > Date: 06/15/2016 12:33 PM
> > > Subject: [ovs-dev] [PATCH] Travis: add
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
> Subject: Re: [PATCH v4] lib: Use a more accurate value for CPU count
> (sched_getaffinity).
>
> Hi Ryan,
> > Other
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 o
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
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 c
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):
https://github.com/sflow/h
"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
Openvswitch
>
> >"dev" wrote on 06/16/2016 04:51:34 AM:
>
> > > +
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 Protoc
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
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
>
>
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
> Importanc
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: Johnson
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
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 su
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 prop
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 10
The message could not be delivered
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
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 likely
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
> > Subject: [ovs-dev] [PATCH] [PATCH, v4, 1/2] ovn-controller: Add 'na'
> > action for ND
> > Sent
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,
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
> > 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 numb
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 the
46 matches
Mail list logo
