On 2 November 2011 01:09, Nguyen Dinh Phong <ndph...@yahoo.com> wrote:
> For example with the system mib:
>     system.sysdescr.0 for the main node
>     system.sysdescr.[index1] for node 1
>     system.sysdescr.[index2] for node2,

No - SNMP doesn't work like that.
sysDescr (note the capitalisation) is defined as a scalar object.
That means the *only* valid instance is sysDescr.0
Anything else is Just Plain Wrong.

The way to handle multiple overlapping instances is to use
different contexts (SNMPv3 & AgentX),  or different communities
(SNMPv1 & 2c) to distinguish which box you were interested in.


So
     snmpget  -c public .... sysDescr.0
              might give you the information for the main node
while
     snmpget  -c comm1 .... sysDescr.0
              might give you the information for node 1


It takes a little work to set this up, but such an arrangement is
certainly possible,    But you can't unilaterally change a scalar
object into a table as you're proposing above.

Dave

------------------------------------------------------------------------------
RSA&#174; Conference 2012
Save $700 by Nov 18
Register now&#33;
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to