Fixed
Details
Assignee
Seth LegerSeth LegerReporter
Jeff GehlbachJeff GehlbachLabels
Sprint
NoneFix versions
Affects versions
Priority
Blocker
Details
Details
Assignee
Seth Leger
Seth LegerReporter
Jeff Gehlbach
Jeff GehlbachLabels
Sprint
None
Fix versions
Affects versions
Priority
PagerDuty
PagerDuty
PagerDuty
Created February 27, 2015 at 11:18 AM
Updated May 11, 2015 at 2:49 PM
Resolved April 9, 2015 at 4:06 PM
I just learned that some SNMP-speaking components (SnmpDetector, DiskUsageDetector, others) expect SNMP versions to be specified only in the form "snmpv1" / "snmpv2" / "snmpv2c" / "snmpv3". This deviates from what I thought I knew, which is that "v1" / "v2c" or "v2" / "v3" is correct everywhere.
It appears this pattern was copied over more or less directly from the old equivalent Capsd plugins.
We should normalize every component that allows specifying an SNMP version to accept at least the short forms ("v3" and so on). Probably best to continue recognizing "snmpv3" etc. where it's currently recognized. Not sure whether we should start to allow the long form in places where it's not historically been recognized.