Thread (30 messages) 30 messages, 3 authors, 2004-08-25

Re: Billing 3: WAS(Re: [PATCH 2/4] deferred drop, __parent workaround, reshape_fail , netdev@oss.sgi.com ,

From: jamal <hidden>
Date: 2004-08-25 11:50:51
Also in: netfilter-devel

On Tue, 2004-08-24 at 14:46, Harald Welte wrote:
On Sun, Aug 22, 2004 at 12:12:04PM -0400, jamal wrote:
quoted
Such packets are cloned or copied. I am going to assume the contrack
data remains intact in both cases. LaForge?
Yes. But still it is a question of viewpoint what kind of behaviour is
correct.  Let's say a single packet is accounted in ct_acct, and then
sent to multiple interfaces, where on more than one of them it gets
unbilled.  So we add once, but 'unbill' (i prefer the term subtract)
more than once.   In the end the ct_acct counter will be less than when
it first encountered the packet.
These are some of the challenges i posed to Allesandro as well.
quoted
In the future we should make accounting a feature that could be turned
on despite contracking and skbs should carry an accounting metadata with
them. 
I don't really understand what you want to say.  You want accounting
that is not conntrack-based?  well, then you should maybe look at
one of the many methods, ranging from iptables rule counters to the 
ipt_acct match/target, nacctd, pcap-mmap, PF_RING, ULOG-based, ...
The discussion with fairness lead to my assertion above.
None of the above take care of fairness factor that Alessandro is trying
to achieve. So my thinking is if we wanna fix the unbill problem, why
not address the whole issue and get accounting to be an embedded piece.
btw, they all account the amount of RX packet on inbound interface and
do not 'unbill' ;)
I suspect in such a case you have a passive box which just gets a copy
of the packet from the wire ;-> Someone else in the real box where the
packet gets forwarded will drop the packet and it will still be paid 
for ;->
In the case of what you have introduced though, you are billing for
localy generated packets as well (if i am not mistaken this is where the
issues are).

In general i dont think we need to be 100% accurate. PSAMP for example
operates by merely sampling i.e not taking a precise measurement. People
have written tons of papers to prove it was good enuf.

cheers,
jamal
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help