All of lore.kernel.org
 help / color / mirror / Atom feed
* conntrack and kernel log
@ 2003-05-07 14:03 Eicke Friedrich
  2003-05-07 15:00 ` Harald Welte
  0 siblings, 1 reply; 2+ messages in thread
From: Eicke Friedrich @ 2003-05-07 14:03 UTC (permalink / raw)
  To: netfilter-devel

Hi,

comparing the kernel messages of two linux boxes I found something 
that I don't understand. Maybe someone can explain it to me?

First box, Pentium 133, 64MB RAM CONNMARK installed:
kernel: ip_conntrack version 2.1 (512 buckets, 4096 max) - 156 bytes 
per conntrack

Second box: Dual PentiumII 266, 192MB RAM, no CONNMARK installed:
kernel: ip_conntrack version 2.1 (1536 buckets, 12288 max) - 292 bytes 
per conntrack

How comes that the size per conntrack is at the first box smaller even 
though CONNMARK is installed? I mean it uses some bytes more per entry 
for the mark= field? Is it due to two CPU's? Sorry for this newbie 
question but googlin' did not gave me an answer.

Thanks for any comments,
Eicke.

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

* Re: conntrack and kernel log
  2003-05-07 14:03 conntrack and kernel log Eicke Friedrich
@ 2003-05-07 15:00 ` Harald Welte
  0 siblings, 0 replies; 2+ messages in thread
From: Harald Welte @ 2003-05-07 15:00 UTC (permalink / raw)
  To: Eicke Friedrich; +Cc: netfilter-devel

[-- Attachment #1: Type: text/plain, Size: 937 bytes --]

On Wed, May 07, 2003 at 04:03:45PM +0200, Eicke Friedrich wrote:

> How comes that the size per conntrack is at the first box smaller even 
> though CONNMARK is installed? I mean it uses some bytes more per entry 
> for the mark= field? Is it due to two CPU's? Sorry for this newbie 
> question but googlin' did not gave me an answer.

It's because of the connection tracking helpers or nat helpers you have
or have not patched into your kernel.  (it also makes a difference
whether or not NAT is disabled or not.

> Thanks for any comments,
> Eicke.

-- 
- Harald Welte <laforge@netfilter.org>             http://www.netfilter.org/
============================================================================
  "Fragmentation is like classful addressing -- an interesting early
   architectural error that shows how much experimentation was going
   on while IP was being designed."                    -- Paul Vixie

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

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

end of thread, other threads:[~2003-05-07 15:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-07 14:03 conntrack and kernel log Eicke Friedrich
2003-05-07 15:00 ` Harald Welte

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.