* maintaining per rule counters
@ 2003-04-10 15:02 Padraig
2003-04-13 16:36 ` Harald Welte
0 siblings, 1 reply; 2+ messages in thread
From: Padraig @ 2003-04-10 15:02 UTC (permalink / raw)
To: netfilter-devel
Hi I'm afraid I can't subscribe to the mailing list at present?
Anyway I have a fairly simple requirement to maintain per
rule packet & byte counts that are timestamped and sent
to userspace every 1ms (packet clocked).
My question is where is the best place to store the 1ms of counters.
Can I create a target module and put the data in the *targinfo
I.E. is targinfo global to the target module or per rule.
The ideal would be if it was dynamically allocated per rule and
was just big enough for my counters+timestamp. What determines
the size?
cheers,
Pádraig.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: maintaining per rule counters
2003-04-10 15:02 maintaining per rule counters Padraig
@ 2003-04-13 16:36 ` Harald Welte
0 siblings, 0 replies; 2+ messages in thread
From: Harald Welte @ 2003-04-13 16:36 UTC (permalink / raw)
To: Padraig; +Cc: netfilter-devel
[-- Attachment #1: Type: text/plain, Size: 1291 bytes --]
On Thu, Apr 10, 2003 at 04:02:42PM +0100, Padraig@Linux.ie wrote:
> Hi I'm afraid I can't subscribe to the mailing list at present?
>
> Anyway I have a fairly simple requirement to maintain per
> rule packet & byte counts that are timestamped and sent
> to userspace every 1ms (packet clocked).
>
> My question is where is the best place to store the 1ms of counters.
> Can I create a target module and put the data in the *targinfo
> I.E. is targinfo global to the target module or per rule.
it is per rule. if you want something global, you need to dynamically
allocate some private memory at module load time (or rule load time).
> The ideal would be if it was dynamically allocated per rule and
> was just big enough for my counters+timestamp. What determines
> the size?
it is not dynamically allocated per rule, but once allocated per rule in
which it is used.
> cheers,
> Pádraig.
--
- 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-04-13 16:36 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-04-10 15:02 maintaining per rule counters Padraig
2003-04-13 16:36 ` 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.