Re: Re: Insert integer bigger than 2**32 into MIB tree

Joe Shen <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
> 
> What is the structure of this MIB subtree?
> In particular, what is the definition of the
> object(s)
> that hold)s( the numeric value?

Reading the code of that script, I found following:

# .1.3.6.1.4.1.2021.55.1.1 = INTEGER: 1
# .1.3.6.1.4.1.2021.55.2.1 = STRING: GLOBAL
# .1.3.6.1.4.1.2021.55.3.1 = INTEGER: 0
# .1.3.6.1.4.1.2021.55.4.1 = INTEGER: 0
# .1.3.6.1.4.1.2021.55.5.1 = INTEGER: 0
# .1.3.6.1.4.1.2021.55.6.1 = INTEGER: 0
# .1.3.6.1.4.1.2021.55.7.1 = INTEGER: 0
# .1.3.6.1.4.1.2021.55.8.1 = INTEGER: 0


.1.3.6.1.4.1.2021.55.3.1  hold the value bigger than
2** 32.

The script is written in perl, but I'm sorry I'm not
familiar with perl and SNMP programing.


> 
> Note that the *only* SMI syntax type that can handle
> values greater than 2**32 is "Counter64".   All
> other
> integer based types are restricted to 32-bit
> maximum.
> This is not a Net-SNMP restriction - it's implicit
> in
> the SNMP specifications.
> 

How can I define that OID to a 64bit variable in perl?

Joe



		
___________________________________________________________ 
雅虎1G免费邮箱百分百防垃圾信 
http://cn.mail.yahoo.com/


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
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.