[Top] [All Lists]

Re: [7/7] [IPSEC] Add XFRMA_SA/XFRMA_POLICY for delete notification

To: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [7/7] [IPSEC] Add XFRMA_SA/XFRMA_POLICY for delete notification
From: jamal <hadi@xxxxxxxxxx>
Date: Sat, 07 May 2005 08:04:16 -0400
Cc: "David S. Miller" <davem@xxxxxxxxxxxxx>, Masahide NAKAMURA <nakam@xxxxxxxxxxxxxx>, Patrick McHardy <kaber@xxxxxxxxx>, netdev <netdev@xxxxxxxxxxx>
In-reply-to: <20050507072349.GH5753@xxxxxxxxxxxxxxxxxxx>
Organization: unknown
References: <1112702604.1089.119.camel@xxxxxxxxxxxxxxxx> <20050409105452.GA7171@xxxxxxxxxxxxxxxxxxx> <20050507071434.GA5716@xxxxxxxxxxxxxxxxxxx> <20050507071824.GA5753@xxxxxxxxxxxxxxxxxxx> <20050507071930.GC5753@xxxxxxxxxxxxxxxxxxx> <20050507072058.GD5753@xxxxxxxxxxxxxxxxxxx> <20050507072139.GE5753@xxxxxxxxxxxxxxxxxxx> <20050507072216.GF5753@xxxxxxxxxxxxxxxxxxx> <20050507072251.GG5753@xxxxxxxxxxxxxxxxxxx> <20050507072349.GH5753@xxxxxxxxxxxxxxxxxxx>
Reply-to: hadi@xxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
On Sat, 2005-07-05 at 17:23 +1000, Herbert Xu wrote:
> Hi:
> This patch changes the format of the XFRM_MSG_DELSA and
> XFRM_MSG_DELPOLICY notification so that the main message
> sent is of the same format as that received by the kernel
> if the original message was via netlink.  This also means
> that we won't lose the byid information carried in km_event.

This is incosistent in two ways:
1) Typical netlink behavior is to return the object being deleted.
Every other netlink user behaves that way - the only exception is sone
filters in tc and this is because they cant retrieve that detail
(something that needs resolution at some point). There is nothing that
xfrm_usersa_id provides that can be found in xfrm_usersa_info.
Same for the policy.

2) You cant have one behavior when something is deleted by pfkey and a
different one when it is deleted by netlink.

So i would recommend pulling this one out.


<Prev in Thread] Current Thread [Next in Thread>