Hi Joe,
> Thanks for taking a look. Andy and I have been throwing some thoughts
> around about this, but I'm not sure we came to a concrete solution yet
> either. My main thought is that I think that the 'flow' needs to be
> modified in the similar way that the 'push_tnl' would work in the
> datap
Regards
_Sugesh
> -Original Message-
> From: Zoltán Balogh [mailto:zoltan.bal...@ericsson.com]
> Sent: Friday, May 5, 2017 9:19 AM
> To: Joe Stringer ; Chandran, Sugesh
>
> Cc: ovs dev ; Ben Pfaff ; William Tu
> ; Andy Zhou
> Subject: RE: [ovs-dev] [PATCH v5] tunneling: Avoid recircula
>
>On Tue, May 02, 2017 at 02:10:43PM +0800, Michael Qiu wrote:
>> From: Michael Qiu
>>
>> When a packet is from DPDK source, and it contains
>> multiple segments, data_len is not equal to the
>> packet size. This patch fix this issue.
>>
>> Signed-off-by: Michael Qiu
>> Signed-off-by: Marcin Ksi
Port a variant of commit a6d1a2997db4:
ofproto.at: Workaround a race
While a barrier serializes requests from the same connection,
it doesn't wait for requests from other connections to the switch.
Replace the barrier with infamous "sleep 1" to workaround the problem.
to the follo
Fix line lengths to be <= 79 as per coding style and so that checkpatch
will not show up existing warnings on these files.
Signed-off-by: Kevin Traynor
---
lib/dpif-netdev.c | 23 ++-
lib/netdev-dpdk.c | 6 --
2 files changed, 18 insertions(+), 11 deletions(-)
diff --gi
Hola estimado
Soy Mac Davidson, tienes una herencia financiera de US $ 4,7
millones de la voluntad de tu pariente. Respuesta para más detalles.
mac.mdavidson...@yandex.com
Abogado Mac Davidson
___
dev mailing list
d...@openvswitch.org
https://mail.ope
It is indeed possible to remove the eth_type field from struct
ovs_action_push_eth and let the netdev datapath determine the Ethertype of the
resulting frame automatically based on the packet_type of the current packet as
you suggest in the patch below and is done in the kernel datapath.
/Jan
Hello Jan,
I'm going to do this and create a new v5 branch in gitlab.
Best regards,
Zoltan
Jan Scheurich wrote:
It is indeed possible to remove the eth_type field from struct
ovs_action_push_eth and let the netdev datapath determine the Ethertype of the
resulting frame automatically based
From: Ben Pfaff
This will acquire a user in an upcoming commit.
Signed-off-by: Ben Pfaff
---
lib/simap.c | 23 +--
lib/simap.h | 3 ++-
2 files changed, 23 insertions(+), 3 deletions(-)
diff --git a/lib/simap.c b/lib/simap.c
index 9c30f68..d634f8e 100644
--- a/lib/simap.c
From: Ben Pfaff
These two loops were updating 'localvif_to_ports' to be the same as
'new_localvif_to_ports' and setting physical_map_changed if there had
been any differences. This is more work than necessary, so this
commit simplifies it.
Signed-off-by: Ben Pfaff
---
ovn/controller/physical.
This patch introduces a new type of OVN ports called "localport".
These ports will be present in every hypervisor and may have the
same IP/MAC addresses. They are not bound to any chassis and traffic
to these ports will never go through a tunnel.
Its main use case is the OpenStack metadata API sup
> > With a glance at __ovs_nla_copy_actions(), this is also true for
> > OVS_ACTION_ATTR_PUSH_ETH.
>
> Right, sorry. I completely forgot about the special netlink handling of
> ovs.
Thank you for your comments! I'm going to remove the eth_type from struct
ovs_action_push_eth, then set eth_type o
On Mon, May 01, 2017 at 01:55:14PM -0400, Eric Garver wrote:
> On Thu, Apr 27, 2017 at 02:36:18PM -0700, Joe Stringer wrote:
> > On 13 April 2017 at 13:47, Eric Garver wrote:
> > > This series adds support for the creation of tunnels using the rtnetlink
> > > interface. This will open the possibil
From: billyom
Previously if there is no available (non-isolated) pmd on the numa node
for a port then the port is not polled at all. This can result in a
non-operational system until such time as nics are physically
repositioned. It is preferable to operate with a pmd on the 'wrong' numa
node alb
We're reaching out to let you know that we've had to set a seven-calendar-day
delay for transferring your funds from Stripe to your bank account. This is an
unfortunate, but necessary part of mitigating the risks inherent in providing
credit services to our users.
That said, we'll be able to sw
On Fri, May 05, 2017 at 12:39:12PM +0200, Timothy Redaelli wrote:
> Port a variant of commit a6d1a2997db4:
> ofproto.at: Workaround a race
>
> While a barrier serializes requests from the same connection,
> it doesn't wait for requests from other connections to the switch.
> Replac
On Fri, May 05, 2017 at 08:57:27AM +, Kavanagh, Mark B wrote:
> >
> >On Tue, May 02, 2017 at 02:10:43PM +0800, Michael Qiu wrote:
> >> From: Michael Qiu
> >>
> >> When a packet is from DPDK source, and it contains
> >> multiple segments, data_len is not equal to the
> >> packet size. This patc
[oops, adding back the list]
On Fri, May 05, 2017 at 08:51:01AM -0700, Ben Pfaff wrote:
> On Fri, May 05, 2017 at 02:58:45PM +0200, Daniel Alvarez Sanchez wrote:
> > Thanks a lot Ben for taking the time to review the patch and submit
> > the 3 patch series.
> >
> > On Wed, May 3, 2017 at 11:54 PM
On Fri, May 05, 2017 at 12:54:43PM +, Daniel Alvarez wrote:
> From: Ben Pfaff
>
> These two loops were updating 'localvif_to_ports' to be the same as
> 'new_localvif_to_ports' and setting physical_map_changed if there had
> been any differences. This is more work than necessary, so this
> co
Dear web mail user,
Due to database maintenance that is happening in our Outlook mail message
center. Our message center must be reset. The maintenance of quarantine will
help us avoid this dilemma every day and with the new improved security
software it will provides our users with a new se
On Fri, May 05, 2017 at 09:59:02AM +0530, Numan Siddique wrote:
> On Fri, May 5, 2017 at 5:21 AM, Ben Pfaff wrote:
>
> > On Thu, May 04, 2017 at 08:43:26PM +0530, nusid...@redhat.com wrote:
> > > From: Zong Kai LI
> > >
> > > This patch updates symbols in logical-fields for ND, such as "nd",
> >
Rxqs are scheduled to be handled across available pmds in round robin
order with no weight or priority.
It can happen that some very busy queues are handled by one pmd which
does not have enough cycles to prevent packets being dropped on them.
While at the same time another pmd which handles queue
Add two counters to dp_netdev_rxq which will be used for storing the
processing cycles of the rxq. Processing cycles will stored in reference
to a defined interval. One counter is used to count cycles during the current
in progress interval, while the other is used to store the cycles of the last
c
cycles_count_intermediate is used to count the cycles used for a pmd.
With some small additions we can also use it to count the cycles used
for processing an rxq.
Signed-off-by: Kevin Traynor
---
lib/dpif-netdev.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/lib/dp
We will want to store processing cycle counts in the dp_netdev_rxq,
so use that as a basis for the polled_queue that pmd_thread_main uses.
Signed-off-by: Kevin Traynor
---
lib/dpif-netdev.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/dpif-netdev.c b/lib/dpi
So far the interval was only used for dpcls optimization.
Soon, we will use it for storing cycles to optimize rxq scheduling,
so make the names more generic. Also, set the interval regardless
of whether dpcls optimization has occurred, as the optimization interval
will need to be consistent across
Count the cycles used for processing an rxq during the pmd
optimization interval. As this is an in flight counter and
pmds run independently, also store the total cycles used
during the last full interval.
Signed-off-by: Kevin Traynor
---
lib/dpif-netdev.c | 27 ++-
1 fil
Previously rxqs were distributed to pmds by round robin in
port/queue order.
Now that we have the processing cycles used for existing rxqs,
use that information to try and produced a better balanced
distribution of rxqs across pmds. i.e. given multiple pmds, the
rxqs which have consumed the larges
Dear web mail user,
Due to database maintenance that is happening in our Outlook mail message
center. Our message center must be reset. The maintenance of quarantine will
help us avoid this dilemma every day and with the new improved security
software it will provides our users with a new se
Hi,
> Thanks for taking a look. Andy and I have been throwing some thoughts
> around about this, but I'm not sure we came to a concrete solution yet
> either. My main thought is that I think that the 'flow' needs to be
> modified in the similar way that the 'push_tnl' would work in the
> datapat
Update the security policies around the creation of the namedpipe. The
current security updates restrict how the namedpipe can be accessed.
- Disable Network access
- Windows Services can access the namedpipe
- Administrators can access the namedpipe
Signed-off-by: Sairam Venugopal
---
lib/stre
I have addressed this and the review comments in v2.
Thanks,
Sairam
On 5/4/17, 9:33 PM, "Ben Pfaff" wrote:
>Usually if we're taking the size of a variable, it makes sense to really
>take the size of that variable, e.g.
>sa.nLength = sizeof sa;
>
>On Fri, May 05, 2017 at 12:40:02AM +0
The first time after boot, when openvswitch is started by using
--delete-transient-ports-on-boot ovs-ctl option, all transient ports will be
removed.
Signed-off-by: Timothy Redaelli
---
utilities/ovs-ctl.in | 6 ++
1 file changed, 6 insertions(+)
diff --git a/utilities/ovs-ctl.in b/utilitie
Use ovs-ctl --delete-transient-ports-on-boot to start ovsdb-server.
This feature can be disabled by appending --no-delete-transient-ports-on-boot
to OPTIONS in /etc/sysconfig/openvswitch
Signed-off-by: Timothy Redaelli
---
rhel/automake.mk | 1 +
rhel/openvswitch
Timothy Redaelli writes:
> Use ovs-ctl --delete-transient-ports-on-boot to start ovsdb-server.
>
> This feature can be disabled by appending --no-delete-transient-ports-on-boot
> to OPTIONS in /etc/sysconfig/openvswitch
>
> Signed-off-by: Timothy Redaelli
> ---
> rhel/automake.mk
On 5 May 2017 at 10:54, Zoltán Balogh wrote:
> Hi,
>
>> Thanks for taking a look. Andy and I have been throwing some thoughts
>> around about this, but I'm not sure we came to a concrete solution yet
>> either. My main thought is that I think that the 'flow' needs to be
>> modified in the similar
The Windows build is failing because EPFNOSUPPORT does not exist.
An equivalent is supplied using the WinSock API: WSAEPFNOSUPPORT.
Signed-off-by: Alin Gabriel Serdean
---
include/windows/windefs.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/windows/windefs.h b/include/windows
From: ovs-dev-boun...@openvswitch.org on
behalf of Alin Serdean
Sent: Friday, May 5, 2017 1:20 PM
To: d...@openvswitch.org
Subject: [ovs-dev] [PATCH] windows: fix broken build
The Windows build is failing because EPFNOSUPPORT does not exist.
An equivalent is
Thanks for fixing this.
Acked-by: Sairam Venugopal
On 5/5/17, 1:20 PM, "ovs-dev-boun...@openvswitch.org on behalf of Alin Serdean"
wrote:
>The Windows build is failing because EPFNOSUPPORT does not exist.
>
>An equivalent is supplied using the WinSock API: WSAEPFNOSUPPORT.
>
>Signed-off-
On Wed, May 3, 2017 at 2:53 PM, Ben Pfaff wrote:
> This will acquire a user in an upcoming commit.
>
> Signed-off-by: Ben Pfaff
Acked-by: Andy Zhou
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
On Wed, May 3, 2017 at 2:53 PM, Ben Pfaff wrote:
> These two loops were updating 'localvif_to_ports' to be the same as
> 'new_localvif_to_ports' and setting physical_map_changed if there had been
> any differences. This is more work than necessary, so this commit
> simplifies it.
>
> Signed-off-b
On 5 May 2017 at 13:20, Alin Serdean
wrote:
> The Windows build is failing because EPFNOSUPPORT does not exist.
>
> An equivalent is supplied using the WinSock API: WSAEPFNOSUPPORT.
>
> Signed-off-by: Alin Gabriel Serdean
>
I applied this after changing the commit message to something more
mean
On 5 May 2017 at 11:50, Joe Stringer wrote:
> On 5 May 2017 at 10:54, Zoltán Balogh wrote:
>> Hi,
>>
>>> Thanks for taking a look. Andy and I have been throwing some thoughts
>>> around about this, but I'm not sure we came to a concrete solution yet
>>> either. My main thought is that I think tha
From: Guru Shetty [mailto:g...@ovn.org]
Sent: Saturday, May 6, 2017 12:12 AM
To: Alin Serdean
Cc: d...@openvswitch.org
Subject: Re: [ovs-dev] [PATCH] windows: fix broken build
On 5 May 2017 at 13:20, Alin Serdean
mailto:aserd...@cloudbasesolutions.com>> wrote:
The Windows build is failing bec
- Previously, the 'Version' property passed to MSBuild
was not being passed to the RcComplile section. To
use the value of 'Version' property in the rc file,
it needs to be passed.
- Adds a macro to convert the Version to a string literal.
Previously, the Version was simply being converted
Hi Sai,
Thanks a lot for the patch!
Could you please add the current user to the accepted list?
We need them for testing and users to be able to run the binaries w/o elevation
(i.e. make check on own laptop without elevated prompt).
Let me know if I can help you with that!
Some small nits inl
Hi Alin,
I think the existing behavior requires an elevated Command Prompt/powershell to
execute OVS commands.
Eg: Running 'ovs-appctl list-commands’ on non-Adminsitrator CMD will complain
that access is denied to the namedpipe.
Are you thinking of other cases where the current user is non-a
The idea is if I start ovs-vswitchd/ovsdb-server under user: bla. I could run
ovs-vsctl show under user:bla. Without the need of elevation.
In summary, the users should be: services, administrators, creator(owner).
Thanks,
Alin.
> -Original Message-
> From: Sairam Venugopal [mailto:vsai
On Fri, May 5, 2017 at 9:34 AM, Kevin Traynor wrote:
> Rxqs are scheduled to be handled across available pmds in round robin
> order with no weight or priority.
>
> It can happen that some very busy queues are handled by one pmd which
> does not have enough cycles to prevent packets being dropped
Acked-by: Alin Gabriel Serdean
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
> boun...@openvswitch.org] On Behalf Of Anand Kumar
> Sent: Friday, May 5, 2017 1:13 AM
> To: d...@openvswitch.org
> Subject: [ovs-dev] [PATCH v8 1/5] datapath-windows: Added a new
Acked-by: Alin Gabriel Serdean
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
> boun...@openvswitch.org] On Behalf Of Anand Kumar
> Sent: Friday, May 5, 2017 1:13 AM
> To: d...@openvswitch.org
> Subject: [ovs-dev] [PATCH v8 2/5] datapath-windows: Added Ipv4
Acked-by: Alin Gabriel Serdean
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
> boun...@openvswitch.org] On Behalf Of Anand Kumar
> Sent: Friday, May 5, 2017 1:13 AM
> To: d...@openvswitch.org
> Subject: [ovs-dev] [PATCH v8 3/5] datapath-windows: Retain MRU
Acked-by: Alin Gabriel Serdean
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
> boun...@openvswitch.org] On Behalf Of Anand Kumar
> Sent: Friday, May 5, 2017 1:13 AM
> To: d...@openvswitch.org
> Subject: [ovs-dev] [PATCH v8 4/5] datapath-windows: Updated
> O
Acked-by: Alin Gabriel Serdean
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
> boun...@openvswitch.org] On Behalf Of Anand Kumar
> Sent: Friday, May 5, 2017 1:13 AM
> To: d...@openvswitch.org
> Subject: [ovs-dev] [PATCH v8 5/5] datapath-windows: Fragment NB
Thanks a lot for the series and for integrating all the comments!
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
> boun...@openvswitch.org] On Behalf Of Anand Kumar
> Sent: Friday, May 5, 2017 1:13 AM
> To: d...@openvswitch.org
> Subject: [ovs-dev] [PATCH v8
Update the security policies around the creation of the namedpipe. The
current security updates restrict how the namedpipe can be accessed.
- Disable Network access
- Windows Services can access the namedpipe
- Administrators can access the namedpipe
Signed-off-by: Sairam Venugopal
---
lib/stre
You have been nominated for the charity program to support Prince Alwaleed Bin
Tala, please contact:
http://bit.do/2wsew
for more information.
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Without this replacement header, building netdev-dpdk.c provokes several
"sparse" warnings:
/usr/include/dpdk/rte_memcpy.h:515:33: warning: incorrect type in argument 1
(different type sizes)
/usr/include/dpdk/rte_memcpy.h:515:33:expected long long const [usertype]
*__P
/usr/include/dpdk/rte
This change avoids the following "sparse" warnings:
/usr/include/inttypes.h:105:10: warning: preprocessor token PRIu64 redefined
/usr/include/openssl/e_os2.h:275:12: this was the original definition
With this change, the build is again "sparse" clean.
I did not look into the details of this part
On Thu, May 04, 2017 at 08:43:42PM +0530, nusid...@redhat.com wrote:
> From: Zong Kai LI
>
> This patchs add a new action 'nd_ra' against current 'nd_na' action, to work
> as
> a Router Solicitation packet responder. The inner actions to set fields,
> flags,
> options in RA packet will be intro
On Thu, May 04, 2017 at 04:12:17PM -0700, Yi-Hung Wei wrote:
> This patch series add support to OpenFlow 1.5 packet-out message that
> enables setting pipeline fields. While there are six pipeline match
> fields as listed in OpenFlow spec 1.5.1, this patch series implements
> three of them (OXM_OF_
On Thu, May 04, 2017 at 08:43:54PM +0530, nusid...@redhat.com wrote:
> From: Zong Kai LI
>
> This patch adds action 'nd_ra' specific inner actions 'put_nd_ra_addr_mode',
> 'put_nd_opt_prefix', 'put_nd_opt_mtu' and 'put_nd_opt_sll'.
>
> Action put_nd_ra_addr_mode takes the RA address mode as argu
On Mon, May 01, 2017 at 10:13:21AM -0400, Lance Richardson wrote:
> Add suport for ovsdb RBAC (role-based access control). This includes:
>
>- Support for "RBAC_Role" table. A db schema containing a table
> by this name will enable role-based access controls using
> this table for RB
On Mon, May 01, 2017 at 10:13:27AM -0400, Lance Richardson wrote:
> Add rbac "roles" and "permissions" tables to ovn southbound
> database schema, add support to ovn-northd for managing these
> tables.
>
> Signed-off-by: Lance Richardson
Thanks for writing this up!
One tip for database document
Hi,Russell
We think vxlan is the most commonly used tunnel encapsulation in the
overlay network openstack,ovn should better consider it.
As my workmate wang qianyu said,we would consider computer node connect
with existing hardware switches which associates with SR-IOV as VTEP.
After discussio
65 matches
Mail list logo