Devices are discovered in Spectrum with the wrong community string.

Products

• DX NetOps
• CA Spectrum

Issue/Introduction

We have enabled "Trap Based Continuous Discovery" and populated the "SNMP Community Strings" field in the "AutoDiscovery Control" -> "Modeling and Protocol Options" subview so that the read/write community string is the first in the list. However, we are seeing models being created with the read only community string instead of the read/write community string as expected.

Environment

Version: Any
Component: Discovery and Modeling

Cause

When using "Trap Based Continuous Discovery", Spectrum first tries to model the device using the community string from the trap. If it is not able to model using the trap community string, Spectrum will use the community strings from the "SNMP Community Strings" field in the "AutoDiscovery Control" -> "Modeling and Protocol Options" subview to try and model the device.

In this case, the community string from the trap is a valid read only community string for the device so the device models using this community string.

Resolution

Modify the community string sent with the trap to a read/write community string.

Use the CommunityNameForSNMPSets attribute for functionality that need to user a read/write community string for SNMP set functions. Reference:

Spectrum Network Configuration Manager (NCM) requires read/write Community String

How can a SPECTRUM model be set to use a read/write community string for Network Configuration Manager (NCM) and a read only community string for normal modeling?

Additional Information

SNMP Community String
Attribute ID: 0x10024
Specifies the SNMP password for communicating with an SNMP agent.

CommunityNameForSNMPSets
Attribute ID: 0x11a7f
Specifies the SNMP password for performing an SNMP set. If this attribute is not filled in for a model, DX NetOps Spectrum uses the value of SNMP Community String.