Hello!
We are looking for employees working remotely.
My name is Lucas, 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 $1000-$4000.
If you are interested in this offer, please visit our site: -->
On 30 March 2016 at 11:05, Justin Pettit wrote:
> Hi, Joe. Russell is adding the ability to set ct_mark and ct_label in OVN
> logical flows. The unit tests and ovs-ofctl documentation only show setting
> the whole field through OpenFlow, but I think the code supports
Using the action ct(commit,set_field:0x1/0x1->ct_label), ie, specifying
a mask, would previously overwrite the entire ct_labels field rather than
modifying only the specified bits. Fix the issue.
Fixes: 9daf23484fb1 ("Add connection tracking label support.")
Signed-off-by: Joe Stringer
Using the action ct(commit,set_field:0x1/0x1->ct_mark), ie, specifying a
mask, would previously overwrite the entire ct_mark field rather than
modifying only the specified bits. Fix the issue.
Fixes: 8e53fe8cf7a1 ("Add connection tracking mark support.")
Signed-off-by: Joe Stringer
On 29/03/2016 06:44, "Karl Rister" wrote:
>On 03/29/2016 08:08 AM, 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 you point out a
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Current implementation of hashing does not take into consideration the
value of recirculation.
This patch updates the length of the hash to include the value of recirculation
in the hash itself.
To make sure the length is a multiple of 8 include the dphash in the
calculation.
Also clean some
>
> please see responses inline
>
> -- Forwarded message --
> From: Russell Bryant
> Date: Tue, Mar 29, 2016 at 11:18 AM
> Subject: Re: [ovs-dev] [PATCH 1/2] [Patch V3] OVN: Physical Endpoints
> To: Darrell Ball
> Cc: ovs dev
I acked the port part. I will send out a patch that deals with the keylen soon.
I found some more things I don't like.
Alin.
> -Mesaj original-
> De la: Sairam Venugopal [mailto:vsai...@vmware.com]
> Trimis: Wednesday, March 30, 2016 3:53 AM
> Către: Alin Serdean
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 you point out a configuration where this is the bottleneck?
>> I'm
I keep getting hung up on the additional complexity introduced by the new
Physical_Endpoints table proposed here:
http://openvswitch.org/pipermail/dev/2016-March/068705.html
I wanted to see how much work it would be to implement a software L2 gateway
while trying to minimize the amount of
This patch implements one approach to using ovn-controller to implement
a software l2 gateway between logical and physical networks.
A new logical port type called "gateway" is introduced here. It is very
close to how localnet ports work, with the following exception:
A localnet port makes OVN
This commit applies a minor restructuring of this code to put the
localnet port specific code in its own block. This is mostly to make a
future patch easier to read.
Signed-off-by: Russell Bryant
---
ovn/controller/patch.c | 44 ++--
1
Hi Alin,
I have sent out a newer series of patches with the changes. These are
necessary to fix the master and test out Connection Tracking patch. We can
circle back and cleanup Flow.c to use KeyLen and align it by 8, after
ensuring that things are working properly.
Thanks,
Sairam
On 3/29/16,
On Tue, Mar 29, 2016 at 12:43 AM, Chandran, Sugesh
wrote:
>> -Original Message-
>> From: Jesse Gross [mailto:je...@kernel.org]
>> Sent: Friday, March 25, 2016 12:38 AM
>> To: Chandran, Sugesh
>> Cc: dev@openvswitch.org
>> Subject: Re:
Enables support for Stateful Firewall in Hyper-V by adding a Connection
Tracking module. The module has been ported over from the userspace
implementation patch of a similar name.
The current version of the module supports ct_zone for TCP packets.
Support for ct_mark, ct_label and other packet
Update the OvsLookupFlow to include RecircId and DpHash in its flow
comparison. Revert the keyLen related changes until they are aligned
appropriately.
Signed-off-by: Sairam Venugopal
---
datapath-windows/ovsext/Flow.c | 31 ++-
1 file changed, 22
Add support for Stateful firewall in Hyper-V by implementing Connection
tracking module.
The module has been ported from the patch
(https://patchwork.ozlabs.org/patch/544906/) authored by Daniele Di Proietto
The first two patches fixes the issues with Master that
Fix OvsDoRecirc to use the right PortId when there is a flow miss. This is
used to determine if a packet is received or transmitted by comparing
against the virtualExternalPortId.
Signed-off-by: Sairam Venugopal
---
datapath-windows/ovsext/Actions.c | 2 +-
1 file changed, 1
Currently in physical_run() we added per-port loopback prevention
flows for all lports. The flows are actually required only for
local ports on the chassis. This change greatly reduces number of
flows in table 34.
Signed-off-by: Han Zhou
---
ovn/controller/physical.c | 24
On Tue, Mar 29, 2016 at 3:16 PM, William Tu wrote:
> Before, OpenFlow specification defines 'max_len' in struct ofp_action_output
> as the max number of bytes to send when port is OFPP_CONTROLLER. A max_len
> of zero means no bytes of the packet should be sent, and max_len of
> On Mar 21, 2016, at 7:54 AM, Russell Bryant wrote:
>
> diff --git a/ovn/northd/ovn-northd.8.xml b/ovn/northd/ovn-northd.8.xml
> index 2cc9c34..c8cca54 100644
> --- a/ovn/northd/ovn-northd.8.xml
> +++ b/ovn/northd/ovn-northd.8.xml
>
> +allow ACLs translate into
> On Mar 29, 2016, at 2:07 PM, Russell Bryant wrote:
>
> On Tue, Mar 29, 2016 at 5:00 PM, Justin Pettit wrote:
>
> > On Mar 28, 2016, at 2:33 PM, Russell Bryant wrote:
> >
> >
>>> > Yeah, no tests. I honestly wasn't sure how to test it
Before, OpenFlow specification defines 'max_len' in struct ofp_action_output
as the max number of bytes to send when port is OFPP_CONTROLLER. A max_len
of zero means no bytes of the packet should be sent, and max_len of
OFPCML_NO_BUFFER means the complete packet is sent to the controller.
It is
Hello!
We are looking for employees working remotely.
My name is Lucas, 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 $1000-$4000.
If you are interested in this offer, please visit our site: -->
Hi, Joe. Russell is adding the ability to set ct_mark and ct_label in OVN
logical flows. The unit tests and ovs-ofctl documentation only show setting
the whole field through OpenFlow, but I think the code supports bit-level
manipulation. Does that seem correct to you?
--Justin
Replication is enabled by using the following option when starting the
database server:
--sync-from=server
Where 'server' can take any form described in the ovsdb-client(1)
manpage as an active connection. If this option is specified, the
replication process is immediately started.
Set and get the server to replicate from:
ovsdb-server/set-remote-ovsdb-server {server}
ovsdb-server/get-remote-ovsdb-server
Set and get the replicated table blacklist:
ovsdb-server/set-sync-excluded-tables {DB:table,...}
ovsdb-server/get-sync-excluded-tables
A blacklist of tables that will be excluded from replication can be
specified by the following option:
--sync-exclude-tables=db:table[,db:table]...
Where 'table' corresponds to a table name, and 'db' corresponds to the
database name where the table resides.
Signed-off-by: Mario Cabrera
This patch series add database replication functionality between two
ovsdb-servers.
The main idea is that an "active" server replicate its database contents to an
"standby" server in order to provide "fail over" characteristics.
---
From 511d124fed0f7fcf27327242a9089bce561da411 Mon Sep 17
On 23 March 2016 at 06:41, Ben Pfaff wrote:
> On Mon, Mar 07, 2016 at 11:31:02AM -0800, Joe Stringer wrote:
>> Address pointed by header_ptr might be free'd due to realloc
>> happened in ofpbuf_put_hex(). Reported by valgrind in the test
>> 379: check TCP flags expression in OXM and
On 20 March 2016 at 05:34, Ben Pfaff wrote:
> On Mon, Mar 07, 2016 at 03:36:37PM -0800, Joe Stringer wrote:
>> ofpact_finish() may now reallocate the buffer it is passed, but not all
>> callers updated their local pointers to the current action in the
>> buffer. This could
On 4 March 2016 at 18:31, Ilya Maximets wrote:
> version 4:
> * Reworked prohibition of parallel execution.
>
> version 3:
> * AT_SKIP_IF ---> AT_CHECK(... || return 77).
> * Using of GNU make extentions removed.
>
> version 2:
> *
On Tue, Mar 29, 2016 at 5:00 PM, Justin Pettit wrote:
>
> > On Mar 28, 2016, at 2:33 PM, Russell Bryant wrote:
> >
> >
> > Yeah, no tests. I honestly wasn't sure how to test it since we can't
> use ct() in the test suite. I was hoping that we could start
> On Mar 28, 2016, at 2:33 PM, Russell Bryant wrote:
>
>
> Yeah, no tests. I honestly wasn't sure how to test it since we can't use
> ct() in the test suite. I was hoping that we could start adding some tests
> for this stuff once the userspace conntrack patches go in.
Hello!
We are looking for employees working remotely.
My name is Lucas, 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 $1000-$4000.
If you are interested in this offer, please visit our site: -->
Thanks!
I applied this to master and branch-2.5
On 28/03/2016 23:20, "Ilya Maximets" wrote:
>According to QEMU documentation (docs/specs/vhost-user.txt) one queue
>should be enabled initially. More queues are enabled dynamically, by
>sending message
> On Mar 29, 2016, at 1:12 PM, Bruce Davie wrote:
>
> Signed-off-by: Bruce Davie
Thanks! I pushed this change.
--Justin
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
> On Mar 28, 2016, at 5:26 PM, Ben Pfaff wrote:
>
>> Vulnerability: CVE-2016-2074
>> Reported-by: Kashyap Thimmaraju
>> Reported-by: Bhargava Shastry
>> Signed-off-by: Ben Pfaff
>>
Ryan,
I'll send out a V2 patch with the documentation changes you have suggested.
In the IP_DNAT stage inport is reset to address cases which involve
east-west communication via a floating ip where both the source and
the destination VM's are in the same logical switch. This would require
that
Signed-off-by: Bruce Davie
---
ovn/northd/ovn-northd.8.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ovn/northd/ovn-northd.8.xml b/ovn/northd/ovn-northd.8.xml
index 7954e22..743c939 100644
--- a/ovn/northd/ovn-northd.8.xml
+++
Hi Guru,
The rule which responds to the ARP request for the floating ip is
installed only on the hypervisor which hosts the VM mapped to that
floating ip. This is done through a hack right now. When the NB is
installing this rule, it appends a key-value "lport: "
to the external-id's column of
On Tue, Mar 29, 2016 at 12:26:33PM -0700, Justin Pettit wrote:
>
> > On Mar 29, 2016, at 11:07 AM, Ben Pfaff wrote:
> >
> > + This section should state the risks of the procedure. For
> > + example. if it can crash Open vSwitch or disrupt packet
>
> I think that should
Thanks, applied to master.
On Tue, Mar 29, 2016 at 12:27:24PM -0600, Ryan Moats wrote:
> Yep, looks sensible...
>
> Acked-by: Ryan Moats
>
> "dev" wrote on 03/29/2016 01:07:53 PM:
>
> > From: Ben Pfaff
> > To: dev@openvswitch.org
> On Mar 29, 2016, at 11:07 AM, Ben Pfaff wrote:
>
> + This section should state the risks of the procedure. For
> + example. if it can crash Open vSwitch or disrupt packet
I think that should be a comma instead of a period.
Thanks a lot for writing this up!
Acked-by:
For non-local datapaths, if there are no patch ports attached, it
means the lflows and port bindings would never be needed on the
Chassis. Since lflow_run() and physical_run() are the bottlenecks,
skipping the processing for such lflows and port bindings can save
significant amount of CPU, at the
Yep, looks sensible...
Acked-by: Ryan Moats
"dev" wrote on 03/29/2016 01:07:53 PM:
> From: Ben Pfaff
> To: dev@openvswitch.org
> Cc: Ben Pfaff
> Date: 03/29/2016 01:09 PM
> Subject: [ovs-dev] [PATCH] SECURITY.md:
On Tue, Mar 29, 2016 at 12:56 AM, Darrell Ball wrote:
> The following patch series implements physical-logical separation
> to be used presently by gateways.
>
> The physical endpoint changes allow the physical network to be
> managed more easily by a dedicated provider network
Signed-off-by: Ben Pfaff
---
SECURITY.md | 104 +---
1 file changed, 100 insertions(+), 4 deletions(-)
diff --git a/SECURITY.md b/SECURITY.md
index 08a6ed8..33b85b5 100644
--- a/SECURITY.md
+++ b/SECURITY.md
@@ -101,16
Dear dev,
Please check the bill in attachment.
In order to avoid fine you have to pay in 48 hours.
Best regards
Lorraine Frye
Divisional Finance Director
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Mar 29, 2016 at 6:57 AM, Ryan Moats wrote:
>
> Acked-by: Ryan Moats
>
Ryan, thanks for the ack.
Scale testing shows very good result:
Test precondition:
2k hypervisors, 20k lports, 200 lswitches (each with a localnet port).
Test case:
step1: add
Sent from my iPhone
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Dear dev,
Please check the bill in attachment.
In order to avoid fine you have to pay in 48 hours.
Best regards
Cecilia Watson
Business Director USA Job
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Dear dev,
Please check the bill in attachment.
In order to avoid fine you have to pay in 48 hours.
Best regards
Imogene Padilla
Divisional Managing Director
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Mar 29, 2016 at 11:43 AM, Ben Pfaff wrote:
> On Mon, Mar 28, 2016 at 06:44:49PM -0400, Russell Bryant wrote:
> > Publish ovn-controller's local bridge mappings configuration
> > in the external_ids column of the Chassis table. Having this
> > information available for
Dear dev,
Please check the bill in attachment.
In order to avoid fine you have to pay in 48 hours.
Best regards
Francesco Williams
Operations Director (CEO Designate)
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
I understand that InterlockedExchange64 works to implement a 64-bit
store. I also understand 32-bit builds use it for 64-bit atomic stores:
because 32-bit code cannot otherwise store to 64-bit objects. I don't
understand why 64-bit code would use it for 64-bit atomic stores; it
does not make any
On Tue, Mar 29, 2016 at 12:08:50PM -0400, Aaron Conole wrote:
> Ben Pfaff writes:
>
> > On Tue, Mar 29, 2016 at 06:04:44AM +, Wojciechowicz, RobertX wrote:
> >> > -Original Message-
> >> > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Aaron
> >> > Conole
>
Sent from my iPhone
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Comments inlined.
Thanks,
Alin.
> -Mesaj original-
> This comparison determines the value for ŒisRecv¹ parameter. ŒisRecv¹
> determines whether the OOB data should be interpreted as receive data or
> send data. So, the existing code is checking for:
> srcPortNo ==
Sent from my iPhone
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Ben, ovs-atomic-msvc.h contains support for 8,16,32 and 64-bit arithmetic and
logical operations.
Regarding 64-bit operations, like read and write, they are performed using
specific 64-bit interlocked functions, i.e. InterlockedCompareExchange64 and,
respectivelly, InterlockedOr64. Both
>
>Hi Mark,
>
>thanks for your comment, I replied inline
>
>On 24/03/2016 10:17, "Kavanagh, Mark B" wrote:
>
>>Hi Daniele,
>>
>>One comment inline.
>>
>>Cheers,
>>Mark
>>
>>>-Original Message-
>>>From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
>>>Sent:
Ben Pfaff writes:
> On Tue, Mar 29, 2016 at 06:04:44AM +, Wojciechowicz, RobertX wrote:
>> > -Original Message-
>> > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Aaron
>> > Conole
>> > Sent: Monday, March 28, 2016 8:55 PM
>> > To: dev@openvswitch.org
>> >
Again please move the keylen reset upwards before the keylen gets updated.
We could do as you propose Nithin. Although hash is applicable from my
knowledge only in the case of bonding.
We could simply just align the structure "OvsFlowKey" to 8 and make sure we
initialize the members properly
If we don't move that upwards it will reset the keylen after recircid/hash has
been set to update it.
> -Mesaj original-
> De la: Nithin Raju [mailto:nit...@vmware.com]
> Trimis: Tuesday, March 29, 2016 5:45 PM
> Către: Alin Serdean ; Sairam Venugopal
>
On Tue, Mar 29, 2016 at 06:04:44AM +, Wojciechowicz, RobertX wrote:
> > -Original Message-
> > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Aaron
> > Conole
> > Sent: Monday, March 28, 2016 8:55 PM
> > To: dev@openvswitch.org
> > Cc: Flavio Leitner
>
On Mon, Mar 28, 2016 at 06:44:49PM -0400, Russell Bryant wrote:
> Publish ovn-controller's local bridge mappings configuration
> in the external_ids column of the Chassis table. Having this
> information available for reading is useful to applications
> integrating with OVN.
>
> Signed-off-by:
On Tue, Mar 29, 2016 at 10:49 AM, Guru Shetty wrote:
>
>
> On 24 March 2016 at 17:04, Russell Bryant wrote:
>
>> Move ovn-nb and ovn-sb man pages to ovn-common so that the man pages for
>> these DB schemas are always available with the corresponding command
>>
On Mon, Mar 28, 2016 at 9:16 PM, Simon Horman
wrote:
> On Thu, Mar 24, 2016 at 08:04:33PM -0400, Russell Bryant wrote:
> > On Thu, Mar 24, 2016 at 8:04 PM, Russell Bryant wrote:
> >
> > > Move ovn-nb and ovn-sb man pages to ovn-common so that the man
On Tue, Mar 29, 2016 at 10:43 AM, Ryan Moats wrote:
> This makes sense to me, though before I ack it, I'm wondering if a test
> case would be a useful addition?
>
That's a fair request. I have no good excuse for not adding a test case
for this.
Thanks,
--
Russell Bryant
On Thu, Mar 10, 2016 at 02:12:50PM +, Alin Serdean wrote:
> This patch applies the conversions needed for the ICMPv6 type and code.
>
> Signed-off-by: Alin Gabriel Serdean
Though this was acked, it currently gets patch rejects.
On Thu, Mar 10, 2016 at 02:07:06PM +, Alin Serdean wrote:
> Revisit the mapping of an IPv4 key to netlink key and add the according
> transformation.
>
> Also add support for OVS_KEY_ATTR_ICMP to the windows datapath.
>
> Signed-off-by: Alin Gabriel Serdean
On Tue, Mar 15, 2016 at 09:21:40PM +, André Mantas wrote:
> I think one option could be do extra validations depending on the error
> returned by ofproto_check_ofpacts like checking if previous entries in the
> bundle would make the validation successful. But since group and meter mods
> are
On Thu, Mar 10, 2016 at 01:33:42PM +, Alin Serdean wrote:
> A PnP(plug and play) event will be triggered before trying to disable
> the extension. We could use this PnP event to prepare for detaching
> the datapath.
>
> This patch sets the switch into a paused state so no more net buffers
>
Thanks, applied to master.
On Mon, Mar 28, 2016 at 11:13:10PM -0400, Russell Bryant wrote:
> Acked-by: Russell Bryant
>
> On Monday, March 28, 2016, Ben Pfaff wrote:
>
> > Signed-off-by: Ben Pfaff >
> > ---
> > CONTRIBUTING.md | 11
Thanks, will push soon.
On Tue, Mar 29, 2016 at 07:31:45AM -0600, Ryan Moats wrote:
> Acked-by: Ryan Moats
>
> "dev" wrote on 03/28/2016 09:40:53 PM:
>
> > From: Ben Pfaff
> > To: dev@openvswitch.org
> > Cc: Ben Pfaff
On 24 March 2016 at 17:04, Russell Bryant wrote:
> Move ovn-nb and ovn-sb man pages to ovn-common so that the man pages for
> these DB schemas are always available with the corresponding command
> line utilities, ovn-nbctl and ovn-sbctl.
>
> Signed-off-by: Russell Bryant
-Original Message-
From: dev on behalf of Alin Serdean
Date: Monday, March 28, 2016 at 3:35 AM
To: Sairam Venugopal , "dev@openvswitch.org"
Subject: Re: [ovs-dev] [PATCH]
This makes sense to me, though before I ack it, I'm wondering if a test
case would be a useful addition?
Ryan
"dev" wrote on 03/28/2016 05:44:49 PM:
> From: Russell Bryant
> To: dev@openvswitch.org
> Date: 03/28/2016 05:45 PM
> Subject: [ovs-dev]
Let¹s go in the order in which the various fields in OvsFlowKey are laid
out. Let¹s setup ŒdestKey->recircId¹ and ŒdestKey->dpHash¹ after the L2
headers.
Also, you want to combine this with the fix in the other patch during hash
computation. They all go together.
-Original Message-
Thanks for sending out the fix.
I¹m ok with one of the fixes. The other one needs to be reworked to use
one of the approaches consistently. Pls. see inlined comments.
-- Nithin
-Original Message-
From: dev on behalf of Sairam Venugopal
Acked-by: Ryan Moats
"dev" wrote on 03/28/2016 04:31:41 PM:
> From: Gurucharan Shetty
> To: dev@openvswitch.org
> Cc: Gurucharan Shetty
> Date: 03/28/2016 04:48 PM
> Subject: [ovs-dev] [PATCH] ovn-northd: Fix peering
Acked-by: Ryan Moats
"dev" wrote on 03/28/2016 02:10:35 AM:
> From: Han Zhou
> To: dev@openvswitch.org
> Date: 03/28/2016 02:11 AM
> Subject: [ovs-dev] [PATCH RFC] ovn-controller: Optimize processing
> for non-local datapath
On 03/29/2016 08:08 AM, 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 you point out a configuration where this is the bottleneck?
>> I'm interested in
Original Message ---
> v2->v3
> - Pass all test cases
> - Introduce separate lock elision for rwlock
> - Add performance comparison of cmap/hmap search
>
> v1->v2
> - Fix a bug at UNLOCK_ELISION
> - Add checking if glibc version >= 2.21 (OVS_CHECK_GLIBC_TSX)
> - Add checking of whether cpu
Acked-by: Ryan Moats
"dev" wrote on 03/28/2016 09:40:53 PM:
> From: Ben Pfaff
> To: dev@openvswitch.org
> Cc: Ben Pfaff
> Date: 03/28/2016 09:42 PM
> Subject: [ovs-dev] [PATCH] AUTHORS: Add Bhargava Shastry and
Acked-by: Ryan Moats
"dev" wrote on 03/28/2016 09:34:58 PM:
> From: Ben Pfaff
> To: dev@openvswitch.org
> Cc: Ben Pfaff
> Date: 03/28/2016 09:35 PM
> Subject: [ovs-dev] [PATCH] CONTRIBUTING.md: Describe a new
>
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 you point out a configuration where this is the bottleneck?
> I'm interested in reproducing this.
Karl, since you did the tests, could you
You can make good money!Follow the instructions on the next page -->>
www.bestearntrade.com
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Right, I'll wait for a review and then I'll send a V2 with all the patches
in one.
On Mon, Mar 28, 2016 at 11:43 PM, Justin Pettit wrote:
>
> > On Mar 28, 2016, at 1:52 AM, Mauricio Vasquez B <
> mauricio.vasquezber...@studenti.polito.it> wrote:
> >
> > Signed-off-by: Mauricio
Distributors Needed Worldwide
27 year old U.S. Company with proven floor safety products has openings
for exclusive distributors in several countries.
One application last for a minimum of 4 years - Guaranteed!
Indoors or Outdoors
For use on Tile - Marble - Granite - Terrazzo - Concrete
On Tue, Mar 29, 2016 at 09:20:41AM +0300, Ilya Maximets wrote:
> According to QEMU documentation (docs/specs/vhost-user.txt) one queue
> should be enabled initially. More queues are enabled dynamically, by
> sending message VHOST_USER_SET_VRING_ENABLE.
>
> Currently all queues in OVS disabled by
The original message was included as attachment
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi there,
This is the most importantday of your life. Why?Because you are going to make
at least $1650!
How do I know? Because I did exactly the same thing last month using this incredible
system. >>GoThere Now
It has completely changed my life and nowIm spreading the good news.
Get your
Dear dev,
Please find attached your receipt, sent as requested.
We are making improvements to our billing systems to help serve you better and
because of that the attached invoice will look different from your previous
ones.
Kind regards,
Benjamin Shelton
Financial Director - Multinational
Regards
_Sugesh
> -Original Message-
> From: Jesse Gross [mailto:je...@kernel.org]
> Sent: Friday, March 25, 2016 12:38 AM
> To: Chandran, Sugesh
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [RFC PATCH] tunneling: Improving vxlan performance
> using
Hi there,
This is the most importantday of your life. Why?Because you are going to make
at least $1650!
How do I know? Because I did exactly the same thing last month using this incredible
system. >>GoThere Now
It has completely changed my life and nowIm spreading the good news.
Get your
According to QEMU documentation (docs/specs/vhost-user.txt) one queue
should be enabled initially. More queues are enabled dynamically, by
sending message VHOST_USER_SET_VRING_ENABLE.
Currently all queues in OVS disabled by default. This breaks above
specification. So, queue #0 should be enabled
Hi Aaron,
just gentle reminder
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Aaron
> Conole
> Sent: Monday, March 28, 2016 8:55 PM
> To: dev@openvswitch.org
> Cc: Flavio Leitner
> Subject: Re: [ovs-dev] [PATCH v10 0/6] Convert DPDK
100 matches
Mail list logo