Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

NetMRI discovery depends on a collection of under-the-hood features to ensure that polling and addition of devices in the network proceed smoothly and accurately. This chapter describes the three following critical tasks.

...

The CC column in the Network Explorer –> Discovery table reveals important debugging information for configuration collection issues. The most important discovery and Config Collection issues are listed in this topic, along with where in NetMRI to fix them.

Config CollectionWarningImage Removed icons Warning icons in the CC column indicate possible configuration data collection problems. Other locations that report related messages include Device Viewer –> Settings & Status –> Management Status and Settings icon –> Setup –> Discovery Settings –> Seed Router. Specific messages are described below.
Config Not ChangedThe configuration for the device has not changed since the previous polling of the device. No problem is indicated here unless you have pushed a changed configuration to the device. Even in those cases, allow some more time for the device to synchronize with NetMRI. If you expect changes to be reflected in device polling. go to Device Viewer –> Configuration Management –> Config Explorer and check the Running Config Saved? status line. If the answer is No, ensure the changes in the device's running-config are saved according to the device's configuration data saving requirements.
CLI Credentials UnknownNetMRI cannot obtain the device configuration due to not having the correct CLI username/password tuple, and credential guessing did not work for the device. Go to the Device Viewer –> Settings & Status –> CLI Credentials page for that device. Click Edit and enter the necessary values for the SSH and/or Telnet login tuple and the Enable Password if necessary. Each attempt at connection and collection is listed in the table. Note that the C column, for CLI Credentials Status, may show an Error, usually listed as Failed to authenticate: Invalid Username and/or password.
Configuration Collection Disabled GloballyThis message appears for devices that support configuration collection, but the collection was skipped because Config Collection is globally disabled in NetMRI. The same message appears in the Device Viewer –> Settings & Status –> Management Status page. Go to Settings icon –> Setup –> Collection and Groups –> Groups –> Config Management side tab, and enable the Config Collection checkbox. Also, ensure the proper protocols (SSH, Telnet, HTTP) are enabled for config collection.
Configuration Collection Enabled Globally, All Protocol Options DisabledThis message appears for devices that support configuration collection, but the collection was skipped because Config Collection is globally enabled in NetMRI but no data collection protocols were enabled. The same message appears in the Device Viewer –> Settings & Status –> Management Status page. Go to Settings icon –> Setup  –> Collection and Groups –> Groups –> Config Management side tab, and enable the Config Collection checkbox. Ensure the proper protocols (SSH, Telnet, and/or HTTP) are enabled for config collection.
Configuration Collection Disabled at Device Group levelThe device showing this message currently has config collection disabled for the Device Group to which the device belongs. Go to Settings icon –> Setup –> Collection and Groups –> Groups, click the Action icon and choose Edit for the selected Device Group. In the Group Settings tab, enable the Config Collection checkbox.
Not Included by Discovery SettingsThe message indicates that although the device has been detected by NetMRI, it is not included in any IP Ranges or as a Static IP with the Exclude from Discovery Settings option, is not reachable through Device Hints, or is not detectable as a Seed Router.

The device in question may also be explicitly excluded from management by previously clicking the Unmanage button in Device Viewer –> Settings & Status –> Management Status page. Go to Settings icon –> Setup –> Discovery Settings and change the appropriate settings in any of the four categories. This message appears only during a manual Get Config operation.
Not LicensedThe message indicates that the device has not been added automatically to the full NetMRI license for the appliance reporting the Issue. Go to the Device Viewer –> Settings & Status –> Management Status page and click the License button. In the License Status dialog, choose the settings necessary to change the licensing status for the device. This message appears only during a manual Get Config operation.

...

For additional information about NIOS IPAM Sync, see Overlay/Overwrite Logic

Anchor
Configuring IPAM Sync
Configuring IPAM Sync
Configuring IPAM Sync

This section describes the following:

...

