Re: [ovs-dev] [PATCH v2] ofproto-dpif-xlate: do not unwildcard source address if not needed

2020-03-21 Thread 0-day Robot
Bleep bloop. Greetings 贺鹏, 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: error: patch fragment without header at line 16: @@ -623,3 +623,47 @@ NXST_FLOW reply: error: could not

[ovs-dev] [PATCH v2] ofproto-dpif-xlate: do not unwildcard source address if not needed

2020-03-21 Thread 贺鹏
if the tunnel is specified as "remote_ip=flow", we can try to generate a megaflow which ignores all source address, such as source mac, source IP address in the outter header of the packet. This can reduce the number of megaflows and avoid expensive upcall and improve the performance.

Re: [ovs-dev] [PATCH] python: Fix plural forms of OVSDB types.

2020-03-21 Thread 0-day Robot
Bleep bloop. Greetings Ben Pfaff, 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: error: sha1 information is lacking or useless (python/ovs/db/types.py). error: could not build fake

[ovs-dev] [PATCH] python: Fix plural forms of OVSDB types.

2020-03-21 Thread Ben Pfaff
Fixes two problems. First, the plural of chassis is also chassis. Second, for linguistic analysis we need to consider plain words, not words that have (e.g.) \fB and \fR pasted into them for nroff output. This makes the OVN manpage for ovn-sb(5) talk about "set of Chassis" not "set of Chassiss".

[ovs-dev] Trámites de capacitación ante la S.T.P.S.

2020-03-21 Thread Secretaría del Trabajo y Previsión Social
Martes 28 de Abril | Horario de 10:00 a 14:00 hrs. | (hora del centro de México) - Guía paso a paso: Trámites de capacitación ante la S.T.P.S. - En este webinar te presentamos una guía práctica paso a paso del proceso que debemos seguir ante este organismo para registrar la capacitación de

Re: [ovs-dev] [PATCH v7 ovn 0/2] Add IPv6 Prefix delegation (RFC3633)

2020-03-21 Thread Lorenzo Bianconi
> > On Wed, Mar 18, 2020 at 7:49 PM Lorenzo Bianconi > wrote: > > > > Introduce IPv6 Prefix delegation state machine according to RFC 3633 > > https://tools.ietf.org/html/rfc3633. > > Add handle_dhcpv6_reply controller action to parse advertise/reply from > > IPv6 delegation server. > > Introduce

Re: [ovs-dev] [PATCH v7 ovn 0/2] Add IPv6 Prefix delegation (RFC3633)

2020-03-21 Thread Numan Siddique
On Wed, Mar 18, 2020 at 7:49 PM Lorenzo Bianconi wrote: > > Introduce IPv6 Prefix delegation state machine according to RFC 3633 > https://tools.ietf.org/html/rfc3633. > Add handle_dhcpv6_reply controller action to parse advertise/reply from > IPv6 delegation server. > Introduce logical flows in

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: do not unwildcard source address if not needed

2020-03-21 Thread William Tu
Thanks for the patch, I'm not able to apply, can you rebase to master? On Sat, Mar 14, 2020 at 07:47:08PM +0800, 贺鹏 wrote: > if the tunnel is specified as "ip_remote=flow", we can try to generate s/ip_remote/remote_ip/ > a megaflow > which ignores all source address, such as source mac, source

Re: [ovs-dev] [PATCH ovn v2 0/7] gateway documentation improvements

2020-03-21 Thread Numan Siddique
On Thu, Mar 19, 2020 at 12:16 AM Ben Pfaff wrote: > > v1->v2: Fix problems pointed out by Numan and Han. > > Ben Pfaff (7): > xml2nroff: Properly support . > ovn-architecture: Flip network diagrams. > ovn-nb: Better document distributed gateway ports. > ovn-architecture: Correct

Re: [ovs-dev] Conntrack with SCTP: +est is never reached.

2020-03-21 Thread Mark Michelson
On 3/20/20 3:22 PM, Aaron Conole wrote: Aaron Conole writes: Aaron Conole writes: Tim Rozet writes: I filed https://bugzilla.redhat.com/show_bug.cgi?id=1815217 to track this issue. Thanks! I tested with the following setup (no modifications to kernel or ovs): Final update below

[ovs-dev] [PATCH branch-2.10] dpif-netlink: avoid netlink modify flow put op failed after tc modify flow put op failed.

2020-03-21 Thread wenxu
From: wenxu The tc modify flow put always delete the original flow first and then add the new flow. If the modfiy flow put operation failed, the flow put operation will change from modify to create if success to delete the original flow in tc (which will be always failed with ENOENT, the flow is

[ovs-dev] [PATCH branch-2.11] dpif-netlink: avoid netlink modify flow put op failed after tc modify flow put op failed.

2020-03-21 Thread wenxu
From: wenxu The tc modify flow put always delete the original flow first and then add the new flow. If the modfiy flow put operation failed, the flow put operation will change from modify to create if success to delete the original flow in tc (which will be always failed with ENOENT, the flow is

[ovs-dev] [PATCH branch-2.12] dpif-netlink: avoid netlink modify flow put op failed after tc modify flow put op failed.

2020-03-21 Thread wenxu
From: wenxu The tc modify flow put always delete the original flow first and then add the new flow. If the modfiy flow put operation failed, the flow put operation will change from modify to create if success to delete the original flow in tc (which will be always failed with ENOENT, the flow is

[ovs-dev] [PATCH branch-2.9, branch-2.8] dpif-netlink: avoid netlink modify flow put op failed after tc modify flow put op failed.

2020-03-21 Thread wenxu
From: wenxu The tc modify flow put always delete the original flow first and then add the new flow. If the modfiy flow put operation failed, the flow put operation will change from modify to create if success to delete the original flow in tc (which will be always failed with ENOENT, the flow is