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.

...

Note
titleNote

The topics under Configuration Management provide more information about configuration collection and related operations.

...

Infoblox NIOS software, running on Infoblox appliances, delivers core network services—including DNS, DNSSEC, DHCP, IPAM, HTTP, FTP, TFTP, NTP and others—that are important to the operation of all IP-based networks. IP address management (IPAM) functionality is built in to Infoblox NIOS software and includes a comprehensive suite of functions that support address allocation, management, and reporting.

Use the Settings icon –> Setup –> NIOS IPAM Sync tab to configure NetMRI to populate You can configure a NetMRI instance to synchronize with the NIOS IPAM database and populate it with the NetMRI IP network discovery data compiled by a NetMRI instance. During a runsynchronization, device data (IP addresses and other data), subnets/DHCP networks, or both are exported . A synchronization can be run immediately or scheduled from NetMRI to NIOS through a CSV file. You can run a synchronization immediately or schedule for future times.

NetMRI tracks the last time it has successfully communicated with a device via NMAP (used for fingerprinting), SNMP, and telnet/SSH/HTTP. This timestamp information appears in the Network Explorer –> Discovery page in NetMRI. To provide the most accurate possible timestamp, the protocols used to generate the timestamps also includes ICMP Ping and NetBIOS communications protocols. This allows NetMRI to track the last time it communicated with a device across any related protocols. Ping and NetBIOS data results are not directly displayed in the Network Explorer –> Discovery page.During IPAM Sync operations, NetMRI  NetMRI uses the maximum timestamp for a given device (i.e. across all protocols) to populate the timestamp value that is sent to the NIOS system. This is defined as the last_discovered_timestamp IPAM Sync data fieldNIOS.

For how to configure a synchronization, see Configuring IPAM Sync. This section also lists IPAM Sync data fields that are exported from NetMRI to NIOS.

For how to execute a configured NIOS IPAM Sync, see Synchronizing Between NetMRI and NIOS Appliances.

Note
titleNote

NetMRI supports synchronization of IPv6 subnet and address information between NetMRI and target NIOS systems, to automatically define networks in IPAM. Some subnetworks may not be reported to NIOS during IPAM Sync owing to their addressing being part of MPLS VPNs.

...

  • Network Views: Be aware of overlapping subnets and IP addresses. If you execute IPAM Sync several times, do not export different NetMRI network views to the same NIOS network view. Otherwise, some discovered data may be lost.
  • Device reachability: Once a device became unreachable, it remains visible in NetMRI for some time, but it will not be exported to NIOS. If you see the device in NetMRI, but not in NIOS, check the device interfaces and reachability. Some of the interfaces may become disconnected. Additionally, check if the corresponding device subnet is displayed in the list of subnets in NetMRI.

For how to add, edit, and delete a sync configuration, see the next section, Configuring IPAM Sync.

...

  • NetMRI

...

  • .

Also, see the following sections for additional information about NIOS IPAM Sync:

Configuring IPAM Sync

This section describes the following:

...

