Volgens mij leest MRTG de gemiddelden waardes uit.
5 minuten 100 Mbit
5 minuten 10 Mbit
Dan geeft MRTG aan:
100+100+100+100+100+10+10+10+10+10 = 550 : 10 = 55 MBit.
MRTG gaat per 5 minuten en daar het gemiddelde bits/secs
Greets
Desmond
Afdrukvoorbeeld
Volgens mij leest MRTG de gemiddelden waardes uit.
5 minuten 100 Mbit
5 minuten 10 Mbit
Dan geeft MRTG aan:
100+100+100+100+100+10+10+10+10+10 = 550 : 10 = 55 MBit.
MRTG gaat per 5 minuten en daar het gemiddelde bits/secs
Greets
Desmond
Wat desmond hierbboven beschrijft ben ik het compleet mee eens.
dit houd in:
4min 80 mbit
1 min 30 mbit
zou dan gem. moeten zijn : 80 + 80 + 80 + 80 + 30 /5 = 70mbit.
En niet zoals eerder beschreven werd dat als mrtg zijn data verzameld en er op dat moment 80 mbit over de lijn gaat dat er dan ook gem 80mbit overheen gaat. Terwijl er maar 4 min 80 mbit is en de rest minder.
Maar we wachten op een concreet antwoord van ProServe, die weet namelijk hoe het zit
How MRTG Works
http://www.nwc.com/1406/1406ws1.html
MRTG and Load Balancers
http://vegan.net/MRTG/countergauge.php
Eerste geeft redelijk wat uitleg over de methode die MRTG gebruikt. Zoals jullie weten haalt MRTG, Cacti of whatever de gegevens op op RRDTOOL en zet deze om naar een graph; die methode wordt hier nader besproken.
Wellicht dat dit meer duidelijkheid kan bieden..
@ ProServeCitaat:
"Here's how MRTG works: It periodically collects two values using SNMP and displays them over time via an HTML page and PNG images. It does this by using SNMP GETs to retrieve SNMP counters--ifInOctets (OID 1.3.6.1.2.1.2.2.1.10) and ifOutOctets (1.3.6.1.2.1.2.2.1.16)--that record the number of bytes coming into (ifInOctetes) and out of (ifOutOctets) a single interface.
Toch jammer dat de persoon die hier het tegendeel beweerde hier niet meer op reageerd. Ik denk dat inmiddels wel meerdere mensen willen weten hoe zij hun dataverkeer dan meten. Heb desbetreffende een PB gestuurd of hij nog wil reageren, maar ben bang dat dat er niet meer in zit :(