EDIT: Advanced Ping Template Version 1.3 for Cacti 0.8.6g

[tsnww]

[root@yourmachine scripts]# php ss_fping.php www.google.com 20 ICMP

min:14.9500 avg:15.0125 max:15.3500 dev:0.1000 loss:0.0000

Can you get this to work?

make sure you are root, and try it.

[abadaba]

It works all day as root...But if i try running it as any other in the CLI...i get permission errors...

[TheWitness]

In Unix/Linux, you must be root to generate ICMP packets. It's a long story, but I did place an experimental change in lib/ping.php to allow ping to run if you set php to have as root privileges and have to POSIX PHP module loaded in that version of PHP. You should give it a test, but I would make sure that copy of PHP is not used for your web server, only the poller.

TheWitness

[pikes]

everything is ok, but when is the destination down (no ping reply) i didnt get RED color like 100% packet loss but this "WHITE HOLE". Where is problem? Or its correct? May be its when ping get answer:

Reply from xx.xx.xx.85: Destination host unreachable.

thnx for help or answ Tom

--
end where is green staff at AVG LATENCY 0:-)

TheWitness: could you fix this bug? I have a threshold set up to send notification if packet loss goes over a certain amount but it's not going to throw a notification if there's 100% packet loss becuase it simply won't show any loss :/

[TheWitness]

The intent was to fix this in 0.9. But being that it's delayed, I will see what I can do.

TheWitness

[stlaw]

I cant get info detecting UDP port.

[root@localhost cacti]# php ./scripts/ss_fping.php 127.0.0.1 20 UDP 161
loss:100.00

but TCP is right.
[root@localhost cacti]# php ./scripts/ss_fping.php 127.0.0.1 20 TCP 199
min:0.0800 avg:0.5645 max:3.1300 dev:0.6705 loss:0.0000

anyone knows why?

thanks

[TheWitness]

Well, first of all SNMP is connectionless. So there is no guarentee that a UDP ping will generate a reponse. This is especially true with SNMP because it is designed not to respond unless thier is a request with a valid community string.

You are better off performing a UDP ping with an unknown port. That will generate a ICMP response of "port not found". This is only true if your routers are configured to allow this return ICMP traffic to travel the WAN of course.

TheWitness

[stlaw]

i see, thanks, Witness, I'd confused UDP with TCP.

[pikes]

The intent was to fix this in 0.9. But being that it's delayed, I will see what I can do.

TheWitness

Thanks! In the meantime, is there any way to set up a threshold that will trigger when there's 100% packet loss? I don't know how I could say "when average ping goes below %nan" or if there's an alternative.

[enliang]

can i user this template to monitor a host without setting up snmp function?

[TheWitness]

Simply leave the community string blank.

[enliang]

Simply leave the community string blank.

yes, i have tried, but no picture appeared.

[TheWitness]

What is in the Cacti log? Can you post the graphic?

TheWitness

[jolramospr]

I have installed the Advanced Ping Template on Cacti EZ, I test the script and it is working but the graphs shows 100% packet loss.

Any Idea???

[root@localhost AdvancedPing]# php /var/www/html/scripts/ss_fping.php 192.168.28.253 20 ICMP
Content-type: text/html
X-Powered-By: PHP/4.3.9

min:11.1000 avg:13.6755 max:32.6200 dev:5.9406 loss:0.0000

[Allen K]

everything is ok, but when is the destination down (no ping reply) i didnt get RED color like 100% packet loss but this "WHITE HOLE". Where is problem? Or its correct? May be its when ping get answer:

I'm curious if there is a patch that I can apply to any of the scripts? I'm currently in the same situation where a failed link will not show 100% loss.

Thanks!!