atom feed14 messages in net.java.dev.opendmk.usersRe: starting a standalone snmp agent
FromSent OnAttachments
Lucio CruscaFeb 10, 2011 9:03 am 
Daniel FuchsFeb 10, 2011 9:22 am 
Lucio CruscaFeb 11, 2011 6:49 am 
Daniel FuchsFeb 11, 2011 7:04 am 
Lucio CruscaFeb 11, 2011 8:20 am 
Lucio CruscaFeb 15, 2011 8:48 am 
Daniel FuchsFeb 20, 2011 6:10 am 
Lucio CruscaFeb 21, 2011 8:17 am 
Daniel FuchsFeb 21, 2011 9:28 am 
Lucio CruscaFeb 22, 2011 7:02 am 
Daniel FuchsFeb 22, 2011 9:07 am 
Lucio CruscaMar 31, 2011 9:17 am 
Daniel FuchsMar 31, 2011 9:39 am 
Daniel FuchsMar 31, 2011 9:53 am 
Subject:Re: starting a standalone snmp agent
From:Lucio Crusca (luc@sulweb.org)
Date:Feb 11, 2011 6:49:20 am
List:net.java.dev.opendmk.users

In data giovedì 10 febbraio 2011 18:22:47, Daniel Fuchs ha scritto:

I think you're trying to get an intermediate node in the OID tree.

You are absolutely right!

As a reminder, SNMP only allows you to get leaf node.

and it's very kind of you to consider a "reminder" an important information like this that I've never been aware of... you make me seem a skilled snmp guru who forgot a basic rule by chance! But please keep in mind I'm a real beginner here.

Instead of using snmpget, try with snmpgetnext: this will return the next leaf in the tree (that is, the first leaf-node that immediately follows 10.0.0.239:5162 1.3.6.1.4.1.8698.1000.1).

$ snmpgetnext -v2c -c public 10.0.0.239:5162 1.3.6.1.4.1.8698 iso.3.6.1.4.1.8698.1000.1.1.1.0 = No more variables left in this MIB View (It is past the end of the MIB tree)

I can't post the MIB here, but I feel like it should have many many leafs under the OID 1.3.6.1.4.1.8698, because it is the root OID of a few MIB files worth about 400 kbytes of text... and while I'm at it, snmpwalk yelds the same result:

$ snmpwalk -Of -v2c -c public 10.0.0.239:5162 1.3.6.1.4.1.8698 .iso.3.6.1.4.1.8698.1000.1.1.1.0 = No more variables left in this MIB View (It is past the end of the MIB tree)

As a reminder also - if you have defined a scalar object in your mib (a leaf) then to get that leaf you need to append a .0 to the OID.

ok, thanks for the "reminder" :) ... but does that mean it's perfectly possible and likely that 400kb of MIBS do not define even a single leaf?

I have explained some of this in my blog - where you can find a trail of articles on SNMP. http://blogs.sun.com/jmxetc/entry/understanding_the_structure_of_management

I'm having a look just now, but hey! I've just realized you are the author of "Simple is not easy"! It seems you are the only source of valuable information about snmp around the internet!

Thanks indeed Lucio.