What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general.

Learn more

PRTG Network Monitor

Intuitive to Use. Easy to manage.
More than 500,000 users rely on Paessler PRTG every day. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free Download

Top Tags


View all Tags

What non network causes are there for icmp ping false positives?

Votes:

0

Started getting a down indication on an icmp ping to a remote subnet.

Confirmed the node was not down.

Pinged directly from the machine that hosts the probe.

Pinged with packets of varying sizes.

Pinged at different rates.

No failed pings.

Tried multiple times rechecking/pausing/unpausing etc.

The sensor did eventually clear itself after about 15 minutes.

This did not coincide with any outage or know network disruption.

The prtg system is running on a server 08 64 r2 instance under vmware with about half it's 4 gig ram free, cpu load never goes above 10% - there is plenty of bandwidth.

An occasional false positive isn't the end of the world - prtg is just an indicator after all - any actions should be predicated on an inspection after receiving the alert.

Still, I am wondering why a simple ping would fail like that.

false icmp ping

Created on Nov 6, 2013 11:14:31 PM



Best Answer

Accepted Answer

Votes:

0

Hello there,

PRTG uses the Windows API to query the ICMP scans. If these does not work, I highly recommend to log on the Remote Probe Host and try to ping the exact same device which is configured in PRTG from CMD.

This needs to work in order to also send the ICMP requests via our PRTG Network Monitor.

One more thing which you can confirm is the correct "Outgoing Interface". Log on the Remote Probe machine again and open the PRTG Administrator Tool to confirm that the probe is using the interface connected to the remote endpoint / network.

Kind regards,
Felix Saure, Tech Support Team

Created on Feb 28, 2022 7:11:35 AM by Felix Saure [Paessler Support]



6 Replies

Votes:

0

The first thing that I would do to make sure that this isn't just one freak packet getting lost would be to change this to perform a multiple ping and increase the timeout and scanning interval.

If you are still having issues, it could be that the probe is not handling the request correctly which could simply be that it needs to be restarted. If that does not handle the problem, I would check with Wireshark whether the pings are being sent and received by the probe.

If that all looks like normal traffic, I would try recreating the sensor and device if needed.

Created on Nov 7, 2013 9:32:28 PM by Greg Campion [Paessler Support]



Votes:

0

I have this same issue that has continually gotten worse! We can ping successfully outside of PRTG from the server running PRTG. BUT PRTG app reports down false-positives for numerous PING sensors. I have tried increasing the PING timeout from 2sec to 5sec and the problem still happens in PRTG.

We are very frustrated with PRTG support for no phone or remote session support.

Created on Mar 26, 2014 3:19:38 PM



Votes:

0

I have tried all the steps that Greg mentioned above and still NO resolution.

Created on Mar 26, 2014 3:20:39 PM



Votes:

0

If you are having issues with your ping sensors failing, then it could also be that the probe is overloaded. We are taking a look at the logs that you sent over with the developers currently and will try to answer you as quickly as we can.

Created on Mar 27, 2014 12:00:09 PM by Greg Campion [Paessler Support]



Votes:

0

Hi PRTG

I am having the same issue for my sensor. When the remote PRTG server always have a ping error while the local does not have this issue. Can you suggest a solution? Thank You

Created on Feb 25, 2022 8:51:51 AM



Accepted Answer

Votes:

0

Hello there,

PRTG uses the Windows API to query the ICMP scans. If these does not work, I highly recommend to log on the Remote Probe Host and try to ping the exact same device which is configured in PRTG from CMD.

This needs to work in order to also send the ICMP requests via our PRTG Network Monitor.

One more thing which you can confirm is the correct "Outgoing Interface". Log on the Remote Probe machine again and open the PRTG Administrator Tool to confirm that the probe is using the interface connected to the remote endpoint / network.

Kind regards,
Felix Saure, Tech Support Team

Created on Feb 28, 2022 7:11:35 AM by Felix Saure [Paessler Support]




Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.