[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