Once the Auvik collector is successfully installed on your network, it automatically searches on its local subnet to find more networks. When new networks are discovered, you can choose whether to have Auvik scan them or not.
Refining the topology
During the network scan, Auvik looks for network devices that expose the following information:
- ARP tables
- Forwarding tables (Layer 2)
- IP assignments
- VLAN associations
- Layer 1 discovery protocols, such as Link Layer Discovery Protocol (LLDP), Cisco Discovery Protocol (CDP), and Foundry Discovery Protocol (FDP)
This information is pulled from SNMP through various management information bases (MIBs), and by issuing "show" commands through the CLI on network elements.
From there, Auvik uses logic to determine connections and model your network. Where definitive connection information is unavailable, the system uses a set of proprietary algorithms to infer the remaining connections.
On your map, you can see:
- Wired and wireless connections when we have strong evidence of a physical connection
- Inferred wired and inferred wireless connections when Auvik knows the connection must exist but doesn’t have the exact port mapping
For example, there may be an unmanaged switch between a router and a set of PCs. The system will realize this and add an unmanaged device to your map.
Refining Device Information
Once a device is discovered, Auvik looks for open services so it can identify the class of device, such as printer, switch, firewall, access point, laptop, or phone. The system uses a number of tools and services to refine device information. They include:
- SNMP v1/2c, and v3
- Generic credentials (public, private) are tried to identify the device using System-MIB
- SSH, Telnet, and CLI
- Multicast Domain Name System (mDNS)
- SMB / Samba
- Windows Management Instrumentation (WMI)
Why does rediscovery keep showing old device information?
Rediscovery does not necessarily replace information supplied by a vendor controller or cloud integration.
When a device is associated with a controller integration, details such as the device name, model, serial number, or site assignment may be supplied by that integration. If the controller continues to report the old value, rediscovery may appear to restore the outdated information.
Auvik may use multiple data sources, including SNMP, CLI, and cloud-controller integrations, when refining device information.
How to identify the source of the information
Check the device details and the applicable integration configuration to determine whether the device is associated with a vendor controller or cloud integration.
For example, Auvik’s cloud-controller integrations can add information about discovered devices, while the devices must still be reachable from the collector for discovery and management.
How to correct outdated information
- Review the device in the vendor controller and correct the device name, model, serial number, or site/organization assignment.
- Confirm that the controller integration is connected and that the device is assigned to the intended Auvik site.
- Verify that the device remains reachable from the assigned collector.
- Confirm that the required SNMP or other monitoring credentials are valid.
- Allow the integration and discovery data time to update, then review the device again.
If the information remains incorrect, collect:
- The device name and identifiers.
- Serial number, MAC address, and management IP address.
- The value shown in the vendor controller.
- The value shown in Auvik.
- Screenshots or exports from the controller.
- The time the controller data was corrected and the next rediscovery or synchronization occurred.
Provide these details to Auvik Support so they can determine which data source is supplying the value and reconcile the information.