Operational Defect Database
BugZero updated this defect 58 days ago.
Data sources
All data on this page is proprietary to BugZero® or gathered from public sources
VMware | 458274
Smarts IP: Devices will not add to EIGRP topology
Last update date:
3/22/2024
Affected products:
Smart Assurance - SMARTS
Affected releases:
No affected releases provided.
Fixed releases:
No fixed releases provided.
Description:
Symptoms
Devices will not add to EIGRP topology in Smarts IP Manager
Cause
There are four possible causes for a device not adding to the EIGRP_TopologyCollection in Smarts IP Manager: EIGRP protocol discovery is not enabled.The Device does not meet the MIB OID requirement to be discovered as EIGRP.The discovery of the EIGRP criteria is timing out.
Resolution
The following sections of this Fix statement present the fixes for each of the above causes. EIGRP protocol discovery has not been enabled on the domain:To determine if this is the cause of the EIGRP topology issue, run the following command: ./dmctl -s <AM PM Domain> invoke ICF_TopologyManager::ICF-TopologyManager findParameter DisableProtocolDiscovery. If this command returns FALSE then your problem is one of the other three reasons outlined in the following sections. If this command returns a value of TRUE, then you need to modify the tpmgr-param.conf file to enable EIGRP protocol discovery as follows: Locate the <BASEDIR>/IP/smarts/conf/tpmgr-param.conf OR <BASEDIR>/IP/smarts/local/conf/tpmgr-param.conf file (see Note statement).Open the tpmgr-param.conf file for editing using sm_edit.Locate the line that reads DisableProtocolDiscovery TRUE.Modify this line to read DisableProtocolDiscovery FALSE.Save and close the tpmgr-param.conf file.Reboot the Smarts IP domain and rediscovery the EIGRP device. NOTE: Use this command to reload the file, rather than reboot the domain. ./sm_tpmgr -s M<IP Domain> --load-conf=tpmgr-param.conf MIB OID requirement to discover object as EIGRP:There is an instance of the OID .1.3.6.1.4.1.9.9.109.1.2.1.1.2.*.*, where the last two OID indices can be any valid index values that contain the text "EIGRP". This text is not case sensitive. Discovery of EIGRP is timing out:If you have completed all the steps above and confirmed that the device meets the requirement for discovering as EIGRP, then the device might be timing out ion its discovery. You will need to increase your default timeouts for discovery and autodiscovery. This should be done as follows: Locate the discovery.conf configuration file. This file will be in either of the following locations: <BASEDIR>/IP/smarts/conf/discovery <BASE DIR>/IP/smarts/local/conf/discovery Open the discovery.conf file for editing using sm_edit.In the discovery.conf file, locate the settings for defaultTimeout and defaultSNMPAutoTimeout.Double the values of these settings. The default value for these settings is 1000, so set them to 2000 if you are using the default settings.Save and close the discovery.conf file.Reboot your Smarts IP domain.Rediscover the device that would not add to the EIGRP Topology Collection.Confirm the device has added to the EIGRP Topology Collection. If it is still not added, double the defaultTimeout and defaultSNMPAutoTimeout settings as described in the preceding step.If there are still issues douibling the defaultTimeout and defaultSNMPAutoTimeout settings twice, it may be wise to start up a test domain and discover the problematic device there. This way, you will be rebooting your test domain while finding the best timeout values for discovering the EIGRP protocol, instead of continually rebooting your production domain.
Related Information
The <BASEDIR>/IP/smarts/local/ directory is ALWAYS given precedence by Smarts over any other directory. When modifying any file, it is best practice to save the modified file in this directory. For example, when editing the <BASEDIR>/IP/smarts/conf/discovery/discovery.conf file, you should save the changed file to the <BASE DIR>/IP/smarts/local/conf/discovery directory.If this folder does not exist, you should create it.
