All of lore.kernel.org
 help / color / mirror / Atom feed
* ctnetlink weird events on ipsec connections
@ 2005-05-02 15:34 Thomas
  2005-05-08 11:49 ` Pablo Neira
  0 siblings, 1 reply; 3+ messages in thread
From: Thomas @ 2005-05-02 15:34 UTC (permalink / raw)
  To: netfilter-devel

Hello,

I recently tried the new ip_conntrack_netlink feature and I got a weird
result with ipsec connections : 
# conntrack -E conntrack
[DESTROY] src=<VPNGW_1> dst=<VPNGW_2>
          src=<VPNGW_2> dst=<VPNGW_1> timeout:180
          orig_packets=8391 orig_bytes=1252012,
          reply_packets=19 reply_bytes=11424 
[DESTROY] src=<INTERNAL_IP1> dst=<INTERNAL_IP2>
          src=<INTERNAL_IP2> dst=<INTERNAL_IP1> timeout:432000
          orig_packets=7763 orig_bytes=572775,
          reply_packets=5219 reply_bytes=1209729 
[DESTROY] src=<VPNGW_1> dst=<VPNGW_2>
          src=<VPNGW_2> dst=<VPNGW_1> timeout:180
          orig_packets=8392 orig_bytes=1252140,
          reply_packets=19 reply_bytes=11424 
[DESTROY] src=<INTERNAL_IP1> dst=<INTERNAL_IP2>
          src=<INTERNAL_IP2> dst=<INTERNAL_IP1> timeout:432000
          orig_packets=7764 orig_bytes=572827,
          reply_packets=5221 reply_bytes=1210553 
and so on ...

both INTERNAL_IP2 and VPNGW_2 ip are in the same host where I run
conntrack tool.

you can note that {orig|reply}_{packets|byte} are normally incremented
as if the connection in the conntrack was not destroyed.
It seems that two destroy events are generated for each ipsec packet.

I've just updated conntrack, libnfnetlink, libctnetlink, nfnetlink and
ctnetlink from svn.netfilter.org (updated today) and the result is the
same.

Thomas

^ permalink raw reply	[flat|nested] 3+ messages in thread
* ctnetlink weird events on ipsec connections
@ 2005-05-10 13:52 Thomas
  0 siblings, 0 replies; 3+ messages in thread
From: Thomas @ 2005-05-10 13:52 UTC (permalink / raw)
  To: netfilter-devel

your patch solves my problem

Thanks

Thomas

Pablo Neira wrote:
> I recently posted a patch to delete the use of nfcache in ip_tables, 
> this causes some interferences to the conntrack-event-api. I think that 
> it could be related to your problem.
> 
> https://lists.netfilter.org/pipermail/netfilter-devel/2005-May/019574.html
> 
> Could you give it a try and let me know if it fixes your problem?

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-05-10 13:52 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-02 15:34 ctnetlink weird events on ipsec connections Thomas
2005-05-08 11:49 ` Pablo Neira
  -- strict thread matches above, loose matches on Subject: below --
2005-05-10 13:52 Thomas

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.