To add a sync configuration, complete the following:

  1. Click In Settings –> Setup –> NIOS IPAM Sync –> Add Sync Configuration in the upper left corner.
    The Sync configuration  Sync configuration wizard opens.
  2. In Step 1 of the Wizard, enter the NIOS Grid Master IP address or host name, with user name and password. For standalone NIOS deployments, enter the IP address or host name of the NIOS device. The default login credentials are admin/infoblox.
  3. Click Next.


    Note
    titleNote

    Make sure the NIOS system is reachable before attempting a connection, and ensure you have the correct admin account and password. The specified username and password also must provide access to the Infoblox DMAPI (Data and Management API). Any NIOS administrator account can be set to allow API access from within NIOS with an Allowed Interfaces setting of API. Consult the Infoblox API Documentation guide for the version of NIOS in the current operation for more details, and consult the NIOS Administration Guide for the procedure on defining API interface access for an admin account. 


  4. In Step 2, in NS1 Network View, select default as the view to which to export data. This information is obtained from the Infoblox Grid Master.
  5. In NetMRI Network View, select the required view.
  6. In Time restriction, select Include all data, regardless of polling time.

    In versions prior to 7.3.1, NetMRI sent data collected from devices that were successfully polled within the last two hours. This restriction was removed in version 7.3.1. You can request to export all data regardless of last successful device polling time or data from devices successfully polled in the last several hours.
  7. Activate Synchronize Device Information if devices (IP addresses) are to be included in the synchronization.
  8. If you enabled the synchronization of device information and you want to include end host IP addresses into NIOS IPAM Sync, select Include addresses from ARP tables.
    By default, only routers IP addresses are included into NIOS IPAM Sync. Selecting this option allows you to export IP addresses of end hosts from ARP tables of discovered devices to NIOS IP Map, along with routers IP addresses. These end hosts are listed in a separate tab in NetMRI: Network Explorer -> Switch Port Management -> End Hosts -> End Host Present. If the discovery engine does not recognize a device as infrastructure or network device, it is treated as end host. Data displayed for end hosts collected from ARP tables includes the IP address, MAC address, and Last Discovered and First Discovered stamps.


    Note
    titleNote

    Retrieving end hosts IPs based on ARP entries does not guarantee accurate results as the lifetime of ARP tables entries on network devices is very limited (e.g., up to 5 minutes officially, 10 minutes in real life for Cisco IOS-based devices) and the amount of tables entries is relatively small.


  9. To add internal subnets as networks in NIOS, activate the Add IPAM networks for subnets within NetMRI discovery ranges option. This will export subnets discovered by NetMRI and classified as internal (i.e., within the defined discovery ranges). To export all internal subnets, select the All option. To limit the exported internal subnets, select the Restrict to subnet s within the following summary routes option, and enter a list of summary routes. Separate each route with a comma, or put each on a new line. Subnets within a listed summary route are exported. For example, to export only the subnets in a class A 10 network, enter 10.0.0.0/8.
  10. To add external subnets as networks in NIOS, activate the Add IPAM networks for subnets outside of NetMRI discovery ranges option. This will export subnets discovered by NetMRI and classified as external (i.e., outside the defined CIDR blocks). To export all external subnets, select the All option. To limit the exported external subnets, select the Restrict to subnets within the following summary routes option, and enter a list of summary routes as described above for internal subnets.
  11. Click Next.
  12. In Step 3, if you want to schedule synchronization, select Schedule Enabled. This is optional. If you do not schedule a synchronization, you can execute a synchronization at any time. For information, see the next section.
  13. Select a Recurrence PatternExecution Time, and day (this is the starting day for repetitive synchronizations).
  14. Click Next.
  15. In Step 4, review the sync configuration. Click < Previous if you need to change any settings.
  16. Click Finish.

...

  1. In Settings –> Setup –> NIOS IPAM Sync, select Sync in the Actions column for the required sync configuration. 
  2. Click Yes to confirm.
    The IPv4 and IPv6 networks are CSV import of discovered data to NIOS is performed. The IPv4 and IPv6 networks are added to the NIOS appliance database. Also, the CSV import of discovered data is performed.

Open the NIOS GUI and verify that all the data are imported in

...

to NIOS

...

.

The following table lists the data fields in the CSV file used for IPAM Sync data fields that are exported from NetMRI to NIOS:

Device -> DeviceType type of component connected to the IP. Eg Switch, Router, Other. Optional. String type. Max size 32.Device -> port_ numberPort number on the Optional ifOperStatusDNS . Optional. String Type. Max size 256.

Data Field in IPAM Sync Export File

NetMRIModel->Attribute

Field Description

General Device Data
discovered_name
DNS name of the IP.
ip_addressDevice -> DeviceIPDottedA 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

<none>

The NETBIOS NetBIOS name of device. String Typetype. Maximum size is 15 characters. Optional.

