[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200228135154.61960560@hermes.lan>
Date: Fri, 28 Feb 2020 13:51:54 -0800
From: Stephen Hemminger <stephen@...workplumber.org>
To: Xin Long <lucien.xin@...il.com>
Cc: network dev <netdev@...r.kernel.org>, steffen.klassert@...unet.com,
sd@...asysnail.net
Subject: Re: [PATCH iproute2] xfrm: not try to delete ipcomp states when
using deleteall
On Mon, 24 Feb 2020 09:57:01 -0500
Xin Long <lucien.xin@...il.com> wrote:
> In kernel space, ipcomp(sub) states used by main states are not
> allowed to be deleted by users, they would be freed only when
> all main states are destroyed and no one uses them.
>
> In user space, ip xfrm sta deleteall doesn't filter these ipcomp
> states out, and it causes errors:
>
> # ip xfrm state add src 192.168.0.1 dst 192.168.0.2 spi 0x1000 \
> proto comp comp deflate mode tunnel sel src 192.168.0.1 dst \
> 192.168.0.2 proto gre
> # ip xfrm sta deleteall
> Failed to send delete-all request
> : Operation not permitted
>
> This patch is to fix it by filtering ipcomp states with a check
> xsinfo->id.proto == IPPROTO_IPIP.
>
> Fixes: c7699875bee0 ("Import patch ipxfrm-20040707_2.diff")
> Signed-off-by: Xin Long <lucien.xin@...il.com>
Wow that has been broken for a long time, does anyone use this?
Applied
Powered by blists - more mailing lists