Configuration version history provides a record of changes made to an SNMP trap. You can use it to review the current configuration and compare it with an earlier version.

Version history is enabled by default for SNMP trap. A version is created when an SNMP trap is created or updated.

Permissions

Your access to version history is based on your permissions for the SNMP trap:

  • To view version history, you must have permission to view the SNMP trap.
  • To restore a version, you must have permission to modify or update the SNMP trap.

Why use version history?

Changes to an SNMP trap can alter how traps are processed and when warning and critical alerts are triggered. For example, an unintended change to a recovery trap OID, severity mapping, or sender VarOID can result in excessive notifications or false alarms.

Use version history to:

  • View snapshots of an SNMP trap configuration.
  • Identify values that changed between versions.
  • Compare the current version with an earlier version.
  • Compare two older versions.
  • Restore a suitable earlier version.

View version history

View the version history of an SNMP trap to review its current configuration and previously saved versions.

Follow these steps to view an SNMP trap’s version history:

  1. On the SNMP Traps listing page, search for the trap whose version history you want to view.
  2. Mouse hover over the row and click the ellipsis (…) icon.

    SNMP Traps version history option
  3. Select Version History. The Version History page appears with the current SNMP trap configuration, by default. The dropdown lists the versions with timestamp.

    Trap version history
  4. Clicking the dropdown lists the available earlier versions.

    view previous versions

You can click the versions in the dropdown to review the changes. The selected version displays the SNMP trap configuration, allowing you to compare it with the current version and identify any values that changed.

Compare versions

Compare versions of an SNMP trap to understand how configuration changes affect trap processing and alerts. Use the comparison to identify the change that caused unexpected alerts.

Follow these steps to compare versions:

  1. On the SNMP Traps listing page, search for the trap whose version you want to compare.
  2. Mouse hover over the row and click the ellipsis (…) icon.
  3. Select Version History. The Version History page appears with the current SNMP trap configuration, by default.
  4. Click +Compare at the top right corner of the page.

    compare versions
    By default, the system compares the current version with the version immediately preceding it.

    compare versions
    The comparison highlights the changes made. Review the differences between the configuration values.
  • You can select another older version to compare with the current version, or compare two older versions.

Comparison helps you determine which change might have caused unexpected alerts.

Restore a version

Restore an earlier version of an SNMP trap when you need to revert recent configuration changes. The restored configuration becomes the current version while preserving the existing version history.

Follow these steps to restore a version:

  1. On the SNMP Traps listing page, search for the trap.
  2. Mouse hover over the row and click the ellipsis (…) icon.
  3. Select Version History. The Version History page appears with the current SNMP trap configuration, by default.
  4. Click +Compare at the top right corner of the page.

    Traps compare versions
    By default, the system compares the current version with the version immediately preceding it.
  5. From the dropdown on the right, select the version you want to restore.

    restore versions - SNMP trap
  6. Click Restore. A confirmation message appears.

    Confirm restore message
  7. Review the message and click Restore.

Restoring a version creates a new version. Existing versions remain in the version history. After the operation is complete, the restored values become the current configuration.

Version retention and deleted SNMP traps

Version history is retained only while the SNMP trap exists.