14 messages in net.java.dev.opendmk.usersRe: starting a standalone snmp agent| From | Sent On | Attachments |
|---|---|---|
| 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: | Daniel Fuchs (dani...@oracle.com) | |
| Date: | Feb 11, 2011 7:04:22 am | |
| List: | net.java.dev.opendmk.users | |
On 2/11/11 3:49 PM, Lucio Crusca wrote:
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?
Hi Lucio,
Yes it is possible - if your MIB contains only tables. When you generate code for a MIB with mibgen then all scalar objects will have a dummy default value, but all tables will be empty.
You need to write some code in order to populate them. (add some entry beans to the table beans).
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!
Well, thanks for the praises - but there are many good sites about SNMP on the internet. Like for many other things the difficulty is sorting out the many links returned by the search engines. I just tried to write down a few of the things I learned while working with this technology - mostly as an agent toolkit implementer...
Cheers,
-- daniel
Thanks indeed Lucio.