>>>>> On Mon, 31 Jan 2011 11:59:45 -0500, Doug Manley <[email protected]>
>>>>> said:
DM> What team/committee is responsible for the HOST-RESOURCES MIB?
It came out of the IETF. I've often thought that it needs a revmap, as
there are a number of issues with it that have occurred because of how
the world has changed in size (the advent of multiple-core processors
has also affected the MIB).
Regardless of where it would be pushed forward, it can't modify the
existing meanings of the existing objects.
So I think it's pseudo-legal to rewrite the block size.
hrStorageAllocationUnits gives the appearance that it's monitoring the
raw blocks on the device, but really the wording is more generic than
that:
"The size, in bytes, of the data objects allocated
from this pool. If this entry is monitoring sectors,
blocks, buffers, or packets, for example, this number
will commonly be greater than one. Otherwise this
number will typically be one."
IE, it would be easy to claim that our "entry" is monitoring an
aggregated set of blocks rather than an individual block then I think
you could even say you were compliant.
The real question, though, is: is there anyone using that value out in
the wild as the *real* block size and depending on it? I'd bet not, but
of course it'll still be just that: "a bet".
The "real" right thing to do would be either add an extension table and
get that table pushed through the IETF (I can pitch it as a potential
work piece, but I don't have the larger funding to do the
full-authorship of the draft). Typically the IETF doesn't just add
columns to a table, though, and works in extension tables. I'd rather
see it as a new set of columns because that's easier to use, but the
IETF typically worries about code out there that depends on the table
"stopping" after the last existing column.
--
Wes Hardaker
Please mail all replies to [email protected]
------------------------------------------------------------------------------
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires
February 28th, so secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsight-sfd2d
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
