From 3ce112684921bca74839e109fda91848aa024a54 Mon Sep 17 00:00:00 2001
From: Jiang Lidong
Date: Wed, 22 May 2019 11:21:34 +0800
Subject: [PATCH] conntrack: add tcp_in_liberal option in userspace conntrack
Adding similar cp_in_liberal option in userspace conntrack as
kernel conntrack does to skip
> -Original Message-
> From: Roi Dayan
> Sent: Tuesday, May 21, 2019 7:48 PM
> To: Ilya Maximets ; ovs-dev@openvswitch.org
> Cc: Ian Stokes ; Flavio Leitner ;
> Ophir Munk ; Kevin Traynor
> ; Roni Bar Yanai ; Finn
> Christensen ; Ben Pfaff ; Simon Horman
>
> Subject: Re: [PATCH v4 1/4]
Bake in the SCTP states from the kernel UAPI. This means an older
revision of the kernel headers won't interfere with the SCTP display
enhancement. Additionally, if a newer version is available, or if
x-compiling the datapath module we defer to that version (since this
is just meant to provide
Currently, only the netlink datapath supports SCTP connection tracking,
but at least this removes the warning message that will pop up when
running something like:
ovs-appctl dpctl/dump-conntrack
This doesn't impact any conntrack functionality, just the display.
Signed-off-by: Aaron Conole
On Tue, May 21, 2019 at 5:42 PM wrote:
> From: Maciej Józefczyk
>
> For Openstack Internal DNS functionality we need
> to provide support for domain_name option.
>
> Signed-off-by: Maciej Józefczyk
>
Acked-by: Numan Siddique
> ---
> ovn/lib/ovn-l7.h | 1 +
>
Forgot to put reported-by.
Reported-by: Ilya Maximets
On Mon, May 20, 2019 at 4:58 PM Yifeng Sun wrote:
>
> 4.9.172+ kernel backported upstream patch 70b095c843266
> ("ipv6: remove dependency of nf_defrag_ipv6 on ipv6 module")
> and this caused compilation errors of OVS kernel module.
>
>
On 15/05/2019 18:36, Ilya Maximets wrote:
> Flow API providers renamed to be consistent with parent module
> 'netdev-offload' and look more like each other.
>
> '_rte_' replaced with more convenient '_dpdk_'.
>
> We'll have following structure:
>
> Common code:
>
On 15/05/2019 18:36, Ilya Maximets wrote:
> New module 'netdev-offload' created to manage different flow API
> implementations. All the generic and provider independent code moved
> there from the 'netdev' module.
>
> Flow API providers further encapsulated.
>
> The only function that was
On 15/05/2019 18:35, Ilya Maximets wrote:
> Current issues with Flow API:
>
> * OVS calls offloading functions regardless of successful
> flow API initialization. (ex. on init_flow_api failure)
> * Static initilaization of Flow API for a netdev_class forbids
> having different offloading
On 15/05/2019 18:35, Ilya Maximets wrote:
> Since introduction of dynamic flow API for netdevs, tricky
> accesses to uninitialized flow API are no longer possible.
> So, ovs-dpctl doesn't support dumping HW offloaded flows now.
> Claim this in docs and man pages. Additionally forbidden
> 'type'
On Tue, May 21, 2019 at 03:15:17PM +0300, Ilya Maximets wrote:
> On 21.05.2019 2:13, Ben Pfaff wrote:
> > On Mon, May 20, 2019 at 04:29:38PM +0300, Ilya Maximets wrote:
> >> Sometimes it takes to long for CDN to reply in case of downloading
> >> of not frequently used kernels.
> >> For example,
Ben Pfaff writes:
> On Fri, May 17, 2019 at 03:05:49PM -0400, Aaron Conole wrote:
>> Currently, only the netlink datapath supports SCTP connection tracking,
>> but at least this removes the warning message that will pop up when
>> running something like:
>>
>>ovs-appctl dpctl/dump-conntrack
Investitionsvorschlag von Jennifer Atuma
Gestatten Sie mir, Sie über meinen Wunsch zu informieren, Geschäfte zu
machen
Beziehung zu Ihnen, obwohl wir möglicherweise nicht von Angesicht zu
Angesicht gesehen haben
Gesicht, aber ich nahm den Glauben an Sie zu schreiben und glaubte, dass
Dieser
On 21.05.2019 2:17, Ben Pfaff wrote:
> On Mon, May 20, 2019 at 04:29:39PM +0300, Ilya Maximets wrote:
>> Instead of managing kernel minor versions manually we could always test
>> with the most recent stable release of the desired branch.
>>
>> With this patch applied Travis will always check with
Instead of managing kernel minor versions manually we could always test
with the most recent stable release of the desired branch.
With this patch applied Travis will always check with the most recent
kernels, so we'll be notified about changes in upstream kernels that
breaks the build of our
diffusion
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
On 21.05.2019 2:13, Ben Pfaff wrote:
> On Mon, May 20, 2019 at 04:29:38PM +0300, Ilya Maximets wrote:
>> Sometimes it takes to long for CDN to reply in case of downloading
>> of not frequently used kernels.
>> For example, even on my local PC it fails to download linux-4.19.29
>> at the first try:
The logic by which a TC rule has a VLAN match is by the VLAN TCI field,
either the VID, PCP or CFI are non-zero. For priority-tag packets
there is a VLAN tag header with a zero VLAN TCI. Match on existence of
VLAN header (TPID) regardless of TCI matching.
Signed-off-by: Eli Britstein
From: Maciej Józefczyk
For Openstack Internal DNS functionality we need
to provide support for domain_name option.
Signed-off-by: Maciej Józefczyk
---
ovn/lib/ovn-l7.h | 1 +
ovn/northd/ovn-northd.c| 1 +
ovn/ovn-nb.xml | 8
On Thu, May 16, 2019 at 9:45 PM Lorenzo Bianconi <
lorenzo.bianc...@redhat.com> wrote:
> Add send_event() ovn action in order to allow ovs-vswitchd to report
> CMS related events.
> This commit introduces a new event, empty_lb_backends. This event is
> raised if a received packet is destined for
21 matches
Mail list logo