SPECTRUM Device Reconfiguration/Rediscovery recommended best practices.
DeviceDiscAfterReconfig (0x11d27) - Determines if SPECTRUM should update its knowledge of connections off a device's interfaces after a reconfiguration occurs. If "Discovery After Reconfigure" is set to Yes/True, it will trigger device connectivity mapping after the device model is reconfigured. Device discovery will read information from the IP MIB, Bridge MIB, and in some instances, vendor specific mibs such as the Cisco Discovery Protocol MIB. Default value "No/False".
DiscoverConnectionsAfterUpLinkEvent (0x11d25) - Setting this option to TRUE will cause SPECTRUM to discover connections on this device whenever the device sends a LINK UP trap. If "Discover Connections After Link Up Events" is set to Yes/True, a linkup trap sent from device will trigger device model?s connectivity mapping the same as DeviceDiscoveryAfterReconfig. Default value "no/False".
It should be noted the DeviceDiscoveryAfterReconfig and DiscoverConnectionsAfterUpLinkEvent should be used with caution and may affect device and/or SpectroSERVER performance in the following ways:
1. A device with a large IP Route Table or Forwarding Table may not be able to handle the amount of snmp required from SPECTRUM to retrieve the layer 2 and/or layer 3 data to be able to determine connectivity.
2. If the device has a flapping interface where it is sending multiple link up/down traps per minute, it could cause the SpectroSERVER to continuously try to rediscover the connections.
3. Hardware issues have been reported where the device recorded a change to the ifTableLastChange and/or ifStackLastChange but did not actually have a change in the configuration. This caused a Device Reconfigure / Rediscovery in SPECTRUM.