Hi,
The topo can be same as below example.
http://docs.openvswitch.org/en/latest/howto/tunneling/?highlight=tunnel
I just wonder in such configuration how the egress shaping can be configured
for different VM. Or the QoS does not work for tunnel case?
Appreciate help.
BR,
Wang Zhike
From:
Administración de riesgo y control para garantizar el cumplimiento de objetivos
Ley Sarbanes Oxley
01 de Diciembre - 9am a 6pm - MCE. Abdón Guzmán Santana
Hoy en día las organizaciones requieren de cumplir con regulaciones más
exigentes en relación al Gobierno Corporativo. Tal es el caso de
rxq_cycle_sort is used to sort the rx queues by their measured number
of cycles. In the event that they are equal 0 could be returned.
However, it is observed that returning 0 results in a different sort
order on Windows/Linux. This is ok in practice but it causes a unit
test failure for
"1007:
rxq_cycle_sort summed the latest cycles from each queue for sorting.
While each comparison was correct with the latest cycles, the cycles
could change between calls to rxq_cycle_sort. In order to use
consistent values through each call to rxq_cycle_sort, sum the cycles
prior to rxq_cycle_sort
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
> boun...@openvswitch.org] On Behalf Of Ilya Maximets
> Sent: Tuesday, November 7, 2017 1:17 PM
> To: ovs-dev@openvswitch.org
> Cc: Ilya Maximets ; Heetae Ahn
>
> Function 'netdev_dpdk_set_admin_state()' was missed while fixing variables
> naming according to the following convention:
>
> 'struct netdev':'netdev'
> 'struct netdev_dpdk':'dev'
> 'struct netdev_rxq':'rxq'
> 'struct netdev_rxq_dpdk':'rx'
>
LGTM, will add this to the DPDK
rxq_cycle_sort is used to sort the rx queues by their measured number
of cycles. In the event that they are equal 0 could be returned.
However, it is observed that returning 0 results in a different sort
order on Windows/Linux. This is ok in practice but it causes a unit
test failure for
"1007:
>This reverts commit a807c15796ddc43ba1ffb2a6b0bd2ad4e2b73941.
>
>Padding and aligning of dp_netdev_pmd_thread structure members is
>useless, broken in a several ways and only greatly degrades maintainability
>and extensibility of the structure.
The idea of my earlier patch was to mark the cache
Hello there,
I would like to know if you are interested in acquiring Google Cloud Users List.
Information fields: Names, Title, Email, Phone, Company Name, Company URL,
Company physical address, SIC Code, Industry, Company Size (Revenue and
Employee).
Let me know if you are interested
Hausta militari cruises stella in Australia cogitationem cordis sui
auget debitum ad novum basi cruise naves et incrementum in numerum
customers Linearibus Australia.
In summa Recruitments erit 1,570 audit. Age minimum requisitis est
XVIII annis, et supra.
+ Santosh
>From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-boun...@openvswitch.org]
>On Behalf Of Mark Kavanagh
>Sent: Tuesday, November 21, 2017 6:29 PM
>To: d...@openvswitch.org; qiud...@chinac.com
>Subject: [ovs-dev] [RFC PATCH v3 1/8] netdev-dpdk: simplify mbuf sizing
>
>When
This reverts commit a807c15796ddc43ba1ffb2a6b0bd2ad4e2b73941.
Padding and aligning of dp_netdev_pmd_thread structure members
is useless, broken in a several ways and only greatly degrades
maintainability and extensibility of the structure.
Issues:
1. It's not working because all the
> >From: Christian Ehrhardt [mailto:christian.ehrha...@canonical.com]
> >Sent: Monday, November 20, 2017 1:04 PM
> >To: Kavanagh, Mark B
> >Cc: ;
> >maxime.coque...@redhat.com
> >Subject: Re: [ovs-dev] [RFC PATCH V2 1/2]
Hi All,
I want to set QoS with guide from below link “egress traffic shaping”, but do
not know how for tunnel mode.
http://docs.openvswitch.org/en/latest/faq/qos/
My scenario:
I have several VM ports, and several VxLan ports in br0, and there is one
seprate eth0 port (not in br0), which is
>From: Christian Ehrhardt [mailto:christian.ehrha...@canonical.com]
>Sent: Monday, November 20, 2017 1:04 PM
>To: Kavanagh, Mark B
>Cc: ; maxime.coque...@redhat.com
>Subject: Re: [ovs-dev] [RFC PATCH V2 1/2] netdev-dpdk: DPDK
On 11/20/17, 7:17 AM, "ovs-dev-boun...@openvswitch.org on behalf of Aaron
Conole" wrote:
Hi Darrell,
Darrell Ball writes:
> Upcoming requirements for new algs make it necessary to split
Presently, alg processing is enabled by default to better exercise code.
This is similar to kernels before 4.7 as well. The recommended default
behavior in the newer kernels is to only process algs if a helper is
supplied in a conntrack rule. The behavior is changed to match the
later kernels.
Algs can use variable control port numbers for servers.
The main use case is a kind of feeble security measure; the
thinking being by some is that it obscures the alg traffic.
It is really not very effective, but the kernel has this
capability. This patch mimics it.
Signed-off-by: Darrell Ball
Upcoming requirements for new algs make it desirable to split out
alg helper more cleanly.
Signed-off-by: Darrell Ball
---
lib/conntrack.c | 108
1 file changed, 69 insertions(+), 39 deletions(-)
diff --git
Some refactoring of alg support is done.
Also algs are disabled by default unless an alg specifier
is supplied; this allows for enhanced security and matches
later kernels.
Another change to allow for non-standard alg conntrol
port specification.
Darrell Ball (3):
conntrack: Refactor algs.
20 matches
Mail list logo