On Tue, 2005-09-06 at 10:29 -0400, Robert Story wrote: > DS> The other thing that might help is a move towards greater use of > DS> the Hardware Abstraction Layer that I started to put in place a > DS> couple of months ago. It currently only covers CPU and memory > DS> (and only for Linux boxes), but it's a step in the right direction. > > I noticed this when it went in, and the thing that surprised me was the > directory hierarchy. I remember long threads discussing this, and I thought we > had decided to keep the abstraction stuff with the associated MIB module
But the hardware information isn't associated with one MIB module (or even a single group of modules). It's relevant to both the (standard) HostResources MIB implementation *and* various bits of the (private) ucd-snmp MIB implementations. And when I finally get TBB off my back, it'll be relevant to my planned re-working of many of these ucd-snmp MIBs as well. So it didn't seem sensible to artifically tie it to just one of these. Hence defining a separate hardware directory. Dave ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
