[mrtg] Re: There is any way of trimming peaks?

Matt Walkowiak matt at inetdvd.com
Mon Oct 21 17:29:04 MEST 2002


> }We are trying to use mrtg to watch the internal traffic. The normal
> }traffic is pretty low, below 64 Kbps in the 5 min average, but we also
> }have some very high peaks (notably an automatic backup at 4 a.m.),
> }resulting that the daily graph looks flat for most of the time.

> daily graph, then a bad way to get rid of the peaks would be to
> set your MaxBytes value to an artifically low number. For instance,
> if your backup peaks are 5Mbytes/sec and your regular traffic is
> IMHO this is bad because it greatly reduces the accuracy (and
> therefore the usefulness) of all the graphs.

Ok, that makes a lot of sense, but what is the alternitive?  MRTG certainly
will not discriminate between "good" traffic and "bad" traffic.  The only
solution I can think of would be to always subtract the bandwidth from the
backup server:

Target[asdf]: goodIF - badIF

When the backup server is idle, goodIF = normal, badIF = 0.  When the backup
server is running, goodIF = normal + badIF, badIF = 5M/Sec, so in theory,
the final result would always be "normal".  I can think of a LOT of
loopholes in here, too.

Matt Walkowiak

--
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