Data Field in IPAM Sync Export FileNetMRIModel->AttributeField Description
General Device Data
discovered_nameDevice -> DeviceNameDNS name of the IP address.
ip_addressDevice -> DeviceIPDottedA valid IPv4 address. Required.
mac_addressDevice -> DeviceMACA valid mac address. Must be lowercase. Optional.
last_discovered_timestampDevice -> DeviceTimestampTimestamp of last time the discoverer has seen the device. A UTC timestamp. Required.
first_discovered_timestampDevice -> DeviceFirstOccurrenceTimestamp of the first time the discoverer has seen the device. A UTC timestamp. Optional.
netbios_nameN/AThe NetBIOS name of the device. String type. The maximum size is 15 characters. Optional.
osDevice -> DeviceVersionThe OS of the IP address. String Type. The maximum size is 256 characters. Optional.
device_modelDevice -> DeviceModelThe model of the device.
device_vendorDevice -> DeviceVendorThe vendor of the device.
device_locationDevice -> DeviceSysLocationThe location of the device.
device_contactDevice -> DeviceSysContactThe contact of the device.
ouiDevice -> DeviceOUIThe OUI of the device.
discovererN/AAlways "NetMRI".
Attached Device Data (only for endhosts)
network_component_typeDevice -> DeviceTypeThe type of component connected to the IP address. Eg Switch, Router, Other. Optional. String type. Max size 32.
network_component_nameDevice -> DeviceNameThe name of component connected to the IP address. Optional. String type. Max size 64.
network_component_ descriptionDevice -> DeviceSysDescThe description of component connected to the IP address. Optional. String type. Max size 256.
network_component_ipDevice -> DeviceIPDottedThe IP address of the component connected to the IP address. Optional. String type. IPv4 address format.
network_component_modelDevice -> DeviceModelThe model of the component connected to the IP address.
network_component_vendorDevice -> DeviceVendorThe vendor of component connected to the IP address.
network_compInterface -> ifNameonent_locationDevice -> DeviceSysLocationThe type of component connected to the IP address.
network_component_contactDevice -> DeviceSysContactThe contact of the component connected to the IP address.
network_component_port_ numberInterface -> SwitchPortNumberThe port number on the component connected to the IP address. Optional. Unsigned integer type. Range 0 - 9999.
network_component_port_ nameInterface -> ifNameThe port name on the component connected to the IP address. Optional. String type. Max size 64.
network_component_port _descriptionInterface -> ifDescrThe description of the Port on the component connected to the IP address. Optional. String type. Max size 256.
Port Data
port_vlan_nameVlan -> VlanNameThe name of the VLAN on the Port. Optional. String type. Max size 64.
port_vlan_numberVlan -> VlanIndexThe port VLAN Number. Optional. Unsigned integer type. Range 0 - 9999.
port_speedInterface -> ifSpeedThe speed settings on the switch port. Optional. String type. Valid values are 10M, 100M, 1G, 10G, 100G, and Unknown.
port_duplexInterface -> ifDuplexThe duplex settings on the switch port. Optional. String type. Valid values are Full and Half.
port_statusInterface -> ifAdminStatusAdministratively up or down. Optional. String type. Valid values are Up, Down, and Unknown.
port_link_statusInterface -> ifAdminStatusConnected or not. Optional. String type. Valid values are: Connected, Not Connected, and Unknown.
Cisco ACI Data
tenantN/AThe ACI tenant.
bridge_domainN/AThe ACI bridge domain.
endpoint_groupsN/AThe ACI endpoint groups.
VRF and BGP Data
vrf_nameInterface -> vrf_nameThe VRF name of the IP address.
vrf_descriptionInterface -> vrf_descriptionThe VRF description of the IP address.
vrf_rdInterface -> vrf_rdThe VRF route distinguisher of the IP address.
bgp_asN/AThe BGP autonomous system number of the device.
Wireless Access Point Data
ap_nameN/AThe name of the wireless access point.
ap_ip_addressN/AThe IP address of the wireless access point.
ap_ssidN/ASSID of the wireless access point.

...

  • Network sync: Newly-imported subnets are imported as “managed”.
    • If the imported subnet conflicts with an existing subnet, it is not accepted. The imported subnet can go into a container as long as there is no conflict.
    • If the subnet already exists, no changes are made.
    • If the subnet is in IPAM but not in NetMRI, it is left in IPAM.
  • IP address sync: New IP addresses are added and marked as “unmanaged”. If an IP address already exists, the field values are overwritten during the import.
    • Before NetMRI 7.1.4 and NIOS 8.1, if the IP address exists in IPAM but it is not in the import file, it is left in IPAM.
    • As of NetMRI 7.1.4 and NIOS 8.1, if the IP address exists in IPAM but it is not in the import file, its discovered data is cleared out. You can control the time that the IP address stays in the NetMRI database after it is no longer discovered under NetMRI. To do so, go to Setup -> General Settings -> Advanced Settings.

Viewing IPAM Sync Discovered Data in NetMRI and NIOS

In NIOS, you can view the data discovered by NetMRI and synchronized using IPAM Sync as follows:

...

Anchor
Supporting Cisco Discovery Service
Supporting Cisco Discovery Service
Anchor
bookmark189
bookmark189
Supporting Cisco Discovery Service

NetMRI automatically supports an Infoblox utility, Cisco Discovery Service, that enables network administrators to provide Cisco-validated reporting and analysis. NetMRI operates as a Cisco Discovery Service-enabled system supporting discovery of network systems for analysis and management. You can use the CDS Integration Tool as part of a new NetMRI installation, or use the tool to extract further insight and value from an existing deployment. Cisco Gold Partner status is required for effective use of the software utility.

NetMRI supports CDS API version 2.0 and uses a NetMRI device or virtual machine to inspect all aspects of a network's Cisco infrastructure to collect the following information:

...