Use Case

Setting up a distributed monitoring configuration between a branch location and the central location of our example company.

Example Setup

The instructions are based on the example setup as described below.

...

This is a branch location in cologne which is managed remotely.

Central SONARPLEX

This is the network operation center where all alerts are collected form the remote locations.

The satellite device should send its status every every 30 minutes and  and only HARD events should be sent.

The general procedure is as follows.

1. Configure the Agent on the the Central SONARPLEX
2. Set the location identifier on the the Satellite SONARPLEX
3. Enable status and event delivery on the satellite
4. Done.

Step-by-step guide

...

Central SONARPLEX

...

configuration

First set the azeti Agent credentials.

...

1. Insert excerpt
   _OpenAdminWeb _OpenAdminWeb nopanel true

    > Configuration > Network > Agent Configuration
2. Set Port  Port to use:  to 4192
3. Set Agent  Agent Password : to How-ToDM (or any other)
4. Click  to save the configuration

Satellite SONARPLEX configuration

Now open the administrative web interface of the the Satellite SONARPLEX SONARPLEX and set the location identifier. 

1. Choose Configuration :: My Properties

   Insert excerpt
   _OpenAdminWeb _OpenAdminWeb nopanel true

    > Configuration >  My Properties and scroll down to the bottom
2. Open the resource resource LOCATION
3. Set Set Ressource Value: Cologne
4. Click  to save the configuration

Now enable the status and event delivery on the the Satellite SONARPLEX.

...

1. Insert excerpt
   _OpenAdminWeb _OpenAdminWeb nopanel true

    > Configuration > Status Delivery Configuration for Distributed Monitoring Monitoring and configure the settings like shown below.

...

Verifying the Setup

Troubleshooting

Related articles

Filter by label (Content by label)showLabelsfalsemax5spacesSPAGsortmodifiedshowSpacefalsereversetruetypepagelabelsdistributedAll the satellite objects will appear on the destination device after a couple of minutes. The new objects will be prefixed by the location identifier (see above). All incoming status information is submitted passively. You should message similar like the shown excerpt.

[2014-02-04 17:11:06] PASSIVE SERVICE CHECK: dm-test_-azeti-A-;dm-test_Software-Status;0;OK - FM-Usage: 0.22% - LOAD: 0.33
[2014-02-04 17:11:06] PASSIVE SERVICE CHECK: dm-test_-azeti-A-;dm-test_Monitoring;0;OK - 13 processes running, last status update 2 seconds ago
[2014-02-04 17:11:06] PASSIVE SERVICE CHECK: dm-test_-azeti-A-;dm-test_Watchdog-Status;0;OK - No problems within last recent hour

You can see the internal process of the distributed monitoring delivery right after it was enabled within the log files.

• Distributed Monitoring (NOC Processor) [process_satellite.log]
• Distributed Monitoring (Satellite Processor) [send_status.log]
• Distributed Monitoring Event Log (NOC) [event.log]

Please keep in mind that only following service configuration objects will be synchronized in a distributed monitoring setup:

• Notification timeperiod (if a timeperiod of the same name exists on NOC; use 24x7 otherwise)
• Send notifications when service is in state