On 07.07.2016 03:27, Daniele Di Proietto wrote:
> Hi Ilya,
>
>
>
> apologies for the delay
>
> On 20/06/2016 07:22, "Ilya Maximets" wrote:
>
>> On 11.06.2016 02:53, Daniele Di Proietto wrote:
>>> On 02/06/2016 06:55, "Ilya Maximets" wrote:
>>>
Hi, Daniele.
Thanks for review.
>
On Tue, Jul 12, 2016 at 09:15:40AM +0300, Liran Schour wrote:
> Hashing will not be consistent as long as we use for hashing the index of the
> bucket in the list (for remove/insert of buckets not from/to the end of the
> bucket list).
> Use bucket_id for hashing instead.
>
> Signed-off-by: Liran
Hi William,
Comments inline.
On 7/12/16, 12:06 PM, "William Tu" wrote:
>Hi Wenyu and Daniel,
>
>Thanks for your feedback.
>
>On Mon, Jul 11, 2016 at 1:50 AM, Wenyu Zhang wrote:
>> Hi William,
>>
>> In your patch, no codes about supporting ³snaplen" in IPFIX included.
>>IPFIX
>> still get the l
Hashing will not be consistent as long as we use for hashing the index of the
bucket in the list (for remove/insert of buckets not from/to the end of the
bucket list).
Use bucket_id for hashing instead.
Signed-off-by: Liran Schour
---
ofproto/ofproto-dpif-xlate.c | 5 ++---
1 file changed, 2 ins
First two patches "Is being held until the list moderator can review
it for approval."
Could anyone approve them?
'fat-rwlock's are very suspicious.
Best regards, Ilya Maximets.
On 11.07.2016 18:15, Ilya Maximets wrote:
> This is the second part of XPS patch-set which contains XPS itself.
> Imp
Hi Wenyu and Daniel,
Thanks for your feedback.
On Mon, Jul 11, 2016 at 1:50 AM, Wenyu Zhang wrote:
> Hi William,
>
> In your patch, no codes about supporting “snaplen" in IPFIX included. IPFIX
> still get the length of packet as before, whatever the packet is truncated.
> If user put a non-zero
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi,
Could you please help to put my email address in this alias? I have subscribed
several times, but I didn't get any notifications. Thanks.
Bests,
Daniel Benli Ye
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
- Original Message -
> From: "Ryan Moats"
> To: "Lance Richardson"
> Cc: dev@openvswitch.org, "Justin Pettit"
> Sent: Monday, July 11, 2016 1:44:18 PM
> Subject: Re: [ovs-dev] [PATCH v2] ovn-controller: eliminate stall in ofctrl
> state machine
>
> Lance Richardson wrote on 07/09/
Dear Dev,
Wish you have a nice day!
Gainhui Plastic Mould in china with professional mould design、mould manufacture
and competitive price can be provided for you.
(Plastic Mould, Plastic Injection Mould, Hot Runner System Plastic Mould, Blow
Plastic Mould, Vacuum Forming Plastic Mould,
Windows datapath lacked support for different Netlink Family protocols.
Now that Windows supports different Netlink protocol, revert the change to
override NETLINK_NETFILTER to use NETLINK_GENERIC.
Signed-off-by: Sairam Venugopal
---
lib/netlink-conntrack.c | 8
lib/netlink-protocol.h
Windows datapath currently has no notion of netlink family.
It assumes all netlink messages to belong to NETLINK_GENERIC family.
This patch adds support for handling other protocols if the userspace sends it
down to kernel.
This patch introduces a new NETLINK_CMD - OVS_CTRL_CMD_SOCK_PROP to manag
On 11 July 2016 at 12:37, Guru Shetty wrote:
> On 11 July 2016 at 11:50, Andy Zhou wrote:
>
>> On Mon, Jul 11, 2016 at 11:44 AM, Guru Shetty wrote:
>>
>> >
>> >
>> > On 11 July 2016 at 11:41, Andy Zhou wrote:
>> >
>> >>
>> >>
>> >> On Mon, Jul 11, 2016 at 11:28 AM, Guru Shetty wrote:
>> >>
>>
On Fri, Jul 08, 2016 at 04:19:14PM -0700, Daniele Di Proietto wrote:
> I applied this to master with the below incremental.
>
> We _usually_ use positive error numbers in int return value.
>
> I think there was an extra COVERAGE_INC(seq_change)
>
> Thanks for the patch!
Your Changes are good, t
On Mon, Jul 11, 2016 at 1:00 PM, Jesse Gross wrote:
> On Mon, Jul 11, 2016 at 11:49 AM, Pravin B Shelar wrote:
>> compat iptunnel_xmit is used in backported tunnel code. but
>> it was only defined for kernel older than 3.18, This patch fixes
>> it by compiling it for all kernel which needs to use
On Mon, Jul 11, 2016 at 11:49 AM, Pravin B Shelar wrote:
> compat iptunnel_xmit is used in backported tunnel code. but
> it was only defined for kernel older than 3.18, This patch fixes
> it by compiling it for all kernel which needs to use backported
> tunnel implementation.
>
> Reported-by: Just
On 11 July 2016 at 11:50, Andy Zhou wrote:
> On Mon, Jul 11, 2016 at 11:44 AM, Guru Shetty wrote:
>
> >
> >
> > On 11 July 2016 at 11:41, Andy Zhou wrote:
> >
> >>
> >>
> >> On Mon, Jul 11, 2016 at 11:28 AM, Guru Shetty wrote:
> >>
> >>> On 11 July 2016 at 10:29, Joe Stringer wrote:
> >>>
> >
On Mon, Jul 11, 2016 at 11:44 AM, Guru Shetty wrote:
>
>
> On 11 July 2016 at 11:41, Andy Zhou wrote:
>
>>
>>
>> On Mon, Jul 11, 2016 at 11:28 AM, Guru Shetty wrote:
>>
>>> On 11 July 2016 at 10:29, Joe Stringer wrote:
>>>
>>> > NC_EOF_OPT should always be passed to netcat in system-traffic te
compat iptunnel_xmit is used in backported tunnel code. but
it was only defined for kernel older than 3.18, This patch fixes
it by compiling it for all kernel which needs to use backported
tunnel implementation.
Reported-by: Justin Pettit
Reported-by: Joe Stringer
Signed-off-by: Pravin B Shelar
On 11 July 2016 at 11:41, Andy Zhou wrote:
>
>
> On Mon, Jul 11, 2016 at 11:28 AM, Guru Shetty wrote:
>
>> On 11 July 2016 at 10:29, Joe Stringer wrote:
>>
>> > NC_EOF_OPT should always be passed to netcat in system-traffic tests
>> > when invoking netcat to send a single packet that does not e
On Mon, Jul 11, 2016 at 11:28 AM, Guru Shetty wrote:
> On 11 July 2016 at 10:29, Joe Stringer wrote:
>
> > NC_EOF_OPT should always be passed to netcat in system-traffic tests
> > when invoking netcat to send a single packet that does not expect a
> > response. While on typical fedora/RH based d
Windows datapath currently has no notion of netlink family.
It assumes all netlink messages to belong to NETLINK_GENERIC family.
This patch adds support for handling other protocols if the userspace sends it
down to kernel.
This patch introduces a new NETLINK_CMD - OVS_CTRL_CMD_SOCK_PROP to manag
On 11 July 2016 at 10:29, Joe Stringer wrote:
> NC_EOF_OPT should always be passed to netcat in system-traffic tests
> when invoking netcat to send a single packet that does not expect a
> response. While on typical fedora/RH based distributions the default
> behaviour is to send the packet then
On Mon, Jul 11, 2016 at 10:29 AM, Joe Stringer wrote:
> NC_EOF_OPT should always be passed to netcat in system-traffic tests
> when invoking netcat to send a single packet that does not expect a
> response. While on typical fedora/RH based distributions the default
> behaviour is to send the pack
Thanks for the review. I will send out a V2 addressing the changes.
On 7/8/16, 6:06 PM, "Nithin Raju" wrote:
>Thanks for doing this. Looks good but for a few cosmetic comments.
>
>Also, remember to flip the protocol for nf sockets in userspace to
>NETLINK_NETFILTER. IIRC, we use NETLINK_GENERIC.
Acked-by: Sairam Venugopal
On 7/8/16, 5:45 PM, "Nithin Raju" wrote:
>Signed-off-by: Nithin Raju
>---
> datapath-windows/ovsext/Flow.h | 1 -
> 1 file changed, 1 deletion(-)
>
>diff --git a/datapath-windows/ovsext/Flow.h
>b/datapath-windows/ovsext/Flow.h
>index 0744d30..23d252c 100644
>--- a/d
Tested-By: Ramu Ramamurthy against the
corresponding (rebased) openstack patch:
https://review.openstack.org/#/c/243174/
Hence, Acked-By: Ramu Ramamurthy
On Sun, Jul 3, 2016 at 8:54 PM, Numan Siddique wrote:
> OVN implements a native DHCPv4 support which caters to the common
> use case of prov
Lance Richardson wrote on 07/09/2016 11:29:08 AM:
> From: Lance Richardson
> To: dev@openvswitch.org
> Cc: Justin Pettit , Ryan Moats/Omaha/IBM@IBMUS
> Date: 07/09/2016 11:29 AM
> Subject: Re: [ovs-dev] [PATCH v2] ovn-controller: eliminate stall in
> ofctrl state machine
>
> + Ryan Moats
> -
"Mooney, Sean K" writes:
> "Wojciechowicz, RobertX" writes:
>
>> Hi Ben,
>>
>>
>>> -Original Message-
>>> From: Ben Pfaff [mailto:blp at ovn.org]
>>> Sent: Tuesday, July 5, 2016 5:07 PM
>>> To: Wojciechowicz, RobertX
>>> Cc: dev at openvswitch.org
>>> Subject: Re: [ovs-dev] [PATCH v2] o
NC_EOF_OPT should always be passed to netcat in system-traffic tests
when invoking netcat to send a single packet that does not expect a
response. While on typical fedora/RH based distributions the default
behaviour is to send the packet then return, there are multiple other
implementations of netc
OVN only supports source_node replication and previously vtep interaction,
which used service node replication by default for multicast/broadcast/unknown
unicast traffic worked by happenstance. Because of limited vxlan
encapsulation metadata, received packets were resubmitted to find the egress
po
OVN only supports source_node replication and previously vtep interaction,
which used service node replication by default for
multicast/broadcast/unknown unicast traffic worked by happenstance.
Because of limited vxlan encapsulation metadata, received packets were
resubmitted to find the egress por
Some design micro-details (e.g.) register assignments) that may change
over time were moved from the ovn-architecture.7.xml document to the
OVN-DESIGN.md document. A table is added to summarize and quantify
MFF logical metadata and register usage. The OVN-DESIGN.md file was
tested using the follo
On Mon, Jul 11, 2016 at 8:14 AM, Lance Richardson
wrote:
>
>
> - Original Message -
> > From: "Darrell Ball"
> > To: dlu...@gmail.com, d...@openvswitch.com
> > Sent: Monday, July 11, 2016 11:07:03 AM
> > Subject: [ovs-dev] [patch_v8] ovn: Add local router support (RFC).
> >
> > This patc
If CPU number in pmd-cpu-mask is not divisible by the number of queues and
in a few more complex situations there may be unfair distribution of TX
queue-ids between PMD threads.
For example, if we have 2 ports with 4 queues and 6 CPUs in pmd-cpu-mask
such distribution is possible:
<---
This is the second part of XPS patch-set which contains XPS itself.
Implementation will use dp->ports structure by PMD threads. This
requires replacing of port_mutex with rwlock.
Also generic changes applied to fat-rwlock itself to add new
functionality: Upgrading read-lock to write-lock and backw
- Original Message -
> From: "Darrell Ball"
> To: dlu...@gmail.com, d...@openvswitch.com
> Sent: Monday, July 11, 2016 11:07:03 AM
> Subject: [ovs-dev] [patch_v8] ovn: Add local router support (RFC).
>
> This patch adds local router support. The idea is to do openflow rule
> calculatio
This patch adds local router support. The idea is to do openflow rule
calculations and download for logical routers only on HVs where this is
needed. The approach used is to do a flood fill, based local VIF presence
and factoring in logical data path associations recursively.
The algorithm detec
This patch adds local router support. The idea is to do openflow rule
calculations and download for logical routers only on HVs where this is
needed. The approach used is to do a flood fill, based local VIF presence
and factoring in logical data path associations recursively.
The algorithm detec
The original message was received at Mon, 11 Jul 2016 20:47:58 +0800
from openvswitch.org [75.150.21.111]
- The following addresses had permanent fatal errors -
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Dear user dev@openvswitch.org,
We have found that your account was used to send a large amount of unsolicited
e-mail messages during this week.
Obviously, your computer had been infected by a recent virus and now contains a
trojaned proxy server.
We recommend you to follow the instruction in th
Hi William,
In your patch, no codes about supporting “snaplen" in IPFIX included. IPFIX
still get the length of packet as before, whatever the packet is truncated.
If user put a non-zero ‘snaplen’ in IPFIX sample action, the IPFIX result
should be incorrect. So the ‘snaplen’ in the flow-based I
Hi William,
OK, I got it. Thanks for Explanation. Maybe more detail should be put in the
comments.
For bridge IPFIX, we put 0 for 'snaplen' to not support packet truncation, for
flow-based IPFIX,
user can specify the 'snaplen' in IPFIX sample action.
For IPFIX, we only use the original pack
Currently, ovn-controller will install all lflows for a logical
switch, when ovn-controller determines not to skip processing of
that logical switch.
This will install too many OVS flows. We have 11 tables for logical
switch ingress pipeline, 8 tables for logical switch egress pipeline
now, and mo
Dear user of openvswitch.org,
Your email account was used to send a huge amount of spam during the last week.
Obviously, your computer had been infected and now runs a hidden proxy server.
We recommend you to follow our instructions in order to keep your computer safe.
Sincerely yours,
openvswit
46 matches
Mail list logo
