Thread (13 messages) flat view 13 messages, 4 authors, 2021-09-24

Re: [PATCH net 1/2] net: sched: drop ct for the packets toward ingress only in act_mirred

From: Cong Wang <hidden>
Date: 2021-09-22 03:43:32

On Tue, Sep 21, 2021 at 12:02 AM Xin Long [off-list ref] wrote:
On Tue, Sep 21, 2021 at 2:31 AM Cong Wang [off-list ref] wrote:
quoted
On Mon, Sep 20, 2021 at 7:12 AM Xin Long [off-list ref] wrote:
quoted
nf_reset_ct() called in tcf_mirred_act() is supposed to drop ct for
those packets that are mirred or redirected to only ingress, not
ingress and egress.
Any reason behind this? I think we at least need to reset it when
redirecting from ingress to egress as well? That is, when changing
directions?
For the reason why ct should be reset, it's said in
d09c548dbf3b ("net: sched: act_mirred: Reset ct info when mirror").
The user case is OVS HWOL using TC to do NAT and then redirecting
the NATed skb back to the ingress of one local dev, it's ingress only, this
patch is more like to minimize the side effect of d09c548dbf3b IF there is.
What is the side effect here? Or what is wrong with resetting CT on
egress side?
Not sure if it's too much to do for that from ingress to egress.
What I was thinking is this should happen on rx path(ingress), like it
does in internal_dev_recv() in the OVS kernel module. But IF there is
any user case needing doing this for ingress to egress, I would add it.
If that is the case, then this patch is completely unnecessary. So
instead of going back and forth, please elaborate on why resetting
CT for egress is a problem here.

Thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help