Chas,
There is a race condition in the shared memory semaphore operation between
cflowdmux
and cflowd. I modified the attached files (in 2-1-a3) to get around it.
Also, in cflowd.cc, I changed the packetQueue calls to pass true as follows:
g_packetQueue.GetLock(true);
and
g_packetQueue.ReleaseLock(true);
Hope that helps
Steve
-----Original Message-----
From: cflowd-owner@ipn.caida.org [mailto:cflowd-owner@ipn.caida.org]On
Behalf Of Chas Wareing
Sent: Monday, October 23, 2000 4:39 AM
To: 'cflowd@caida.org'
Subject: RE: byte stats anomaly - 50MB reports for 18MB FTP transfer
scratch that math below- but latest artsnets dump
shows 80MB(~55000 pkts) for the same 18.5MB FTP transfer
- hmm
Chas.
-----Original Message-----
From: Chas Wareing [mailto:c3w@isp.net]
Sent: Monday, October 23, 2000 12:34 AM
To: 'cflowd@caida.org'
Subject: byte stats anomaly - 50MB reports for 18MB FTP transfer
Using cflowd 2.1.a9 with cfdcollect and artsnetagg/artsnets reports 50MB per
my 18.5MB
transferred from ftp.kernel.org to my personal /30 --
It reports 49.5MB as 33000 packets which sounds like 33000x1500bytes --
(padding?)
Has anyone seen and eliminated this discrepancy?
Chas. <c3w@ISP.NET>
ISP Networks, Inc.
-- cflowd mailing list cflowd@caida.org -- cflowd mailing list cflowd@caida.org
-- cflowd mailing list cflowd@caida.org
This archive was generated by hypermail 2b29 : Mon Oct 23 2000 - 08:14:40 PDT