Check for duplicated ACL adding and add option --may-exist for
ovn-nbctl acl-add.
Signed-off-by: Han Zhou
---
ovn/utilities/ovn-nbctl.8.xml | 5 -
ovn/utilities/ovn-nbctl.c | 14 +-
tests/ovn-nbctl.at| 4
3 files changed, 21
Estimad@ amig@,
Nos ponemos en contacto con usted para informarle de todas las novedades en
Titulaciones Oficiales en Modalidad No Escolarizada de la
prestigiosa Universidad Americana de Europa para este año
2017-01-18 15:18 GMT-08:00 Daniele Di Proietto :
> 2017-01-18 11:55 GMT-08:00 Binbin Xu :
>> After the hotplug of DPDK ports, a valid dpdk-devargs must be
>> specified. Otherwise, the DPDK device can't be available.
>>
>> Signed-off-by: Binbin Xu
options:dpdk-devargs is always required now. This commit also changes
some of the names from 'dpdk0' to various others.
netdev-dpdk/detach accepts a PCI id instead of a port name.
CC: Ciara Loftus
Fixes: 55e075e65ef9("netdev-dpdk: Arbitrary 'dpdk' port naming")
On Wed, Jan 18, 2017 at 01:29:14PM -0800, Joe Stringer wrote:
> On 18 January 2017 at 11:54, Eric Garver wrote:
> > On Tue, Jan 17, 2017 at 12:37:19AM +, Yang, Yi Y wrote:
> >> What userspace do "802.1ad patches" depend on? Per Pravin's statement, we
> >> just backport 802.1ad
On Wed, Jan 18, 2017 at 05:09:33AM -0800, Gurucharan Shetty wrote:
> Utilities like ovs-vsctl have the ability to bootstrap
> CA certificate. It looks useful for ovn-nbctl to have
> the same ability too. One could connect over to OVN NB
> database over SSL for transactions without having to
>
Thanks, applied to master.
On Wed, Jan 18, 2017 at 03:12:19PM -0800, Jarno Rajahalme wrote:
> Acked-by: Jarno Rajahalme
>
> > On Jan 18, 2017, at 2:43 PM, Ben Pfaff wrote:
> >
> > We get questions about this sometimes.
> >
> > Signed-off-by: Ben Pfaff
> From: "Gurucharan Shetty"
> To: d...@openvswitch.org
> Sent: Wednesday, January 18, 2017 8:09:33 AM
> Subject: [ovs-dev] [PATCH] ovn-nbctl: Ability to bootstrap CA certificate.
>
> Utilities like ovs-vsctl have the ability to bootstrap
> CA certificate. It looks useful for
Utilities like ovs-vsctl have the ability to bootstrap
CA certificate. It looks useful for ovn-nbctl to have
the same ability too. One could connect over to OVN NB
database over SSL for transactions without having to
copy over the certificate being used by ovsdb-server
backing OVN NB.
2017-01-18 11:55 GMT-08:00 Binbin Xu :
> After the hotplug of DPDK ports, a valid dpdk-devargs must be
> specified. Otherwise, the DPDK device can't be available.
>
> Signed-off-by: Binbin Xu
Thanks! Applied to master and branch-2.7
> ---
>
Acked-by: Jarno Rajahalme
> On Jan 18, 2017, at 2:43 PM, Ben Pfaff wrote:
>
> We get questions about this sometimes.
>
> Signed-off-by: Ben Pfaff
> ---
> Documentation/faq/design.rst | 32
> 1 file changed, 32
On 18 January 2017 at 14:26, Lance Richardson wrote:
> > From: "Gurucharan Shetty"
> > To: d...@openvswitch.org
> > Sent: Wednesday, January 18, 2017 6:25:29 AM
> > Subject: [ovs-dev] [PATCH] ovn-ctl: Add bootstrap ovn-controller CA
> certificate option.
> >
From: Jarno Rajahalme
Meters may be used by any flow, so some kind of locking must be used.
In this version we have an adaptive mutex for each meter, which may
not be optimal for DPDK. However, this should serve as a basis for
further improvement.
A batch of packets is first
From: Jarno Rajahalme
Translate OpenFlow METER instructions to datapath meter actions.
Signed-off-by: Jarno Rajahalme
Signed-off-by: Andy Zhou
---
include/openvswitch/ofp-actions.h | 1 +
lib/dpif.c| 40
One common use case of 'struct dp_packet_batch' is to process all
packets in the batch in order. Add an iterator for this use case
to simplify the logic of calling sites,
Another common use case is to drop packets in the batch, by read
all packets, but write back pointers of fewer packets, i.e.
Currently, there is no way to specify the packet size when injecting
a packet via "netdev-dummy/receive" with a flow specification. Thus
far, packet size is not important for testing OVS features, but it
becomes useful in writing unit tests for the meter implementation
in a later patch.
> From: "Gurucharan Shetty"
> To: d...@openvswitch.org
> Sent: Wednesday, January 18, 2017 6:25:29 AM
> Subject: [ovs-dev] [PATCH] ovn-ctl: Add bootstrap ovn-controller CA
> certificate option.
>
> ovn-controller accepts the option --bootstrap-ca-cert. With this
> commit,
On Mon, Jan 16, 2017 at 02:06:27PM -0500, Aaron Conole wrote:
> This commit uses the $PACKAGE_VERSION automake variable to construct a
> release and version info combination which sets the library name to be:
>
>libfoo-$(OVS_MAJOR_VERSION).so.$(OVS_MINOR_VERSION).0.$(OVS_MICRO_VERSION)
>
>
On Mon, Jan 16, 2017 at 02:06:26PM -0500, Aaron Conole wrote:
> When the ovsdb library pkgconfig changes were introduced, they placed
> generated output in the src directory. This is incorrect, however, as
> the output files should actually be placed in the build directory. It
> is only seen
ovn-controller accepts the option --bootstrap-ca-cert. With this
commit, ovn-ctl will let user pass a value for that via
--ovn-controller-ssl-bootstrap-ca-cert option.
Bootstrapping is useful for ovn-controller as you don't have to
copy the controller's certificate (self-signed or otherwise) to
If you can come up with simple reproduction instructions that work for
me, I'm happy to track this down. It's probably something very simple.
On Tue, Jan 17, 2017 at 08:50:20AM -0800, Vidyasagara Guntaka wrote:
> This issue happened on our in-use systems and we were trying to find a way
> to
Creates GENEVE devices using rtnetlink and tunnel metadata.
Co-Authored-by: Thadeu Lima de Souza Cascardo
Co-Authored-by: Eric Garver
Signed-off-by: Eric Garver
---
lib/dpif-netlink.c | 140 +
Creates GRE devices using rtnetlink and tunnel metadata.
Co-Authored-by: Thadeu Lima de Souza Cascardo
Co-Authored-by: Eric Garver
Signed-off-by: Eric Garver
---
lib/dpif-netlink.c | 121 +
1
Creates VXLAN devices using rtnetlink and tunnel metadata.
Co-Authored-by: Thadeu Lima de Souza Cascardo
Co-Authored-by: Eric Garver
Signed-off-by: Eric Garver
---
lib/dpif-netlink.c | 194 -
From: Thadeu Lima de Souza Cascardo
The vport type for adding tunnels is now compatibility code and any new features
from tunnels must configure the tunnel as an interface using the tunnel metadata
support.
In order to be able to add those tunnels, we need to add code to
For out-of-tree datapath, only try genetlink/compat.
For in-tree kernel datapath, try rtnetlink then genetlink.
Signed-off-by: Eric Garver
---
lib/dpif-netlink.c | 35 ---
1 file changed, 32 insertions(+), 3 deletions(-)
diff --git
On 12 January 2017 at 13:13, Anand Kumar wrote:
> This patch adds functionalities to handle IPv4 fragments, which will be
> used by Conntrack module.
>
> Added a new structure to hold the Ipv4 fragments and a hash table to
> hold Ipv4 datagram entries. Also added a clean
On Wed, Jan 18, 2017 at 04:10:05PM +, Jan Scheurich wrote:
> OpenDaylight folks are finally starting to implement support of OpenFlow
> bundles as a basis for the bundle-based hitless recync procedure we discussed
> earlier. As ODL does not yet have protocol support for OpenFlow versions 1.4
Hi Anand, following are my comments:
1. Since you are just using a RW lock without specifically differentiating
between and read and write protection, you could use a spin lock instead. Spin
locks in general are recommended if all you want is a lock.
2. Instead of running the fragment cleaner
On 01/12/2017 04:49 PM, Ciara Loftus wrote:
> This patch is part of the OVS-DPDK performance optimizations presented
> on the OVS fall conference
> (http://openvswitch.org/support/ovscon2016/8/1400-gray.pdf)
>
> The Exact Match Cache does not perform well in use cases with a high
> numbers of
Hi,
Please be invited to the next sync meeting.
Minutes of the previous meeting:
https://mail.openvswitch.org/pipermail/ovs-dev/2017-January/327738.html
Actions Points:
AP-1 (Jarno): Coordinate review of Yi's backported net-next patches
AP-2 (Jiri) Check the ability of the kernel datapath to
Date: 2016-12-21, 17-18:30 CET
Participants: Jarno R, Ben P, Ben M-C, Jiri B, Simon H, Zoltan B, Jan S
Summary:
* Status/progress/coordination of work packages:
1 - L3 packet handling in kernel datapath (net-next)
Upstreaming to net-next done, depending on Eric G's VLAN fixes.
On 17/01/17 20:12, Ben Pfaff wrote:
On Tue, Jan 17, 2017 at 12:10:59PM -0200, Flavio Leitner wrote:
On Tue, 17 Jan 2017 09:34:19 +0100
Eelco Chaudron wrote:
Currently OVS does not distinguish between a bond slave being operational
disabled, i.e. link being down, and
33 matches
Mail list logo