Bleep bloop. Greetings Numan Siddique, I am a robot and I have tried out your
patch.
Thanks for your contribution.
I encountered some error that I wasn't expecting. See the details below.
git-am:
fatal: sha1 information is lacking or useless (AUTHORS.rst).
Repository lacks necessary blobs to
On Fri, Jan 31, 2020 at 7:56 AM Flavio Fernandes wrote:
>
> Using default memory sizes is not enough to run some of the tests
> invoked by make check. Being so, This change bumps the default
> memory size of boxes on Virtualbox and Libvirt providers
> to 1Gb and 4 CPUs. This value can be changed
From: Numan Siddique
Signed-off-by: Numan Siddique
---
AUTHORS.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/AUTHORS.rst b/AUTHORS.rst
index 5062d6687..230e487f0 100644
--- a/AUTHORS.rst
+++ b/AUTHORS.rst
@@ -236,6 +236,7 @@ Luis E. P. l...@hotmail.com
Lukasz
Formerly, there is no tunnel information appended in the upcall’s
packet data, which is expected by IPFIX in userspace to calculate
the template for exporting the sampled flow record of on egress
tunnel port.
To fix this, during performing OvsOutputUserspaceAction(), we
would check whether
Using default memory sizes is not enough to run some of the tests
invoked by make check. Being so, This change bumps the default
memory size of boxes on Virtualbox and Libvirt providers
to 1Gb and 4 CPUs. This value can be changed by setting the
environment variables VM_MEMORY and VM_CPUS,
Thanks Numan. I applied to master earlier today but forgot to reply.
Han
On Thu, Jan 30, 2020 at 10:06 AM Numan Siddique wrote:
> On Thu, Jan 30, 2020 at 1:26 AM Han Zhou wrote:
> >
> > The series supports interconnecting multiple OVN deployments (e.g.
> located at
> > multiple data centers)
OVS only supports Linux kernels since 3.10 and all kernels since
then have the bool type. This check is unnecessary so remove it.
Passes Travis:
https://travis-ci.org/gvrose8192/ovs-experimental/builds/644103253
Signed-off-by: Greg Rose
---
acinclude.m4 | 2 --
On Thu, Jan 30, 2020 at 4:26 PM Eli Britstein wrote:
> On 1/30/2020 1:28 PM, Ilya Maximets wrote:
> > On 14.01.2020 14:21, Eli Britstein wrote:
> >> l3_ofs should be set all Ethernet packets, not just IPv4/IPv6 ones.
> >> For example for ARP over VLAN tagged packets, it may cause wrong
> >>
On Thu, Jan 30, 2020 at 1:26 AM Han Zhou wrote:
>
> The series supports interconnecting multiple OVN deployments (e.g. located at
> multiple data centers) through logical routers connected with tansit logical
> switches with overlay tunnels, managed through OVN control plane. See the
>
Hi Ilya,
Thanks for your quick response.
On Thu, Jan 30, 2020 at 1:14 AM Ilya Maximets wrote:
>
> Hi.
> I didn't test or carefully review this. Just a couple of comments
> inline.
>
> Best regards, Ilya Maximets.
>
> On 30.01.2020 00:23, William Tu wrote:
> > For some cases, we want to use
On 1/30/2020 1:28 PM, Ilya Maximets wrote:
On 14.01.2020 14:21, Eli Britstein wrote:
l3_ofs should be set all Ethernet packets, not just IPv4/IPv6 ones.
For example for ARP over VLAN tagged packets, it may cause wrong
processing like in changing the VLAN ID action. Fix it.
Fixes:
Good day.
I am the new EXECUTIVE DIRECTOR and Head of Operations of Overseas
Credit Commission London, UK. Sometime ago, in
our organization your overdue consignment fund was brought to our
office for final delivery clearance.
However, upon my arrival to this office, I found your consignment
On Thu, Jan 30, 2020 at 4:44 AM Flavio Fernandes wrote:
>
> The networking-ovn repo has been migrated into Neutron [0]
> as of Ussuri release. This change implements the necessary
> updates to the OVN OpenStack tutorial.
>
> Other minor changes here include commands needed to make
> Devstack work
On Thu, Jan 30, 2020 at 7:42 AM Han Zhou wrote:
>
> Signed-off-by: Han Zhou
Since it was a small patch, I applied this myself.
Thanks
Numan
> ---
> NEWS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/NEWS b/NEWS
> index 2b8cd6f..d4f5dee 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -6,6
In case a VIF is trying to connect to a load balancer VIP that includes in
its backends the VIF itself, traffic would get DNAT-ed, ct_lb(VIP), but
when it reaches the VIF, the VIF will try to reply locally as the source IP
is known to be local. For this kind of hairpinning to work properly, reply
When a new conntrack zone is entered, the ct_state field is zeroed in
order to avoid using state information from different zones.
One such scenario is when a packet is double NATed. Assuming two zones
and 3 flows performing the following actions in order on the packet:
1. ct(zone=5,nat), recirc
From: Liu Chang
Nowadays some Nics support hw offloading via dpdk rte_flow lib.
Many layer2-layer4 fields can be offloaded to nics, including smac/dmac
ipv4 sip/dip etc. Also some nics(including intel X710) supports ipv6
header offloading, but when we execute netdev_offload_dpdk_add_flow,
there
I.M.F ) Head Office
Paris Office
64-66, Avenue d'lena
75116 Paris, France
Tel:+33757906502
REF:-XVGNN82020
Attention:Beneficiary
I am Mr.Jeffrey Franks a highly placed official of the International Monetary
Fund (IMF). It may interest you to know that reports have reached our office by
so many
>
> So, the root cause of all the issues in this patch, in my understanding,
> is the fact that you need to collect statistics for all the bond hashes
> in order to be able to rebalance traffic. This forces you to have access
> to PMD local caches.
>
> The basic idea how to overcome this issue is
On 14.01.2020 14:21, Eli Britstein wrote:
> l3_ofs should be set all Ethernet packets, not just IPv4/IPv6 ones.
> For example for ARP over VLAN tagged packets, it may cause wrong
> processing like in changing the VLAN ID action. Fix it.
>
> Fixes: aab96ec4d81e ("dpif-netdev: retrieve flow
Hi.
I didn't test or carefully review this. Just a couple of comments
inline.
Best regards, Ilya Maximets.
On 30.01.2020 00:23, William Tu wrote:
> For some cases, we want to use userspace datapath but not with
> DPDK library, ex: using AF_XDP.
AF_XDP is not a good example here because
21 matches
Mail list logo
