-
Re: Switch interfaces unknown
d09hApr 13, 2018 9:47 AM (in response to zhymmer)
You could try this:
NPM Network Topology displays interfaces as UnknownOverview
This article discusses how to address the issue where interfaces are displayed as Unknown in the Node Details page while accessing the NPM Network Topology resource.
Environment
All NPM versions
Resolution
- Open the Node Details page of the affected node.
- Click List Resources.
- Verify that the affected interfaces in NPM Network Topology resource are selected.
-
Re: Switch interfaces unknown
zhymmer Apr 13, 2018 10:01 AM (in response to d09h)Thanks, but i already done that, and i tried unselecting them and reselecting them again and its still not working,
And for exemple i can't see my interface G0/9 but i can see my G0/10 and they are both selected
And in the "Current Percent Utilization of Each interface i can see all of them, i guess if they weren't selected i couldn't see them there either ?
-
Re: Switch interfaces unknown
mesverrumApr 13, 2018 12:54 PM (in response to zhymmer)
Do you monitor the switches using SNMP v3? Lots of the requires OID's are not normally available in v3 by default.
-
Re: Switch interfaces unknown
mesverrumApr 13, 2018 1:00 PM (in response to mesverrum)
1 of 1 people found this helpfulAlso I see from your screenshot that these are layer 3 connections, the one that has full detail is a layer2. Is this actually a direct link between xxxxSWCore and IR-xxxx or is it routed in some way? Are you monitoring the interface on the other side of the link on IR-xxxxx? Is there a VLAN or something that that we need to add to the list?
-
Re: Switch interfaces unknown
zhymmer Apr 13, 2018 2:09 PM (in response to mesverrum)I'm using SNMP v2 and the IR-xxxxx is a printer, i do have some vlan on that switch, but they are all added and visible in SolarWinds.
Yes i am monitoring the other side of the link, but its the case for all the interfaces.
Some of the interfaces are working in L3
This is the "Current Percent Utilization of Each interface" of some vlan-interfaces
This is the list-ressources
And this is my polling method
But the interface working in L3 is a vlan-interfaces and the other working interfaces are all L2, so it might be my problem
-
Re: Switch interfaces unknown
deverts Apr 13, 2018 1:54 PM (in response to zhymmer)I've run into this several times. You have have to make sure you are monitoring the interfaces on both ends of the cable, then run the "Topology" not the "list resources."
D
-
-
Re: Switch interfaces unknown
deverts Apr 13, 2018 2:59 PM (in response to zhymmer)Manage Nodes --> Select your device(s) --> on the top under "More Actions" choose "Update Topology"
But again, make sure the interfaces on both sides of the connection are being monitored.
D
-
-
-
-
-
-
-
Re: Switch interfaces unknown
mesverrumApr 13, 2018 2:52 PM (in response to zhymmer)
Is topology available on the IR- side as well, usually printers won't support the necessary OID's to get that to display in Solarwinds and NPM doesn't like it if both sides of a connection don't match up in that way. I've never seen an environment where NPM could 100% map out their topology unless the only devices they had were just Cisco switches with standard links between them. Most other types of devices will be hit or miss for topo calculations. There are hundreds of thwack posts about people trying to make it work, dozens of KB articles on which OID's you can walk on the devices to see what Solarwinds sees. asically i'm suggesting you don't pull your hair out over it. Topo mapping is nice when it works, and a major rabbit hole when it doesn't.
-
Re: Switch interfaces unknown
zhymmer Apr 13, 2018 3:03 PM (in response to mesverrum)Yeah, i know some of my switches have it and its great, but i'm trying to figure out why this one dosen't. So it might be the type or the switch or whatever. But i'll do some test next monday and if i can figure out something i let you know
Thanks!
-
-
Re: Switch interfaces unknown
Raul GonzalezApr 14, 2018 1:34 PM (in response to zhymmer)
Hi
the best way to troubleshoot this issue (I think) is by getting a snmpwalk of the device and check if the OIDs for status are polled properly (they exists with a correct value returned):
SNMP WALK:
OIDs of interface monitoring:
Mainly these ones:
Interface - General ifSpeed 1.3.6.1.2.1.2.2.1.5
Interface - General ifAdminStatus 1.3.6.1.2.1.2.2.1.7
Interface - General ifOperStatus 1.3.6.1.2.1.2.2.1.8
Raul Gonzalez
Prosperon - UK SolarWinds Partners
Installation | Consultancy | Training | Licenses
-
Re: Switch interfaces unknown
zhymmer Apr 16, 2018 12:37 PM (in response to Raul Gonzalez)Thanks, i'll check it out tomorrow
-
-
Re: Switch interfaces unknown
mthughes Jun 25, 2018 3:00 PM (in response to zhymmer)1 of 1 people found this helpfulHi,
The issue you are having is from the way that SolarWinds builds the topology map for layer 2 connections for Cisco devices - it uses CDP. It can also use LLDP and cam table entries to build the topology. The problem is when you are using a port-channel or a VLAN interface that information does not match with the layer 2 discovery protocol. To fix it, you need to manually connect the devices by editing the TopologyConnections table in the SolarWindsOrion database.
The LinkType column will have a value of either Layer3Subnet, Layer3NextHop, Layer3Subnet, Layer2CamBasedLinkTo, or IP to IP (cdp, lldp).
- You do have to have both sides being monitored for this to work since it uses the SourceInterfaceID and MappedInterfaceID in that table. You are already doing this.
- Get the Node ID and Interface ID for the two devices - you can go to the object's page and look in the URL to get the IDs.
- Search for the lower Node ID in the database (mine was Node ID 50),
SELECT TOP (1000) [DiscoveryProfileID] ,[SourceNodeID] ,[SourceInterfaceID] ,[MappedNodeID] ,[MappedInterfaceID] ,[SrcType] ,[DestType] ,[DataSourceNodeID] ,[LastUpdateUtc] ,[Layer_Type] ,[LinkType] FROM [SolarWindsOrion].[dbo].[TopologyConnections] where SourceNodeID = 50
4. Edit the entry that shows the connected node in the MappedNodeID column. You will see NULL as the SourceInterfaceID and MappedInterfaceID - replace them with the correct interface IDs.
The relationship is only shown once. You will not see another entry showing the MappedNodeID as the SourceNodeID.
Once updated and you refresh the SolarWinds page you will see the two devices connected and the proper bandwidth .... for 5 minutes. It appears that SolarWinds is updating that table automatically during polling and/or rediscovery. This means this is not a fix using this method.
If you can figure out a way to make the manual fix stay, please let me know.
This is really an issue that SolaWinds needs to fix. NPM is not able to figure out the physical port mapping when you are using LACP/PaGP link aggregation or SVIs. The only sure way to see the L2 connections is to monitor the interface that appears when you do show cdp neighbors or show lldp neighbors. And if you are doing HSRP or other gateway redundancy protocol (or any network protocol that uses a virtual MAC address) and SolarWinds is using the MAC Address table for topology mapping you are probably screwed there as well. Maybe when SolarWinds finally adds the ability to show member interfaces in the Port-Channel this will be solved as well.