Messages per Month
|Lucio Crusca||Feb 10, 2011 9:03 am|
|Daniel Fuchs||Feb 10, 2011 9:22 am|
|Lucio Crusca||Feb 11, 2011 6:49 am|
|Daniel Fuchs||Feb 11, 2011 7:04 am|
|Lucio Crusca||Feb 11, 2011 8:20 am|
|Lucio Crusca||Feb 15, 2011 8:48 am|
|Daniel Fuchs||Feb 20, 2011 6:10 am|
|Lucio Crusca||Feb 21, 2011 8:17 am|
|Daniel Fuchs||Feb 21, 2011 9:28 am|
|Lucio Crusca||Feb 22, 2011 7:02 am|
|Daniel Fuchs||Feb 22, 2011 9:07 am|
|Lucio Crusca||Mar 31, 2011 9:17 am|
|Daniel Fuchs||Mar 31, 2011 9:39 am|
|Daniel Fuchs||Mar 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|
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 22.214.171.124.4.1.8698.1000.1).
$ snmpgetnext -v2c -c public 10.0.0.239:5162 126.96.36.199.4.1.8698 iso.188.8.131.52.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 184.108.40.206.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 220.127.116.11.4.1.8698 .iso.18.104.22.168.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.