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

Notification linked to a group

Votes:

0

Hello, I'm using PRTG to monitor audio rooms that can be switched off. This is of course an issue for the monitoring tool.

For every rooms, I have:

  • One device is always UP and is linked to the router. This is the control panel.
  • One device is the master of the room managing all audio systems in the room.
  • All other devices are linked to the master by hierarchy. If the master is down, the room is off.

If the router or the control panel is down, I have a network issue and I'm triggering an SMS.

Here is my question:

If the master and all other device are not reachable, I would like to receive a status that the room X is off. Can I put specific notification for each group of devices? (ROOM 1,2,3..)

Thank you.

alerts notifications specific-device

Created on Jan 11, 2017 10:28:07 AM

Last change on Jan 12, 2017 7:43:45 AM by  Sven Roggenhofer [Paessler Technical Support]



5 Replies

Votes:

0

Dear Laurent Piette,

Thank you very much for your KB-post.

Just to make sure, this is what I think your structure looks like (logically):

[d]Router 
|__[g]Rooms (depends on the ping of the router)
     |___[d]Room 1 [[Control Panel]] [Audio] [Temperature]
     |___[d]Room 2 [[Control Panel]] [Audio] [Temperature]
     |___[d]Room 3 [[Control Panel]] [Audio] [Temperature]

Legend: 
[[name]] = master object for the Room device
[g] = group
[d] = device

Is that about right? If not, please post the complete structure, so we can help you configure dependencies correctly.

Using dependencies, you can pause sensor monitoring based on the status of another sensor to avoid false alarms and incorrect downtime recording. A dependency stops the monitoring of one sensor or a set of sensors as soon as a specific sensor is in Down status.

This means, for example, that you can stop monitoring your audio systems when the corresponding switch is down due to connection problems.

In this way you can avoid notification flooding - instead of notifications for each sensor on that location, you will receive only an alert that a master sensor is down and all other sensors will be paused.

If you want to set a sensor to be the "Master Object" for its parent device, please click on "Settings" of that sensor, scroll down to "Schedules, Dependencies, and Maintenance Window" and under "Dependency Type" please choose "Master object for parent" and click on "Save".

You can also set the "Master Object" for a device/group in the following way: click on the "Settings" of that device or a group, scroll down to "Schedules, Dependencies, and Maintenance Window" and under "Dependency Type" you can choose which sensor will be a master object for that device/group.

To see the map of all already existing dependencies set by a former employee, click on "Devices >> Dependencies >> Dependencies Graph" and there click on "Show Master Dependencies".

If a Ping sensor is set as a Master object for its parent device, and if that Ping sensor is down, then all sensors on that device will be paused. However, if a HTTP sensor on that device goes down, the Ping sensor will not be paused, because the HTTP sensor is not a Master object for the device.

For more details, please see:

Once you have done this you can set a notification on the master object of each room, to get noticed when the room goes down.

Kind regards,
Sven

Created on Jan 12, 2017 8:13:35 AM by  Sven Roggenhofer [Paessler Technical Support]



Votes:

0

Hello Sven,

Sorry for the delay in getting back to you. Here is the structure.

[d]Router
|__ [g]Room 1 
       |__[d]Control panel (Device always UP)
       |__[d]Room controller (If up, room is up, if down, room is down - depends on the ping of the Control panel)
       |__[g]Room group (depends on the ping of the Room controller)
             |___[d]Device 1 [Video]
             |___[d]Device 2 [Audio]
             |___[d]Device 3 [Temperature]

I already have some monitoring, Control panel, Room controller which gives the status of the room (UP and Down). These are working normally taking into account all dependencies. I've also added a Room group monitoring for all the Device into the group.

The problem is that everyday, the room are switched off and I'm getting alarms for Devices down. I'll check what is the switching off order, it should be the controller first.

Regards

Created on Aug 18, 2017 9:53:11 AM

Last change on Aug 21, 2017 8:43:39 AM by  Stephan Linke [Paessler Support]



Votes:

0

Dear Laurent,

you could set the ping sensor on each device to "Master for parent", and also enable Auto-Acknowledge for the sensor (both settings available in the Ping sensor's setting tab.)

When the device is going down, the ping sensor will fail, auto-acknowledge itself and set its parent, meaning the entire device object, to "Pause".

In order to make this work correctly, use a 30-seconds scanning interval for the ping sensor and a 60-second delay for the notification state triggers.

Created on Aug 21, 2017 3:43:19 PM by  Arne Seifert [Paessler Support]



Votes:

0

Hello,

Devices in the room have Room controller ICMP as parent. Room controller is having Control panel ICMP as parent.

ICMP is currently "Show down status on error 'default''.

When the Control panel is triggering a shutdown, all the devices in the room including the control panel is going down but I always get a few off them before the room is going to "Pause".

The Control panel can send a SNMP trap before starting the process. Can I use it to pause the room?

Regards, Laurent

Created on Sep 5, 2017 8:50:02 AM



Votes:

0

Dear Laurent,

pausing with traps is difficult. In principle you can do it: Let the trap receiver trigger a notification which performs an API call with sets the master sensor to "simulated error".

Similar, another trap receiver sensor could do a notification to resume. However this is complex in setting it up. It would be easier to check that the notifications for the sensors which should be paused are triggered with a delay, so that they are not triggered until the time, the ping sensor pauses the device(s).

The sensors might stell turn red, but at least trigger no notification anymore. If could be necessary to remove the inheritance property of notifications from the object parents and create new notification triggers with a longer delay.

Created on Sep 5, 2017 12:27:53 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.