You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We've just recently hit one instance where a user had mibs present on the system for his servertech pdu's and they modify the return data to add what type of unit they are measuring. I've put examples of the walks below.
If I set up an oss_snmp instance and tell it to read the above oid I get INTEGER: 1740 Watts as the initial return value that it passes to the parser. The parser knows this should just be an int and returns back 740.
Is there a way that you know of to force snmpwalk to NOT utilize the available mib?
The text was updated successfully, but these errors were encountered:
Yeah.... this would certainly be use case specific. I think you'd need to handle this directly in the function you use to get the data and we'd possibly need to implement a 'get raw' type return.
I'll close this and happily evaluate a pull request if you want to go down that road.
We've just recently hit one instance where a user had mibs present on the system for his servertech pdu's and they modify the return data to add what type of unit they are measuring. I've put examples of the walks below.
If I set up an oss_snmp instance and tell it to read the above oid I get
INTEGER: 1740 Watts
as the initial return value that it passes to the parser. The parser knows this should just be an int and returns back 740.Is there a way that you know of to force snmpwalk to NOT utilize the available mib?
The text was updated successfully, but these errors were encountered: