How to identify whether any node is polling with SNMP or ICMP and how to get the list of devices which are snmp connection lost only.

Hi Shanmuga ,

There are plenty of ways to check whether the nodes are being polled through ICMP, SNMP, or another method. You can use the steps below to verify this:

1. Edit Node: Go to Edit Node, where you will be able to see the node's polling method.

2. Manage Nodes: Navigate to Settings > Manage Nodes, then click on the double arrows (as shown in the screenshot below) and select Polling Method from the column options.

        3. Custom Report: You can also create a report to view the polling status of onboarded nodes.

I hope this helps! There are also other methods available.

There is a case where one of the device still shows Green and polling method as SNMP under Managed nodes but actually the node lost its snmp connection to the tool so in this case polling method not showing correct result. so please need another way to find out. 

The Polling Method is for statistical polling. Availability is by default ICMP ping and it is this which is reflected in the green status. So, although it is unable to collect SNMP statistics, SolarWinds is able to ping the Node, so it shows as Green (Up)

Select SNMP for status and it will show down when SNMP is not working.

The query below can be used in a report to show nodes with SNMP polling failed:

Select
Nodes.NodeID As NetObject,
Nodes.Caption As Caption,
'<a href=https://solarwinds.scdor.us/Orion/NetPerfMon/NodeDetails.aspx?NetObject=N:' +
Cast(Nodes.NodeID As varchar(256)) + '> ' + Caption + '</a>' As 'DetailsUrl',
Nodes.ApplicationGroup,
Nodes.SystemAdmin,
Nodes.Physical,
Nodes.Owner,
Nodes.Owner_Email,
Nodes.SysAdmin_Email,
Nodes.LastSystemUpTimePollUtc,
Nodes.ObjectSubType,
NodesCustomProperties.Decommission,
NodesCustomProperties.TurnAlertsOff,
Nodes.SystemUpTime,
Nodes.LastSync,
Nodes.NextPoll
From
Nodes Inner Join
NodesCustomProperties On Nodes.NodeID = NodesCustomProperties.NodeID
Where
Nodes.LastSystemUpTimePollUtc < DateAdd(second, -4 * Nodes.PollInterval,
GetUTCDate()) And
Nodes.ObjectSubType In ('SNMP') And
Nodes.Status <> '9'

Thanks. I will try to understand the query and run it so cant we able to get the list from the webconsole.?

Also I dont want to change it across 1000 of devices let it be icmp but any possibility to differentiate the icmp status and snmp status of a device in the webconsole

I tried the report you mentioned earlier but unable to get the snmp status and icmp status of the devices . can you assist me any possibility of report with these 2 fields showing the status?

Thanks.

Try putting this SWQL into a Custom Query widget on your web console:

SELECT
NodeID,
DisplayName,
IPAddress,
CASE
  WHEN ObjectSubType = 'SNMP' THEN 'SNMP'
  WHEN ObjectSubType = 'ICMP' THEN 'ICMP (Ping Only)'
  ELSE 'Unknown'
END AS PollingMethod,
LastSync AS LastPolled
FROM
Orion.Nodes
ORDER BY
PollingMethod, DisplayName

Check your node SNMP credentials and test the same again to see the result.

Hi Daran,

    I verified for that node and it has the ObjectSubType as SNMP and Last Sync as last polled but the device is not responding with SNMP now so this query doesnt satisfy the requirement.

When I open the node in the solarwinds GUI and click List resources it says "us-dal-corp-lxcn02.dtcc.com is currently down, unreachable, or provided credentials are not valid" so I am pretty sure the node lost its snmp connection but ICMP is good. Hence I need to get the list which are snmp connection lost only.

Thanks.

If SW is saying is it down then SW is doing it's job and you should be investigating why it is saying it is down -  you could try the following to get a bit more info...

SELECT
    n.NodeID,
    n.DisplayName,
    n.IPAddress,
    n.Status AS NodeStatus,
    n.StatusDescription,
    n.ObjectSubType,
    n.LastSync AS LastPolled,
    n.DetailsUrl
FROM
    Orion.Nodes n
WHERE
    n.ObjectSubType = 'SNMP'
    AND n.Status IN (9, 14)
ORDER BY
    n.DisplayName

but other than that you should be troubleshooting the issue on your network rather than here...