On Tue, Oct 03, 2023 at 03:05:57PM -0400, Aaron Conole wrote:
> From: Peng He <hepeng.0...@bytedance.com>
> 
> The patch avoids the extra allocation for nat_conn.
> Currently, when doing NAT, the userspace conntrack will use an extra
> conn for the two directions in a flow. However, each conn has actually
> the two keys for both orig and rev directions. This patch introduces a
> key_node[CT_DIRS] member as per Aaron's suggestion in the conn which
> consists of a key, direction, and a cmap_node for hash lookup so
> addressing the feedback received by the original patch [0].
> 
> With this adjustment, we also remove the assertion that connections in
> the table are DEFAULT while updating connection state and/or removing
> connections.
> 
> [0] 
> https://patchwork.ozlabs.org/project/openvswitch/patch/20201129033255.64647-2-hepeng.0...@bytedance.com/
> 
> [Aaron resolved numerous conflicts due to lack of multiple commits]
> 
> Reported-by: Michael Plato <michael.pl...@tu-berlin.de>
> Reported-at: 
> https://mail.openvswitch.org/pipermail/ovs-discuss/2022-September/052065.html
> Signed-off-by: Peng He <hepeng.0...@bytedance.com>
> Co-authored-by: Paolo Valerio <pvale...@redhat.com>
> Signed-off-by: Paolo Valerio <pvale...@redhat.com>
> Tested-by: Frode Nordahl <frode.nord...@canonical.com>
> Acked-by: Ilya Maximets <i.maxim...@ovn.org>
> Acked-by: Aaron Conole <acon...@redhat.com>
> Signed-off-by: Aaron Conole <acon...@redhat.com>
> ---
> NOTE: Inserted a check in conn_clean against conn->cleaned, which should
>       be analagous to the check in post rcu-ified branches for the atomic
>       test-and-set variable conn->reclaimed

Acked-by: Simon Horman <ho...@ovn.org>

_______________________________________________
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Reply via email to