Re: [CTNETLINK] Rework conntrack fields dumping logic on events

[Patrick McHardy <kaber@trash.net>]

Jozsef Kadlecsik wrote:
> Hi Patrick,
> 
> On Thu, 23 Nov 2006, Patrick McHardy wrote:
> 
> 
>>>The attached patch (on top of Patrick's nf_nat git tree and my patches 
>>>sent to this list) implements what I suggested: *do* register the helpers 
>>>which are actually assigned by an expectfn. Thus ctnetlink can find them 
>>>by name and then fill conntrack with the helper. In order to make sure a 
>>>bogus packet can't trigger such helpers, __nf_ct_helper_find had to be 
>>>modified. What do you think?
>>
>>This is something needed for userspace-helpers (Harald did some work
>>in this direction), but I can't really think of what it could be used
>>for currently.
> 
> 
> It is required at conntrack replication if/when the H.323 helper is in 
> use. The H.245 helper is currently not registered so there is no 
> way to replicate the helper: the name is passed but the other side is 
> unable to find the helper on the list of the registered helpers.

Good point :) But instead of overloading tuple semantics a flag would
be cleaner IMO and would allow us to skip them quickly