*I did an exhaustive WALK and GET on **snmpEngineID, **snmpEngineBoots*, and
*snmpEngineTime. But always returns " No Such Object available on this
agent at this OID"*. So I think the agent is not exposing the information
to the SNMP interface? Or is there any option, including a compiling
option, that instruct the NET-SNMP agent to expose its internal value like
engineBoots?
* | +--snmpFrameworkMIBObjects(2)
| | |
| | +--snmpEngine(1)
| | |
| | +-- -R-- String snmpEngineID(1)
| | | Textual Convention: SnmpEngineID
| | | Size: 5..32
| | +-- -R-- INTEGER snmpEngineBoots(2)
| | | Range: 1..2147483647
| | +-- -R-- INTEGER snmpEngineTime(3)
| | | Range: 0..2147483647
| | +-- -R-- INTEGER snmpEngineMaxMessageSize(4)
| | Range: 484..2147483647
*
On Wed, Feb 16, 2011 at 12:30 AM, Dave Shield <d.t.shi...@liverpool.ac.uk>wrote:
> On 16 February 2011 02:38, Zongjun <qizong...@gmail.com> wrote:
> >> Otherwise, sending a GET query to snmpEngine.0 is another way to go.
> >
> > I get the following response on a GET to snmpEngine.0.
> > snmpget remoteBlade snmpEngine.0
> > SNMP-FRAMEWORK-MIB::snmpEngine.0 = No Such Object
>
> A better way to go is probably a GET on snmpEngineID.0
>
> Computers can be incredibly fussy at times, and tend to do
> what you asked (even if it's wrong), rather than what you meant :-)
>
>
> Dave
>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
