Hello Roland,
Just to be on the safe side I recommend that you use double-quotes for all parameters when executing the sensor manually as this should always work correctly.
As for the 404 error you're getting, it could be that the device is not reachable on this port. If in doubt, you could double-check with a Wireshark Trace to see what happens when executing the sensor from commandline.
Since you're using Asterisk, depending on the version you're using it could be that you're affected by this bug.
If the device is reachable on the specified port and not affected by a bug, it could very well be the case that 404 represents a "valid" returncode. The sensor is performing a sip options ping. This means it sends an "options" message to the server and analyzes the response. More information about the data that is exchanged can be found here.
Some SIP implementations however do not allow this options query and answer with 404 instead, which then basically can be interpreted as "Yes, all up and running but I won't answer your options request."
This circumstance will be addressed in a future release of PRTG where this sensor will be using lookups, which can be altered so that the sensor does not show an error-state when it receives 404 as reply.
Kind regards.
Add comment