New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

200.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


Fake Spike in Traffic Sensor

Votes:

0

Your Vote:

Up

Down

Hi there, I have a link that has for example 10GB of traffic. If my sensor on this link shows me 15GB on 1 poll of my interval (30s), i can be sure that it is not correct. I want to know this "fake spike" is related to tools bug or it is because of my bad usage of tool? Whereas i have more than 2000 sensors and i have a lot of 30s interval. Thanks a lot

fake-spike scanning-interval sensor-count traffic-sensor

Created on May 22, 2019 10:29:53 AM by  Hossein (0) 2



7 Replies

Votes:

0

Your Vote:

Up

Down

Hi Hossein,

I first recommend to check if you monitor the x64 bit counters or the 32 bit ones. You can see that on the overview page of the sensor on the right side. With this high traffic throughput, 64 bit counters are highly recommended to avoid multiple overflows during a scanning interval.

The traffic sensors calculate delta values from the current results to the result before. There is no known issue with the calculated deltas known in the current version. If you want to calculate them on your own, you can click on the historic data tab of the sensor and export the raw data.


Kind regards,
Felix Saure, Tech Support Team

Created on May 22, 2019 11:35:40 AM by  Felix Saure [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi there, First, I'm using 64 bit counters for SNMP traffic sensor already. Cause it's PRTG built-in sensors! Then, i checked raw data and it shows the same incorrect data also.

Created on May 29, 2019 11:07:32 AM by  Hossein (0) 2



Votes:

0

Your Vote:

Up

Down

Dear Hossein,

PRTG can request 32 bit counters as well as 64 bot counters, that's why asked. As the raw data also shows these spikes, this might be a glitch in the firmware of the device which you monitor. To confirm that, you can use our free SNMP Tester and perform a Scan Interfaces and repeat that. This will show the raw data returned by the device.

In PRTG, you can enter the settings of the channel by clicking on the gauge symbol to enable the Spike Filter. This will filter out such unreasonable values.


Kind regards,
Felix Saure, Tech Support Team

Created on May 29, 2019 12:17:57 PM by  Felix Saure [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Dear Support Team, How can i check that issue by SNMP Tester while just sometimes occurs and i don't know when?! Also, i want to know that is this OK that i have more than 2000 sensor and i have a lot of 30s interval? Could this be the cause of these bugs?

Created on Jun 23, 2019 1:09:09 PM by  Hossein (0) 2



Votes:

0

Your Vote:

Up

Down

Hello Hossein,

To catch these sporadic spikes on packet level, you can run a WirShark capture on the probe host, if you use SNMP v1 or SNMP v2. If any spikes in PRTG are captured, you can compare the WireShark results with the results in PRTG. 2,000 sensors in a 30 second interval shouldn't be an issue, there are much larger installations running without such issues. As there are no other similar reports regarding issues with spikes, it's likely that the device reports these wrong values.


Kind regards,
Felix Saure, Tech Support Team

Created on Jun 24, 2019 6:18:43 AM by  Felix Saure [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi Felix, Although the prtg documentation says that over 2,000 sensors should use 5-minute interval, you still say if, for example, there are 10,000 sensors and assume half of them have 1-minute interval and the other half has 30-second, it will not cause such problems?

Created on Jun 24, 2019 10:55:26 AM by  Hossein (0) 2



Votes:

0

Your Vote:

Up

Down

Dear Hossein,

Correct, even if performance issues occur on your core server or probes, PRTG will still not write down any random results, just what's getting returned by the devices which are getting monitored.


Kind regards,
Felix Saure, Tech Support Team

Created on Jun 25, 2019 6:21:07 AM by  Felix Saure [Paessler Support]



Please log in or register to enter your reply.


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.