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.
...
Also, see the following sections for additional information about NIOS IPAM Sync:
Anchor Configuring IPAM Sync Configuring IPAM Sync
Configuring IPAM Sync
| Configuring IPAM Sync | |
| Configuring IPAM Sync |
This section describes the following:
...
Data Field in IPAM Sync Export File | NetMRIModel->Attribute | Field Description |
|---|---|---|
| General Device Data | ||
| discovered_name | Device -> DeviceName | DNS name of the IP address. |
| ip_address | Device -> DeviceIPDotted | A valid IPv4 address. Required. |
mac_address | Device -> DeviceMAC | A valid mac address. Must be lowercase. Optional. |
last_discovered_timestamp | Device -> DeviceTimestamp | Timestamp of last time the discoverer has seen the device. A UTC timestamp. Required. |
first_discovered_timestamp | Device -> DeviceFirstOccurrence | Timestamp of the first time the discoverer has seen the device. A UTC timestamp. Optional. |
netbios_name | N/A | The NetBIOS name of device. String type. Maximum size is 15 characters. Optional. |
os | Device -> DeviceVersion | The OS of the IP address. String Type. Maximum size is 256 characters. Optional. |
| device_model | Device -> DeviceModel | The model of device. |
| device_vendor | Device -> DeviceVendor | The vendor of device. |
| device_location | Device -> DeviceSysLocation | The location of device. |
| device_contact | Device -> DeviceSysContact | The contact of device. |
| oui | Device -> DeviceOUI | The OUI of device. |
| discoverer | N/A | Always "NetMRI". |
| Attached Device Data (only for endhosts) | ||
network_component_type | Device -> DeviceType | The type of component connected to the IP address. Eg Switch, Router, Other. Optional. String type. Max size 32. |
network_component_name | Device -> DeviceName | Name of component connected to the IP address. Optional. String type. Max size 64. |
network_component_ description | Device -> DeviceSysDesc | Description of component connected to the IP address. Optional. String type. Max size 256. |
network_component_ip | Device -> DeviceIPDotted | IP address of component connected to the IP address. Optional. String type. IPv4 address format. |
| network_component_model | Device -> DeviceModel | The model of component connected to the IP address. |
| network_component_vendor | Device -> DeviceVendor | Vendor of component connected to the IP address. |
| network_component_location | Device -> DeviceSysLocation | Type of component connected to the IP address. |
| network_component_contact | Device -> DeviceSysContact | Contact of component connected to the IP address. |
network_component_port_ number | Interface -> SwitchPortNumber | Port number on the component connected to the IP address. Optional. Unsigned integer type. Range 0 - 9999. |
network_component_port_ name | Interface -> ifName | Port name on the component connected to the IP address. Optional. String type. Max size 64. |
network_component_port _description | Interface -> ifDescr | Description of the Port on the component connected to the IP address. Optional. String type. Max size 256. |
| Port Data | ||
port_vlan_name | Vlan -> VlanName | Name of the Vlan on the Port. Optional. String type. Max size 64. |
port_vlan_number | Vlan -> VlanIndex | Port Vlan Number. Optional. Unsigned integer type. Range 0 - 9999. |
port_speed | Interface -> ifSpeed | Speed settings on the switch port. Optional. String type. Valid values are 10M, 100M, 1G, 10G, 100G, and Unknown. |
port_duplex | Interface -> ifDuplex | Duplex settings on the switch port. Optional. String type. Valid values are Full and Half. |
port_status | Interface -> ifAdminStatus | Administratively up or down. Optional. String type. Valid values are Up, Down, and Unknown. |
port_link_status | Interface -> ifAdminStatus | Connected or not. Optional. String type. Valid values are: Connected, Not Connected, and Unknown. |
| Cisco ACI Data | ||
| tenant | N/A | ACI tenant. |
| bridge_domain | N/A | ACI bridge domain. |
| endpoint_groups | N/A | ACI endpoint groups. |
| VRF and BGP Data | ||
| vrf_name | Interface -> vrf_name | VRF name of the IP address. |
| vrf_description | Interface -> vrf_description | VRF description of the IP address. |
| vrf_rd | Interface -> vrf_rd | VRF route distinguisher of the IP address. |
| bgp_as | N/A | BGP autonomous system number of device. |
| Wireless Access Point Data | ||
| ap_name | N/A | Name of wireless access point. |
| ap_ip_address | N/A | IP address of wireless access point. |
| ap_ssid | N/A | SSID of wireless access point. |
| Anchor | ||||
|---|---|---|---|---|
|
The following overlay/overwrite logic applies to IPAM Sync:
- 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 is 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 | ||||
|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
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:
...