On Thu, 2005-10-20 at 23:26 +1000, Andrew Hood wrote: > Dave Shield wrote: > -- snippage has occurred -- > > > There is *NO* good reason to be using SMIv1 to define *ANY* new MIB. > > There hasn't been for years. SMIv1 is obsolete, past it, defunct, > > dead, buried (I wish!), irrelevant. Life has moved on, it has earned > > its retirement, Do Not Use It! > > Do I make myself clear? :-) > > In the best of all possible worlds you would be correct. In the real > world which most of us inhabit, we have tools and/or devices which do > not support SNMPv2 for one or more of traps and get/set. (e.g. device > does, management agent does not.)
A management agent would not typically need to use MIB files at all. The MIB files are usually of more relevance to the client application. > I have to convert SNMPv2 MIBs into SNMPv1 to keep those dinosaurs happy. > Fortunately libsmi makes this easy. Just to be perfectly clear - do you mean SNMPv1 (i.e. the protocol of the requests that are sent over the wire) or SMIv1 (the syntax of the MIB files that define management objects) ?? SNMPv1 is not the same as SMIv1 SNMPv2 is not the same as SMIv2 Referring to MIB syntax as "SNMPv1" or "SNMPv2" is ambiguous, and somewhat confusing. It is quite legitimate to use SNMPv2c or SNMPv3 requests with SMIv1 MIBs. It is also possible to use SNMPv1 requests with SMIv2 MIBs. (And there is no such thing as "SMIv3") That's the point I was trying to make. I'd actually be rather surprised (and somewhat disappointed) if SNMP tools were still being made that *only* understood SMIv1. How would they handle most of the IETF standards work of the last five or six years? (which are only published as SMIv2 MIBs) I can perfectly understand why such tools might only wish to support SNMPv1 requests - SNMPv2c never really took off, and SNMPv3 is a major leap in complexity. But I cannot understand why they'd be so reluctant to accept the current MIB syntax? Dave ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
