I played a little bit with the QoS-Probes to measure UDP thoughput (VoIP). There are two probes. One is sending UDP-pakets to a remote probe (oneWay) which analyses the results. The other is sending the UDP-Pakets t oa remote probe and expects to get the packets back. Does this only work with the PRTG Probes or can i use any other device who echos the UDP-pakets back to the sender ?. I played wiht a simple UDP ECHO Process (http://bansky.net/echotool/) to check that but PRTG does not accept the data, thats coming back. I can see the outgoing stream and the incoming data but the probe does not process that. the idea behind: I should be easy to build such a simple UDPEcho as part of a cheap OpenWRT-Router and put them in remote locations (without a PC as remote probe)
Any secretes how the UDP Echo should format the pakets ?
BTW: Version 12.3.3.2854 has a minor problem: If i add a second QoS Server and use the same UDP Port (which is not allowed, i know), i can still "continue" but nothing is saved. I can "Clone" a QoS Sensor and every modification is rolled back until i change the UDp Port to a unique value. A notification would be fine, that the UDP Port is not unique.
Article Comments
Thanks for your reply. I did some more tests and wrote some information on http://www.msxfaq.de/tools/prtglync.htm and other pages around.
Especially for the "QoS roundtrip"-Sensor it would be a great idea to allow a generic UDP-Echo-Server as remote endpoint. Because that would make it easy to place cheap probles somewhere (based on a RasberrryPI, Netduino etc) in network areas. I know about one VoIP Gateway vendor, looking for such a thing. Ir would be a nice (and easy) enhancement.
Dec, 2012 - Permalink
Hi,
thank you for writing this article.
I just submitted your request as feature request regarding the UDP echo in addition to a QoS sensor in PRTG.
Best regards
Dec, 2012 - Permalink
I have just seen, that the current Version of PRTG offers now a QoS-Sensor with a "simple UDP Mirror". Great and very welcome, because there are already Routers out there which can act as remote endpoint:
Cisco ISO 11 http://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/ios-software-releases-110/12815-23.html#udp_servers
HP 6600 Router Series - Configuring NQA : Configuring UDP echo tests http://h20565.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay?docId=c03119446&ac.admitted=1414622584257.876444892.492883150#N103AF
and i think many more. Even a simple Arduino or RasPi can now act a s a QoS remote Point.
Unfortunately the probe is limited to Port >= 1024, so the Windows "Simple TCP-Services", cannot be used, they are only offering a ECHO on Port 7/TCP and 7/UDP. And every remote Point must have the same unique port "available". I hope this will changed somewhere in the future because there is not real reason for that restriction. Anyway. page http://www.msxfaq.de/tools/prtg/prtgqosudp.htm updated.
Oct, 2014 - Permalink
Hi,
I'm afraid using the UPD Echo tool is not possible with PRTG's QoS sensors. The sensor requires a remote probe on the other end.
As regarding the unique value issue, I have forwarded this to our dev team and they will have a look on that.
Best regards
Nov, 2012 - Permalink