os

Device -> DeviceVersion

The OS of the IP. String Type. Maximum size is 256 characters. Optional.

network_component_type

device_model
The

network_component_name

model of device.
device_vendor
The vendor of device.
device_location
The location of device.
device_contact
The contact of device.
oui
The OUI of device.
discoverer
Always "NetMRI".
Attached Device Data (only for endhosts)

network_component_type

Device -> DeviceType

The type of component connected to the IP. Eg Switch, Router, Other. Optional. String type. Max size 32.

network_component_name

Device -> DeviceName

Name of component connected to the IP. Optional. String type. Max size 64.

network_component_ description

Device -> DeviceSysDesc

Description of component connected to the IP. Optional. String type. Max size 256.

network_component_ip

Device -> DeviceIPDotted

IP address of component connected to the IP. Optional. String type. IPv4 address format.

network_component_

Interface -> SwitchPortNumber

model
The model of component connected to the IP.
network_component_vendor
Vendor of component connected to the IP.
network_component_location
Type of component connected to the IP.
network_component_contact
Contact of component connected to the IP.

network_component_port_ number


Port number on the component connected to the IP. Optional. Unsigned integer type. Range 0 - 9999.

network_component_port_ nameInterface -> ifName


Port name on the component connected to the IP. Optional. String type. Max size 64.

network_component_port _description

Interface -> ifDescr


Description of the Port on the component connected to the IP. 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_description

<none>

Description of the port Vlan. Optional. String type. Max size 256.

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.

discovered_name

Device -> DeviceDNSName

Cisco ACI Data
tenant
ACI tenant.
bridge_domain
ACI bridge domain.
endpoint_groups
ACI endpoint groups.
VRF and BGP Data
vrf_name
VRF name of the IP

Overlay/Overwrite Logic

The following overlay/overwrite logic applies to IPAM Sync, complete the following:

...

address.
vrf_description
VRF description of the IP address.
vrf_rd
VRF route distinguisher of the IP address.
bgp_as
BGP autonomous system number of device.
Wireless Access Point Data
ap_name
Name of wireless access point.
ap_ip_address

IP address of wireless access point.

ap_ssid
SSID of wireless access point.

Overlay/Overwrite Logic

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:

  • IP addresses data: IPAM –> select a network –> IP List.
  • Networks data: IPAM –> Networks.

The following table helps to locate IPAM Sync discovered data in the NetMRI UI.

Device/Network Explorer Device Identification DescriptionVLAN NameACI Name IP SSID
UI Name of Discovered Data FieldData Field DescriptionNetMRI UI
General Device Data
IP AddressNetwork Explorer -> DiscoveryLast DiscoveredFirst DiscoveredMAC AddressInterface Viewer
DiscovererAlways "NetMRI".N/A
OSDevice ViewerDiscovered NameDevice ModelDevice VendorDevice LocationPlace in NetMRI UI
General Device Data
IP AddressThe IP address of discovered network device or end host interface.Network Explorer -> Discovery
Last DiscoveredThe timestamp when the IP address was last discovered.
First DiscoveredThe timestamp when the IP address was first discovered.
Discovered MAC AddressThe discovered MAC address for the network device or end host. The discovery acquires the MAC address for hosts that are located on the same network as the Grid member that is running the discovery.Interface Viewer
DiscovererSpecifies whether the IP address was discovered by NetMRI or Network Insight discovery process. Equals to “NetMRI” of “Network Insight” correspondingly.N/A
OSGuess for OS by network discovery. OS info is collected from device by SNMP. Depending on device SNMP settings, this field can be populated with OS version or remain empty (mostly for end hosts) -- in last case Device Type will contain OS name. In NIOS 8.4 and newer versions fingerprint scan result will be displayed as OS of end hosts.Device Viewer
Discovered NameThe name of the network device or end host associated with the discovered IP address.
Device ModelModel name of the device in the vendor terminology.
Device VendorThe vendor name of the discovered device.
Device LocationThe physical location of the network device or endhost.Device Viewer -> Device/Network Explorer -> Device Identification
Device ContactThe contact details for the network device or endhost.
NetBIOS NameThe name returned in the NetBIOS reply or the name you manually register for the discovered host.Switch Port Management -> End hosts
Device Type(s)Identifies the device type.
Device Management IPManagement IP address of the device if the device has more than one IP.
Device Port NameSystem name of the interface the IP associates with.
Device Port TypeHardware type of the interface the IP associates with.
Open Port(s)Open ports of the device. Sample format is "TCP: 21,22,25,80 UDP: 137,139". Limited to max total 1000 ports. Data is collected by Nmap and refreshes every 24 hours. Port scanning must be enabled.
Device OUIThe OUI of device.N/A
Attached Device Data
Attached Device VendorThe vendor name of the switch port connected to the discovered device.For an attached device: Device Viewer
Attached Device AddressThe IP address of the switch that is connected to the network device or endhost.
Attached Device NameIf a reverse lookup was successful for the IP address associated with this switch, the host name is displayed here.
Attached Device TypeIdentifies the switch that is connected to the discovered device.
Attached Device ModelIf a reverse lookup was successful for the IP address associated with this switch, the device model is displayed here.

