Activity log for bug #1248094

Date Who What changed Old value New value Message
2013-11-05 09:43:05 Morten Brekkevold bug added bug
2015-03-19 14:43:45 Peter Gervai bug added subscriber Peter Gervai
2015-08-07 19:58:48 Bernd Zeimetz bug added subscriber Bernd Zeimetz
2016-07-05 07:22:12 Morten Brekkevold nav: status New Confirmed
2016-07-07 14:14:57 Christian Heggland bug added subscriber Christian Heggland
2016-07-07 14:14:59 Christian Heggland removed subscriber Christian Heggland
2016-10-26 06:23:02 Morten Brekkevold description The underlying netsnmp library supports SNMPv3. Implement support for this in NAV. This entails, among othe things: * Re-modeling how credentials are stored and entered into NAV via SeedDB * SNMP version can no longer be autodetected, but must be explicitly set when adding a device. The underlying NET-SNMP backend supports SNMPv3. Implement support for this in NAV. This entails, among other things: * Re-modeling how credentials are stored and entered into NAV via SeedDB, as simple community strings will no longer suffice. * SNMP version can no longer be autodetected, but must be explicitly set when adding a device. * Both the synchronous and asynchronous SNMP facades of NAV must have their APIs changed to allow more complex session parameters. * The synchronous tools snmptrapd (w/plugins), arnold, portadmin and psuwatch must be reviewed and refactored. * We likely need to rewrite the handling of BRIDGE-MIB for Cisco equipment to use SNMPv3 contexts for switching between VLANs, as community indexing is no longer an option under v3. * Review and refactor code that tries to verify SNMP support by checking whether a community has been set on an IP device (as this model will disappear).
2017-01-11 09:30:46 Thomas Espe bug added subscriber Thomas Espe