RE: When use data type CounterBasedGauge64, what should be diplayed, "Counter64" or "CounterBasedGauge64"?

W Z <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
"Counter64" is what displayed.  My question is, is "Counter64" an acceptable display unit for users?  Or user expects to see "CounterBasedGauge64" instead?

Thanks!

> Date: Fri, 10 Dec 2010 10:25:02 +0000
> Subject: Re: When use data type CounterBasedGauge64, what should be diplayed, "Counter64" or "CounterBasedGauge64"?
> From: [email protected]
> To: [email protected]
> CC: [email protected]
> 
> On 10 December 2010 06:54, W Z <[email protected]> wrote:
> > I need to use CounterBasedGauge64 for our own data, as there is no Gauge64.
> > In MIB file, the SYNTAX for the data is CounterBasedGauge64.  When doing a
> > snmpget for the data, what should be displayed:
> >  .1.x.x.x.x.x.x.x = Counter64: data_value; Or,
> >  .1.x.x.x.x.x.x.x = CounterBasedGauge6: data_value ?
> 
> I'd expect this to display "Counter64", since that's the underlying data type.
> "CounterBasedGauge64" is simply a Textual Convention, to amend the
> expected behaviour of such objects.  It's not really a separate type, so
> the low-level SNMP library doesn't know anything about it.  Such varbinds
> will be treated as the underlying type - i.e. Counter64
> 
> That would be my expectation, anyway.
> 
> Dave

------------------------------------------------------------------------------
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages, 
OCI, SQL*Plus, data movement tools, best practices and more.
http://p.sf.net/sfu/oracle-sfdev2dev

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.