Attached Device Description

A textual description of the switch that is connected to the discovered device.For an attached device: Device Viewer -> Device/Network Explorer -> Device IdentificationDevice ContactNetBIOS NameSwitch Port Management -> End hosts
Device OUIThe OUI of device.
Attached Device Data
Attached Device VendorFor an attached device: Device ViewerAttached Device AddressAttached Device NameAttached Device TypeAttached Device Model

Attached Device Description

Attached Device LocationThe physical location of the network device to which the discovered host is connected, as detected from the device during discovery.
Attached Device ContactThe contact details of the network device to which the endhost is connected, as detected from the device during discovery.
Attached Device Port DescriptionA textual description of the switch port that is connected to the discovered device.For an attached device: Device Viewer -> Interface -> Configuration
Attached Device LocationPort NameThe name of the switch port connected to the discovered device.
Attached Device ContactPortThe number of the switch port connected to the discovered device.
Attached Device Port For an attached device: Device Viewer -> Interface -> ConfigurationAttached Device Port NameAttached Device Port
Port Data
Port DuplexInterface ViewerPort LinkPort SpeedPort StatusIDIdentificator of the switch port that is connected to the discovered device.
Port Data
Port TypeHardware type of the interface with which the IP is associated.
Port DuplexDuplex settings of the port ofn the network component. Possible values: Full, Half.Interface Viewer
Port LinkLink Status of the port on the network component. Possible values: Connected, Not Connected, Unknown.
Port SpeedSpeed settings of the port of the network component. Possible values:  100G, 100M, 10G, 10M, 1G, Unknown.
Port StatusStatus of the port of the network component. Possible values: Down, Unknown, Up.
VLAN NameName of the VLAN of the network component port.Device Viewer -> Interfaces -> Configuration
VLAN IDNumber of the VLAN of the network component port.
Cisco ACI Data
TenantACI Discovered tenant.Device Viewer -> ACI
Bridge domainACI Discovered bridge domain.
EPGList of comma-separated discovered endpoint groups.
VRF and BGP Data
VRF NameVRF name of IP address.Device Viewer -> Router -> VRF table
VRF DescriptionVRF description of IP address.
VRF RDVRF route distinguisher of IP address.
BGP ASBGP autonomous system number of device.Device Viewer -> Router -> BGP
Wireless Access Point Data
AP NameDiscovered name of Wireless Access Point.Device Viewer -> Wireless

AP IP address

Discovered IP address of Wireless Access Point

.

SSIDService set identifier (SSID) associated with Wireless Access Point.


Fields related to Cisco ACI data (tenant, bridge_domain, endpoint_groups) are specific for SDN elements and controllers.

...

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:

...