Learning How to Create Behavior Models - How to Use Alarm Scope in Behavior Models - How to Use Alarm Scope in a Multi-alarm Behavior Model - Creating the Second Alarm of a Multi-alarm Behavior Model -
How to Use Alarm Scope in a Multi-alarm Behavior Model      Review and Summary

Creating the Second Alarm of a Multi-alarm Behavior Model

In the last activity you created the first alarm of a multi-alarm behavior model for monitoring traffic on an overworked node. In that alarm, high-traffic conditions on a single subobject (port) would cause the portTooBusy trigger to be fired.

This next activity will step you through the process of creating a second-level node scope alarm involving the portTooBusy trigger.

 
  To create the second alarm of a multi-alarm behavior model:

1. Create a new alarm, naming it 1BusyNode. You can leave the property at NO_PROP.

   Setting the property to myNodes is unnecessary since all the triggers for this alarm will be fired by the alarm created in the last activity.

2. Set the alarm's Scope field to Node.

   By selecting Node Scope, you are indicating that this alarm should keep track of instances for the entire node.

3. In the state diagram, add the following states.

   

   1. 1PortBusy with a traffic severity of Low
   2. 2PortsBusy with a traffic severity of Medium
   3. 3PortsBusy with a traffic severity of High
   4. 4PortsBusy with a traffic severity of Very High

      If you add a new state and cannot see the state's icon, it may be hidden behind another state icon. Resizing and positioning your icons will make the state diagram easier to read.

4. In the state diagram, add a transition that moves from the Ground state to the 1PortBusy state, when the portTooBusy trigger is fired.

   

5. In the Transition Definition window, select New Action. From the alarm action list, select Log to File. In the File Name field, type BusyLog.
6. Repeat the last step to add the following transitions:
   1. 1PortBusy > portTooBusy > 2PortsBusy
   2. 2PortsBusy > portTooBusy > 3PortsBusy
7. Add another transition that moves from the 3PortsBusy state to the 4PortsBusy state when the portTooBusy trigger is fired.
8. In the Transition Definition window, select New Action. From the alarm action list, select Paging.

   The Paging Action window appears.

   

   ---

      Before you can use the Paging action, someone must have configured NerveCenter to handle paging actions correctly. If this has not been done, or you do not use a pager, substitute an alarm action of your choice.

   ---

9. In the Pager Number field, type your pager's phone number.

   The pager number is the sequence of digits and special Hayes AT commands needed by the Paging action to reach the pager. For a list of valid commands, see your modem manual.

10. In the Alarm Code field, either type a number that identifies the network situation being reported or leave it set to the default.

    The alarm code is a sequence of digits that is displayed on the pager. The maximum number of digits that a pager can display varies from pager to pager. If you don't supply an alarm code, a default value of 911 is used.

11. In the Terminate field, type the character that terminates the paging connection on your pager.

    This character is a key the paging system uses to terminate the connection and send the page. If differs from system to system, but is usually # (pound sign) or * (asterisk). Consult your paging system manual to determine the correct key for your system. If you don't specify a key, the Paging action uses the default value #.

12. In the Paging Action window, select OK.

    The Paging action is added to the Transition Definition window's action list.

13. In the Transition Definition window, select OK.
14. In the Alarm Definition window, select Save.

You have now created the second alarm of the multi-alarm behavior model to monitor high-traffic conditions on an overworked node.

However, what if the other ports are free again by the time the fourth port becomes too busy? The next activity will step you through the process of modifying the two alarms to allow for the behavior model to be reset should lower traffic conditions arise.

Adding Reset Capabilities to a Multi-alarm Behavior Model

In the previous two activities you created a multi-alarm behavior model that will monitor high-traffic conditions on different ports of a single node.

NerveCenter will page you as soon as the fourth port on a node reports high-traffic conditions. However, what if traffic on one of the ports drops off? You need some way for your behavior model to reset itself to keep track of the ebb and flow of traffic conditions on your network.

This next activity will step you through the process of modifying the first and second alarm of your multi-alarm behavior model to allow for it to reset conditions.

 
  To add reset capabilities to a multi-alarm behavior model

1. In the Alarm Definition window of 1BusyPort, add a transition that moves from BusyOnce to Ground when the trigger notBusy is fired.

   

2. Add another transition that moves from BusyTwice to Ground when the notBusy trigger is fired. Have the transition fire the backUpOne trigger.
3. In the Alarm Definition window, arrange the state diagrams so they are easier to read. Then select Save.
4. In the Alarm Definition window of 1BusyNode, add the following transitions:
   1. 4PortsBusy > backUpOne > 3PortsBusy
   2. 3PortsBusy > backUpOne > 2PortsBusy
   3. 2PortsBusy > backUpOne > 1PortBusy
   4. 1PortBusy > backUpOne > Ground
5. In the state diagram, resize and position the icons as necessary.
6. In the Alarm Definition window, select Save.
7. Turn the 1CheckTraffic poll and the 1BusyPort and 1BusyNode alarms on.

   Unless one of the nodes in the CriticalDevices property group has four interfaces, the alarm 1BusyNode will not reach the final state.

The Process that Occurs when the Multi-Alarm Behavior Model is Enabled

You have just completed creating a sophisticated multi-alarm behavior model using alarm scope to limit NerveCenter's monitoring activities.

Chapter 8, How to Define Conditional Actions with Action Router will explain how to use the Action Router to tell NerveCenter when to perform certain actions.