Re: Getting frequent "NaN" gaps in graphs, yet data is being retrieved ok

Andy Dills <[email protected]> Thu, 31 Mar 2011 15:24:14 -0400 (EDT)
Newsgroups gmane.network.cricket.user
Message-ID <[email protected]>
Thanks, and thank you to the people who replied off list as well.

The solution was as simple as adding "snmp-version = 3" to the interfaces 
file for the routers and switches that have gigabit interfaces.

Thanks,
Andy

On Thu, 31 Mar 2011, Clarke Morledge wrote:

> Andy,
> 
> Most probably, you are using 32-bit counters in your SNMP sources, and the
> counters are wrapping around.  When that happens, you'll get negative results
> in your deltas, which is what gives you the NaN values in your graphs.
> 
> I started running into this a few years ago once we started to put some load
> on our gigabit links.  Moving to using 64-bit counters (where possible) will
> fix this.  Just remember that you'll probably have to graduate from SNMPv1 to
> SNMPv2c or 3 to get the 64-bit support in your MIBs.
> 
> Clarke Morledge
> College of William and Mary
> Information Technology - Network Engineering
> Jones Hall (Room 18)
> Williamsburg VA 23187
> 
> On Thu, 31 Mar 2011, Andy Dills wrote:
> 
> > 
> > I've been using cricket for around a decade.
> > 
> > In the last few years, we've grown to the gigabit ethernet level. Since
> > then, we've been getting strange gaps in our graphs, with NaN listed as
> > the current value if you look at the graph when the gap is occuring. It
> > doesn't seem to be based on a traffic level threshhold...I'll see valid
> > data displayed at times that are higher usage than the traffic rates when
> > the data is NaN.
> > 
> > Whenever I run a manual collector, the data is being retrieved fine. I
> > can't figure out why the data isn't being displayed properly, and I'm not
> > able to think of a way to troubleshoot this further. I've tried specifying
> > the speeds of the interfaces, and I've even tried doing a fresh install on
> > a much more modern server (as the server cricket has been on since 2004 is
> > still chugging along, and producing graphs a bit more slowly than it
> > should).
> > 
> > Any suggestions?
> > 
> > Thanks,
> > Andy
> > 
> > ---
> > Andy Dills
> > Xecunet, Inc.
> > www.xecu.net
> > 301-682-9972
> > ---
> 

---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---

------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf