I have a few questions about making changes to our existing MIB - since I don't
have a strong background in SNMP and MIB protocol, I thought it would be best
to ask the experts.
We have a set of traps that include a field indicating the location of the
device as an integer(currently slot); in the next release, the location will be
need to be returned as a string. So I'm guessing that we need to mark the old
traps as deprecated, and create new traps that include the string instead of
the integer value. Is that the correct way to do this?
Also, it's okay to add a new "location" field to the existing device table and
mark the original "slot" table entry as deprecated, as opposed to creating a
whole new table, right? But then do I still populate it with a value, or does
that leave a "gap" in the table when someone walks the entire table?
I just want to be sure that we're compliant with the MIB rules.
Thanks!
~ Wendy
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
