On Sun, 15 May 2011 17:28:50 +0200 Ernst wrote: EAK> > Unless you really need an IETF standard MIB to proceed, I suggest an EAK> extension EAK> > table. If the IETF MIB gets updated one day, the code will probably be EAK> > reusable. EAK> EAK> If I get this right you are not discussion how to implement new features EAK> but how to design this top-level-MIB-stuff, right?
right. EAK> > don't run away until after submitting your patch. :-) EAK> EAK> Those two dozens lines of C-code I hacked into EAK> hr_swrun.c/HOT_RESOURCES_MIB do not seem to have a chance to make it EAK> into any release, as far as I understood the political issues you are EAK> mentioning ... ;-) Yes, but having a working example of the code mean it would be easier to stuff into an extension mib. EAK> So as I'm new on this project and simply cannot oversee each and all EAK> organizational side effects and I'm willing to code and test I'd EAK> appreciate it very much if one of you could point me to an approach, EAK> which would be worth the efforts of also coding the "administrative EAK> frame-work",so that the results will then make it into the official release. I think adding a Net-SNMP extension table to the hrSWRun table is the way to go. We just have to get everyone to agree on the semantics for the object. ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
