Submit a ticketCall us

WebinarWebinar: A checklist for planning your Network Performance Monitor (NPM) upgrade

Are you ready for your next upgrade? To help you plan smoothly, join this webcast to learn more about, SolarWinds® Orion® Installer, SolarWinds Upgrade Advisor, Upgrades Guides, Training Videos, and other resources available. We’ll share key upgrade planning considerations, lessons learned from customers with practical advice from SolarWinds Product Experts. We’ll also give practical tips to identify the estimated time needed and resources, how to prepare the business and IT staff for changes, ways to plan for required system changes, and more.

Register now.

Home > Success Center > Network Performance Monitor (NPM) > Knowledgebase Internal > Technical troubleshooting for common ConnectNow issues - Part 3

Technical troubleshooting for common ConnectNow issues - Part 3


Technical Troubleshooting Steps - Part 3


The following procedure provides general guidance for addressing ConnectNow issues.

  1. Confirm that you are only looking for Layer 2 connections.
    Note: ConnectNow only detects Layer 2 connections.
  2. Run Network Sonar Discovery again and confirm that the following conditions are met:
  3. Confirm that the two devices you want to connect are, in fact, directly, physically connected on Layer 2, and confirm that devices are bridged on an access port and not on a trunk port.
    Note: It is possible to investigate bridging on a Cisco device using the following commands, which should provide the Cisco device in question in the command results:
    • show mac-addr
    • show cam dyn
    • show cdp neigh
  4. Check the Bridge table on the devices you want to display as connected. ConnectNow will only display connections to MAC addresses that exist in a device's Bridge table. Complete the following steps to check a device's Bridge table:
    1. Open a command line interface (CLI) on the device you are checking to verify that the device is bridging the MAC address you expect to be connected.
    2. Enter show MAC-addr, show cam dyn, or similar.
      Note: If the connected MAC address is found on a VLAN, that information may be used in further debugging. For more information, see Technical Troubleshooting - Part 1, step 5.b.a.
  5. Confirm that the Bridge MIB and ARP MIB are available via SNMP from the Orion server, as shown in the following procedure:
    1. Bridge MIB access can be detected using the Switch Port Mapper from the Engineer's Toolset. For more information, see
      1. Install the SolarWinds Engineer's Toolset, and run the Switch Port Mapper gadget in the WorkSpace Studio.
        Note: The classic version does not support all Bridge MIBs
      2. Provide the IP address and credentials of one of the switches you expect to be connected.
      3. If any results are displayed, the Bridge MIB is reachable.
      4. Confirm that the MAC address of the device to which you expect the switch to be connected is listed among the MAC addresses in Switch Port Mapper.
      5. If the MAC address you expect to be connected is not in the Switch Port Mapper results, continue troubleshooting.
    2. Browse the MIBs using the SNMP MIB-Browser in the Engineer's Toolset.
      1. To view the Bridge table via SNMP on a Cisco, browse the Bridge-MIB::dot1dTpFdbTable ( using a community string that is built like: community@<vlan/>.
        For example, if you looking for a MAC address on VLAN 400 and you are using the community string public, use public@400 to view the bridge table for that VLAN.
      2. To view the Bridge table for a non-Cisco device, browse the dot1qTpFdbTable ( MIB using the raw community string, as in public.
    3. If the MIB-Browser returns with a Table not supported error for either of these table, verify both that you are trying to get the correct table and that you are using the correct community string.
    4. If the table and community string are correct, the Bridge table is not accessible. The table may be inaccessibile for any of the following reasons:
      • The device does not expose the bridge table via SNMP.
      • There is a view limitation in place limiting the access of the selected community string.
      • There is no bridging occurring on the selected VLAN.
    5. Browse for the ARP-IP::ipNetToMediaEntry ( table using the raw community string (no need to add the VLAN ID) on devices on the same subnet (that were captured in the discovery) and verify the MAC addresses are found.
      Note: ConnectNow requires Layer 3 information to correlate MAC addresses to Orion nodes.

Continue to Technical Troubleshooting Steps - Part 4.

This article applies to:
Orion Network Atlas version 1.2 and higher

Last modified



Internal Use Only