Calling "smiquery node TCP-MIB::tcpConnTable.1.1.0.0.0.0.21.0.0.0.0.0" returns information for tcpConnTable (libsmi version 0.2.14) and not tcpConnState on my machine.
<tap, tap, tap> So it does!
More surprisingly (to me at least), "smiquery node iso.org" returns information about 'iso', not about 'org'.
Hmmm... I've obviously misinterpreted what was meant by "a fully qualified descriptor" in the man page for smiGetNode.
Your application accepts a specific set of input formats and you can not necessarily expect that libsmi is prepared to handle exactly the same set of input formats.
That's fair enough.
Given the tight restrictions on acceptable input for smiGetNode() I'm going to have to do a more processing of the input than I expected anyway - so identifying where the object/subidentifier gap comes won't be as much of a problem as I'd thought.
I quite accept that the specification "TCP-MIB::tcpConnTable.1.1.0.0" or similar is somewhat idiosyncratic - and it's not too surprising if this isn't handled. But I must admit to some surprise (and disappointment) that the library doesn't seem to accept the common "iso.org.dod.internet" style syntax.
I guessnet-snmp has lots of input formats - I am not sure they need to be supported all by libsmi.
No - I quite agree. I just hadn't realised quite how tight the libSMI syntax was.
(In order to be backwards compatible, youwill probably end up having a net-snmp specific smiFindNode() anyway, right?
Probably using net-snmp naming conventions rather than libSMI ones, but yes.
I mean, who is going to parse smScriptOperStatus."foo"."bar"?)
I certainly wouldn't expect the libSMI library to handle all of Wes' wield and wonderful inventions. I just needed to know at what point in the string responsibility was passed over from the libSMI library back to the net-snmp library. Given that I'm going to have to identify the last non-numeric descriptor anyway - that's no longer a problem.
Thanks for the clarifications.
Dave
-- !! This message is brought to you via the `libsmi' mailing list. !! Please do not reply to this message to unsubscribe. To subscribe or !! unsubscribe, send a mail message to libsmi-request@ibr.cs.tu-bs.de. !! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.