* per flow stats collection using libnetfilter_conntrack
@ 2017-02-27 20:49 Tarun Khanna
2017-02-27 22:12 ` Florian Westphal
0 siblings, 1 reply; 5+ messages in thread
From: Tarun Khanna @ 2017-02-27 20:49 UTC (permalink / raw)
To: netfilter-devel
Is it possible to register for callbacks so that a user application is
updated on a regular basis when the packet or bytes counts change for
flows? I can poll the stats using something similar to "conntrack -L".
However, I was wondering if it's possible to be notified regularly on
updates.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: per flow stats collection using libnetfilter_conntrack
2017-02-27 20:49 per flow stats collection using libnetfilter_conntrack Tarun Khanna
@ 2017-02-27 22:12 ` Florian Westphal
2017-02-27 22:36 ` Tarun Khanna
0 siblings, 1 reply; 5+ messages in thread
From: Florian Westphal @ 2017-02-27 22:12 UTC (permalink / raw)
To: Tarun Khanna; +Cc: netfilter-devel
Tarun Khanna <tkhanna@akamai.com> wrote:
> Is it possible to register for callbacks so that a user application is
> updated on a regular basis when the packet or bytes counts change for flows?
No, update to packet/byte count doesn't trigger an event (it would
trigger too often).
> I can poll the stats using something similar to "conntrack -L". However, I
> was wondering if it's possible to be notified regularly on updates.
No. What semantics would you be interested in?
Dumping is quite fast, whats the problem you need to solve?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: per flow stats collection using libnetfilter_conntrack
2017-02-27 22:12 ` Florian Westphal
@ 2017-02-27 22:36 ` Tarun Khanna
2017-03-09 9:40 ` Florian Westphal
0 siblings, 1 reply; 5+ messages in thread
From: Tarun Khanna @ 2017-02-27 22:36 UTC (permalink / raw)
To: Florian Westphal; +Cc: netfilter-devel
On 02/27/2017 05:12 PM, Florian Westphal wrote:
> Tarun Khanna <tkhanna@akamai.com> wrote:
>> Is it possible to register for callbacks so that a user application is
>> updated on a regular basis when the packet or bytes counts change for flows?
> No, update to packet/byte count doesn't trigger an event (it would
> trigger too often).
I was hoping if there was an option to set a timeout, so that an update
would trigger every 5 seconds for flows where the counters have changed.
>
>> I can poll the stats using something similar to "conntrack -L". However, I
>> was wondering if it's possible to be notified regularly on updates.
> No. What semantics would you be interested in?
>
> Dumping is quite fast, whats the problem you need to solve?
I have an application that needs to keep track of per flow stats for all
tcp flows destined to port 80. The best way I have found so far is to
call nfct_query regularly and to go through each flow returned to
retrieve the counters. Would that be the best way to do it?
Thank you for your assistance.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: per flow stats collection using libnetfilter_conntrack
2017-02-27 22:36 ` Tarun Khanna
@ 2017-03-09 9:40 ` Florian Westphal
2017-03-09 15:52 ` Tarun Khanna
0 siblings, 1 reply; 5+ messages in thread
From: Florian Westphal @ 2017-03-09 9:40 UTC (permalink / raw)
To: Tarun Khanna; +Cc: Florian Westphal, netfilter-devel
Tarun Khanna <tkhanna@akamai.com> wrote:
> On 02/27/2017 05:12 PM, Florian Westphal wrote:
> >Tarun Khanna <tkhanna@akamai.com> wrote:
> >>Is it possible to register for callbacks so that a user application is
> >>updated on a regular basis when the packet or bytes counts change for flows?
> >No, update to packet/byte count doesn't trigger an event (it would
> >trigger too often).
>
> I was hoping if there was an option to set a timeout, so that an update
> would trigger every 5 seconds for flows where the counters have changed.
No, there is no such feature at the moment.
> I have an application that needs to keep track of per flow stats for all tcp
> flows destined to port 80. The best way I have found so far is to call
> nfct_query regularly and to go through each flow returned to retrieve the
> counters. Would that be the best way to do it?
Its your only option right now. If you need a periodic update feature
we'll need to think about how to best make this.
We now have a periodic gc worker in conntrack so we could probably do
this without re-adding a per-conntrack timer.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: per flow stats collection using libnetfilter_conntrack
2017-03-09 9:40 ` Florian Westphal
@ 2017-03-09 15:52 ` Tarun Khanna
0 siblings, 0 replies; 5+ messages in thread
From: Tarun Khanna @ 2017-03-09 15:52 UTC (permalink / raw)
To: Florian Westphal; +Cc: netfilter-devel
> Tarun Khanna <tkhanna@akamai.com> wrote:
>> On 02/27/2017 05:12 PM, Florian Westphal wrote:
>>> Tarun Khanna <tkhanna@akamai.com> wrote:
>>>> Is it possible to register for callbacks so that a user application is
>>>> updated on a regular basis when the packet or bytes counts change for flows?
>>> No, update to packet/byte count doesn't trigger an event (it would
>>> trigger too often).
>> I was hoping if there was an option to set a timeout, so that an update
>> would trigger every 5 seconds for flows where the counters have changed.
> No, there is no such feature at the moment.
>
>> I have an application that needs to keep track of per flow stats for all tcp
>> flows destined to port 80. The best way I have found so far is to call
>> nfct_query regularly and to go through each flow returned to retrieve the
>> counters. Would that be the best way to do it?
> Its your only option right now. If you need a periodic update feature
> we'll need to think about how to best make this.
>
> We now have a periodic gc worker in conntrack so we could probably do
> this without re-adding a per-conntrack timer.
Thank you. The current way of polling works for me. I was thinking about
it and it doesn't really make a difference if the library sends me
updates periodically or if I check for them because in both cases I'll
need to setup some event on epoll (either a timer or the netfilter fd).
So, functionally both would be the same. Thanks again for your help.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-03-09 16:00 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-27 20:49 per flow stats collection using libnetfilter_conntrack Tarun Khanna
2017-02-27 22:12 ` Florian Westphal
2017-02-27 22:36 ` Tarun Khanna
2017-03-09 9:40 ` Florian Westphal
2017-03-09 15:52 ` Tarun Khanna
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.