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


My suggestions to PRTG

Votes:

1

Your Vote:

Up

Down

Hi,

I'm working with PRTG for a few months. I really like the product, it's the best graphical, lean, beatifull monitor product i've seen. But, as always there's room for imprevement. Here are my issues/thoughts:

  • Custom advanced scripts / error on 'no data' on previous defined channel
  • Custom advanced scripts / option to delete a channel
  • Autodiscovery / a must to remediate for new devices, but lacks flexability. Add option to exlude IP's or multiple ranges per device group
  • Autodiscovery / remove device/sensor/channel permanently, do not add it whith autodiscovery again, grey listing? (so you can leave auto discovery on to find new device/sensor/channel, but dont add unwanted one's)
  • Default templates / It's really strange you can't alter the sensor defaults of the default templates, this way you cant auto-remediate/auto-add without intervention
  • Monitoring / There are new open standards which are not or incomplete in PRTG like SMI-S / WBEM / SOAP / CMI-XML . You should focus more on these new standards.
  • Support / You just wont do remote session or call. Sometimes it's better to discuss in person instead via e-mail. Requested multiple times, but never got a call.

My 2 cents.

Regards, Bastiaan

feature prtg requests suggestions

Created on Jul 20, 2015 8:55:50 AM by  Bastiaan (171) 1

Last change on Jul 20, 2015 1:54:25 PM by  Arne Seifert [Paessler Support]



3 Replies

Votes:

0

Your Vote:

Up

Down

Dear Bastiaan

Thank you for taking the time and letting us know what you would like to see from PRTG.

We try to keep the custom sensor API as clean as possible. A behavior to trigger an error on no data could be implemented in the custom script itself, that is why we intentionally offer no API support to do the same. The PRTG database structure does not allow the deletion of existing channels. An existing channel can be hid manually, but not fully removed. This decision was made to trade flexibility for high database performance.

Device templates can be edited manually in a text editor, though we do not recommend this. In many cases it is faster to save a new device template than editing an existing one. This would still be the case if a device template editor would be available. The sensor default limits for manually created sensors cannot be edited either, but you can bulk-edit channel limits of existing sensors via multi-edit. (We are aware that the user interface could use some polish, but we try to avoid adding additional interfaces unless really required.)

The standards you mention gain more popularity and we already offer some WBEM and SOAP sensors; however we also have to keep our overall user base in mind which mostly focuses on SNMP. We plan to offer more support for newer standards in the future as they grow in importance.

We offer email support only because this is the most efficient way for most support cases. In many countries, Paessler partners can offer (paid) telephone support. This provides the options for local assistance in the native language for the users. You can look for partners here (please check the option "Paessler Certified Monitoring Expert".)

Thanks again for your time. We discuss user feedback on a regular basis to make sure that we prioritize features which would provide the most benefit for the most users.

Created on Jul 20, 2015 2:50:22 PM by  Arne Seifert [Paessler Support]

Last change on Jul 20, 2015 4:45:23 PM by  Arne Seifert [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi Arne, thank you for your reply. It's good to know you read customer feedback. I appriciate you anwser each item in order to help find a way to solve the issue. But i already had noumerous contact and posts. The feature requests are needed. Let me explain:

The way we use the api, for example is to enumurate all vCenter datastores with their health state thru a powerhsell script. Each VMFS datastore is a channel. With each run of the script it did not know the previous amount or names of the datastores. Therefore we cant posible determen if the previous enumurated datastore object is now gone and not giging any data. So the script cant tell PRTG a channel is gone. A work arond is to add each datastore as an scripted monitor, but that would loose the auto-add of new datastores. The same way we created noumerous powershell scripts. Therefore we would like to have an error on a channel who is no longer providing data, (objects / datastores who are no longer there or renamed), and we would like the option to delete the stalled channel.

Not all default sensors are editable thru a text editor, like the WMI disk full.

With device templates you loose auto-discovery functionality. So this is not an option when you have multiple device types per auto-discovery group, and when you want new devices in an object ot be auto-discoverd. I've discussed this in many posts. The only option is to add more flexability to autodiscovery. Exclusion methods. IP exlusions. Channel/sensor exclusions).

A big standard to focus on is SMI-S. We have a lot of storage boxes (HP MSA, HP 3PAr, EMC, HP Lefthand, Utanix, ext) With this openstandard you can monitor all storage boxes, without creating a custom sensor per box. (Even windows supports SMI-S).

Hooping these features will come to PRTG to make my day as an admin a lot easier. :-)

Kind Regards, Bastiaan

Created on Jul 21, 2015 6:10:42 AM by  Bastiaan (171) 1



Votes:

0

Your Vote:

Up

Down

Dear Bastiaan

Please let me reply in a more general way this time. We consider PRTG to be a standard software, meaning we aim to provide the most features for the most users.

Reworking PRTG like optimizing the user interface is an ongoing process. It takes a considerable amount of development resources, but every user gets a benefit. That is why refinement of this kind has a high priority compared to more specific cases.

PRTG would not be what it is, if we hadn't a lot of good user feedback. Decisions of implementing a new feature, or reworking an existing one are always made using the collected user feedback. In many cases, we don't decide to implement a suggestion as it is. We try to find a solution which provides something for many users. This is one of the reasons we like to hear a lot of users first.

Created on Jul 21, 2015 2:01:10 PM by  Arne Seifert [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.