[mrtg] Re: Result from MRTG does not match actual file size copied

Eric Finlayson efinlayson at blackwatch.net
Thu May 9 05:39:25 MEST 2002


Are you taking into account:
1) CSMA/CD (Ethernet) collisions on the far end, which would cause a re-send
of packets that got dropped in the collision?
2) Data headers added to the individual packets of data?

The SNMP counters will get incremented by the traffic that must get
re-transmitted, and the header padding, while not over-large, can still
increase the size of the actual data transferred.  If you're talking a 1GB
file, then 23MB of header data is not out of the question.


-----Original Message-----
From: mrtg-bounce at list.ee.ethz.ch [mailto:mrtg-bounce at list.ee.ethz.ch]On
Behalf Of steve
Sent: Wednesday, May 08, 2002 11:04 PM
To: mrtg at list.ee.ethz.ch
Subject: [mrtg] Result from MRTG does not match actual file size copied


Hi all,

Does everyone out there has compared the network statistic collected by
mrtg to the actual data move in or out
that Nic?

I performed the comparison by starting the mrtg as a daemon and copied a
specified file size from monitored server to another.
After I done the coping I ran the mrtg_total.pl by Josef Wendel
(http://www.geocities.com/josef_wendel/) and compared both values. It
Turned out the value, which the mrtg_total.pl script calculated is 23 MB
bigger than the actual file size.

Any advises is appreciated

Thanks,

Steve


--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi


--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi



More information about the mrtg mailing list