[rrd-users] Re: Network downtime or uptime

jmosh at shaw.ca jmosh at shaw.ca
Sat Jan 31 01:36:48 MET 2004

> > Perhaps this isn't as big a deal to most users, I don't know. 
> But anyway, my boss would like some stats to show our overall 
> campus networks health/connectivity rates... anyone tried to 
> gather this kind of stats using RRDtool and if so, would you like 
> to share your approach?
> >  
> > I have a crude approach:
> > 1. do an snmpget on a switch
> > 2. based on the response, increment an uptime or downtime 
> counter (both are DS in an rrd)
> > 3. generate graphs showing downtime (percentage) and uptime
> Why two counters.  Isn't uptime+downtime equal to 100% ?
> How are you going to determine the amount of up- and downtime in 
> each 
> polling interval?  Perhaps device uptime is the best to look at.
> If you have a redundant router (or so), when do you speak of downtime?
> Alex
> -

Well, being new to RRDtool, I'm still figuring out what is and isn't possible with the tool... so anyway, I thought two counters so one is for uptime the other for downtime. If the switch responds to the snmpget, increment the uptime, if not, increment the downtime. Graphs could then be made using the two counters to show percentage up and percent down... you're right, the sum of the two would always be 100... This way at any given moment, the PDP can tell me the total time device is up, and down...

Now here's another thought... do you have to have consiladated data? can you creat an RRD that only stores 5 minute-interval data for whole month? I don't want to average or consolidate the numbers... 

As for the uptime/downtime during each interval, the key word here is crude :) approach... I guess I'm expecting actual downtime to be so small compared to uptime, that if I don't get a response during one poll, I assume the device has been down for that time interval (5 minutes)... that'd be the resolution I guess. Its not totally accurate, but heck, its better than what we have in place now, which is no data period.

And you're right about the redundant router... at the moment I'm only concerned with individual switches on our internal network.


Unsubscribe mailto:rrd-users-request at list.ee.ethz.ch?subject=unsubscribe
Help        mailto:rrd-users-request at list.ee.ethz.ch?subject=help
Archive     http://www.ee.ethz.ch/~slist/rrd-users
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi

More information about the rrd-users mailing list