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

Monitor own program via build-in-commands?

Votes:

0

Hello Folks,

customer case:

  • Customer writes his own Software in high-level-language (Java, C#)
  • The software commands and benchmarks several parameter of a maschine
  • Customer wants to monitor and plot values from this Software (different values of the commanded maschine)

What would be the best type of interface for communicating this Software with a probe? I had several Ideas, but not sure, what´s the "best" way:

  • implement a full-blown-snmp-stack in software: --> oversized
  • monitor the software via running a command on the software with different parameters: --> undersized?
  • implement a HTTP/XML-interface: perhapps hard to manage?

What do you think?

Thanks and regards Ruediger

3rd-party remote-commands software

Created on Feb 11, 2019 11:55:39 AM

Last change on Feb 11, 2019 1:38:49 PM by Torsten Lindner [Paessler Support]



3 Replies

Votes:

0

The software that you have needs to generate some output - this can be archived either using e.g. files the software write too and you then grab them and process them or the software directly writes to a e.g. XML sensor - pushing the data.

It really depends on details.. since you mention a machine - I recently was part of a team that started monitoring a machine and we did write up a proof of concept about it.. Paessler should publish this soon in their blog - if I am not mistaken... In any case - we used the HTTP Push Data Advanced sensor to accomplish the communication from the machine monitoring software to PRTG. Some of the data then was further calculated via the Sensor Factory Sensor and we implemented nice maps with gauges that as of today constantly monitored by management - no more going down to the production floor..

Hope that points you in the right direction.. it depends on details though..

Florian Rossmark

www.it-admins.com

Created on Feb 11, 2019 2:56:07 PM



Votes:

0

Hi Ruediger,

I would go for implementing a REST API (HTTP/XML or JSON).
Exchanging data file based is a risky path as in some point of time one process wants to write to a file that is opened by the other process.

Sensors | Multi Channel Sensors | Tools | Notifications

Kind regards,

[[http://prtgtoolsfamily.com]] PRTGToolsFamily

Created on Feb 11, 2019 3:30:20 PM



Votes:

0

Yes, the HTTP Push Data sensors (either the standard or the advanced version) would allow quick integration and does not require execute code remotely.

If you have a web server running anyway, you could publish the results as JSON and use the Rest Custom sensor to read the data by PRTG.

Created on Feb 11, 2019 6:47:25 PM by Arne Seifert [Paessler Support]

Last change on Feb 11, 2019 6:48:34 PM by Arne Seifert [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.