[rrd-users] Question on correct data type

This is a discussion on [rrd-users] Question on correct data type within the RRD Users forums, part of the Networking and Network Related category; --===============0394580509== Content-type: multipart/alternative; Boundary="0__=0ABBF82FDFD62E5D8f9e8a93df938690918c 0ABBF82FDFD62E5D" Content-Disposition: inline --0__=0ABBF82FDFD62E5D8f9e8a93df938690918c0ABBF82FDF D62E5D Content-type: text/...


Go Back   Usenet Forums > Networking and Network Related > RRD Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-13-2007
jeffrey.j.petter@verizon.com
 
Posts: n/a
Default [rrd-users] Question on correct data type

--===============0394580509==
Content-type: multipart/alternative;
Boundary="0__=0ABBF82FDFD62E5D8f9e8a93df938690918c 0ABBF82FDFD62E5D"
Content-Disposition: inline

--0__=0ABBF82FDFD62E5D8f9e8a93df938690918c0ABBF82FDF D62E5D
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: quoted-printable



Hi,

Recently I began collecting SNMP data from our Bluecoat proxy appliance=
s
for use with RRDtool. One of the OIDs, proxyNumObjects, is confusing th=
e
heck out of me. The documentation states it is of type counter32. My
understanding is that this type would increment until the counter reach=
ed
2^32, at which point it would wrap. As a side note, in my opinion this =
does
not seem to be an appropriate type for this object, because the value w=
ill
fluctuate as the proxy obtains and releases objects. As it happens, tha=
t is
exactly what is happening, as can be seen from the successive polls I h=
ave
pasted below.
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx
..1.3.6.1.3.25.17.3.1.2.0
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583995
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx
..1.3.6.1.3.25.17.3.1.2.0
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583955
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx
..1.3.6.1.3.25.17.3.1.2.0
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583783
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx
..1.3.6.1.3.25.17.3.1.2.0
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583888
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx
..1.3.6.1.3.25.17.3.1.2.0
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583876

Maybe this is just showing my ignorance, but has anyone ever experience=
d a
counter that fluctuates like this? If so, what have you found to be the=

best way to handle it in RRDtool? I have tried counter, and guage....an=
d
out of desperation tried absolute...none of which really depicted what =
I
expected.

Has anyone experienced fluctuating counters? Are they common? How do yo=
u
handle them?

I appreciate any and all help.

Thanks,
Jeff=

--0__=0ABBF82FDFD62E5D8f9e8a93df938690918c0ABBF82FDF D62E5D
Content-type: text/html; charset=US-ASCII
Content-Disposition: inline
Content-transfer-encoding: quoted-printable

<html><body>
<p>Hi,<br>
<br>
Recently I began collecting SNMP data from our Bluecoat proxy appliance=
s for use with RRDtool. One of the OIDs, proxyNumObjects, is confusing =
the heck out of me. The documentation states it is of type counter32. M=
y understanding is that this type would increment until the counter rea=
ched 2^32, at which point it would wrap. As a side note, in my opinion =
this does not seem to be an appropriate type for this object, because t=
he value will fluctuate as the proxy obtains and releases objects. As i=
t happens, that is exactly what is happening, as can be seen from the s=
uccessive polls I have pasted below.<br>
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx .1.3.6.1.3.=
25.17.3.1.2.0<br>
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583995<br>
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx .1.3.6.1.3.=
25.17.3.1.2.0<br>
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583955<br>
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx .1.3.6.1.3.=
25.17.3.1.2.0<br>
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583783<br>
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx .1.3.6.1.3.=
25.17.3.1.2.0<br>
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583888<br>
# /usr/local/bin/snmpget.pl -v 1 -c xxxxxx xxxxxxxxxxxxxxxx .1.3.6.1.3.=
25.17.3.1.2.0<br>
..1.3.6.1.3.25.17.3.1.2.0 =3D Counter: 4583876<br>
<br>
Maybe this is just showing my ignorance, but has anyone ever experience=
d a counter that fluctuates like this? If so, what have you found to be=
the best way to handle it in RRDtool? I have tried counter, and guage.=
....and out of desperation tried absolute...none of which really depicte=
d what I expected. <br>
<br>
Has anyone experienced fluctuating counters? Are they common? How do yo=
u handle them?<br>
<br>
I appreciate any and all help.<br>
<br>
Thanks,<br>
Jeff</body></html>=

--0__=0ABBF82FDFD62E5D8f9e8a93df938690918c0ABBF82FDF D62E5D--


--===============0394580509==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
rrd-users mailing list
rrd-users@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-users

--===============0394580509==--

Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 12:33 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0