|
|
This chapter describes the automation system in Cisco Info Center, how to set it up, and how to use it.
This chapter includes the following sections:
Automation can be used to manage the large numbers of events received from the Cisco Info Server. For example, automation can delete all events from the system that have a severity of clear and that have been in the system for longer than a specific period of time.
You can also use automation to change event data or run an external command when certain events occur in the Cisco Info Server. For example, when a critical event occurs in a network, you can use automation to call a person after a specific period of time.
Two sets of information exist inside an Cisco Info Server configured to do automation:
The Automations tab on the Configuration Manager window and the Actions window allow you to build triggers and actions using Cisco Info Server SQL.
In Cisco Info Center, SQL is used to control the various automation mechanisms. SQL is a language for manipulating and extracting information from databases. The Cisco Info Server SQL is a sub-set of the full SQL.
For more information and a full command reference, see the "Cisco Info Server SQL" section.
In the Cisco Cisco Info Server, there is a database called alerts. This database contains the status table. The status table contains the current event information in the Cisco Info Server. The fields contained within this database are what you view in the Event List.
A trigger is a mechanism for detecting when an automation action should be activated. Triggers use a filter to interrogate the alerts.status table. When events match that filter, the associated automation action is activated.
When any event matches the filter, the trigger is said to be primed. See Figure 5-1.
Each trigger can have links to two types of actions:
There are four types of triggers. The trigger type is defined by the way it calls the action. The following list shows the four types of triggers:
These trigger types are described in detail in Section, "Types of Automation Triggers" section.
Actions can consist of a data effect and/or an external effect. Actions can be called by a trigger once or many times, depending upon the trigger's execution mode.
When an action is called, it has available to it all the fields from the event being used to call it. They may be substituted into the effects by referring to them as @fieldname where fieldname is the name of a field in an alert record.
The available fields are:
Additional fields may be available when the Cisco Info Server has had fields added to it.
Data effects consist of a Cisco Info Server SQL statement or statements, which manipulate the data held in the Cisco Info Server tables.
External effects consist of UNIX commands or an external application.
You use the Automations tab on the Configuration Manager window to create and manage automations.
This tab contains a frame listing the available triggers and their descriptions. When you select the tab, the Configuration Manager window toolbar and menu bar changes to display the trigger options.
Figure 5-2 shows an example of an Automations tab.
:cmmap000.bin
After you select an existing trigger or start configuration of a new trigger, the Actions window appears. For information on the Actions window, see the "Actions Window" section.
Cisco Info Center comes with a set of preconfigured automations. The Automations tab on the Configuration Manager window displays all of existing automations ordered by trigger. Triggers are identified by an icon representing the trigger configuration. This is followed by the name of the trigger, the sample rate, and the row count threshold values.
If you click on a trigger, the trigger description is displayed in the Description area at the bottom of the Automations tab.
To display the action associated with a particular trigger, double-click on the trigger. Associated actions are shown below the trigger and indented to the right. There are four types of actions:
Each type of action is represented by one of the icons shown in Table 5-1:
| Icon | Description |
|---|---|
| Internal Action Enabled |
| External Action Enabled |
| Both Internal and External Actions Enabled |
| Action Disabled |
See the "Automation Icons" section for full details of the icons used for automations.
An icon below the type icons indicates whether the action is ascending or descending. A blue upward pointing arrow indicates the ascending action that is to be called. A red downward pointing arrow indicates the descending action that is to be called. Table 5-2 shows the icons for an ascending and a descending external action.
| Icon | Description |
|---|---|
| Ascending |
| Descending |
To open the Actions window from the Automations tab of the Configuration Manager window, do one of the following:
The Actions window displays a list of existing actions.
To display the trigger or triggers associated with a particular action, double click on the action. Associated triggers are shown below the action and are indented to the right.
Table 5-2 shows the Actions window.

If you select an action or a trigger, the Description frame displays a description of the action or trigger.
To create a new trigger, do one of the following:
The New Trigger window appears, shown in Figure 5-4.
To edit an existing trigger, do one the following:
The Edit Trigger window appears.
The Edit Trigger window is identical to the New Trigger window except that you cannot edit the name. The name field is grayed out.

There are three tabs on the New Trigger window:
Additions and changes made to triggers, including changing the active option, do not become operational until you click the OK button and you close the New Trigger or Edit Trigger window.
Click the Cancel button to close the window without saving changes or additions.
The following section describes how to enter a new trigger configuration. This section can also be used as reference information for editing an existing trigger.
To view the SQL code associated with an action, edit an existing action, or create a new action, you use the New Trigger window or the Edit Trigger window.The Condition tab on the New Trigger window or the Edit Trigger window contains an SQL statement that is applied to a database table in the Info Server. This statement can be used to filter the table and start an action. The trigger filter and the action command can also be combined within the SQL text.
This dual function trigger is used by housekeeping processes, for example, to delete cleared alerts after a specified time period. You can create any type of automation in this way, but you cannot apply conditions such as trigger type, trigger mode, ascending action and descending action.
Figure 5-4 shows the New Trigger window. The Condition tab is displayed by default.
Complete these steps to specify a condition.
The name that you specify appears to the right of its icon in the Automations tab on the Configuration Manager window. When you are editing an existing trigger, the Name field displays the trigger name in gray and the field cannot be edited.
Step 2 Enter an SQL statement in the Condition field.
You can use the following buttons while writing the SQL statement:
alerts.status table. For detailed information on inserting column names, see the "Column Names" section.
Step 3 Enter a value in the Sample Rate field.
This value specifies the number of updates before the trigger checks the alerts.status table. If the sample rate is 0, the trigger is a real-time trigger, evaluated on every update to the Info Server. Because the updates can occur in clusters or singly, there is no relationship between time and the sample rate.
![]() |
Note Low sample rates may affect the performance of the Info Server. |
Step 4 Select a Row Count option and enter a value for comparison.
After the trigger samples the alerts.status table, the number of matched rows is held as a variable rowcount. The trigger condition compares this variable to the entered value. The available Row Count conditions are:
The default condition is Greater than 0.
The following example shows how an SQL statement could begin:
select * from alerts.status where...
![]() |
Note The SQL statement must end with a semicolon (;). |
If you click the Test button, the SQL statement is used to create a filter. The SQL syntax is first checked automatically for errors. If any errors occur, an error dialog is displayed detailing the nature of the error. If the error is in the syntax, a Parse Error message is displayed. You are returned to the window in order to correct the error.
Once the SQL statement has been checked and determined to be valid, an event list is opened. The window shows a fully functional event list window. The content is based on the trigger condition and uses the default view.
In addition to the usual event list window options this event list window provides an additional menu selection on the File menu---the Keep Window option. If you select this option, a new monitor box with the name given to the trigger is added to the monitor box window.
If the trigger test button is clicked again this monitor box is removed. You must select File and then Keep Window again to restore the monitor box. For more information on monitor box configuration, see the Cisco Info Center User Guide.
To add settings to the trigger, complete these steps:
Figure 5-5 shows the Settings tab.

Step 2 Select the trigger type from the pull down list. The trigger types are:
Step 3 Select the execution mode:
Step 4 Select an Ascent Action from the drop down list or enter the name of a new action. The ascent action is executed on the upward edge of an edge trigger or while the trigger status is true on a level trigger. You can also use the delayed edge and delayed level triggers to delay the ascent action.
If the action does not exist, you can click on the New... button to open the New Action window. If you select an existing action, you can click on the Edit... button to open the Edit Action window. For details of creating an editing an action, see "Creating an Action".
Select the None action if you do not require an ascent action.
Select an Descent Action from the drop down list or enter the name of a new action. The descent action is executed on the downward edge of an edge trigger. A descent action is only called for an edge trigger and a delayed edge trigger.
If the action does not exist, you can click on the New button to open the New Action window. If you select an existing action, you can click on the Edit... button to open the Edit Action window. For detailed information on creating or editing an action, see the "Creating an Action" section.
Select the None action if you do not require a descent action.
See the "Automation Icons" section for details of the icons that represent the types of trigger and their settings.
To add a description to the trigger, click the Description tab.
The Description tab appears, as shown in Figure 5-6.

Type a description then click the OK button.
To activate or deactivate the trigger, click the Active toggle button. The trigger is only activated or deactivated after you click the OK button and close the window.
When the OK button is clicked the SQL statement is checked, If an error is found, a warning is displayed. The window remains open to allow you to correct the error. If there are no errors the window is closed and the trigger is written to the system.
Icons for triggers which are inactive appear in gray in the Trigger window.
Triggers can also be activated and deactivated from the popup menu of a trigger in the Automations tab of the Configuration Manager window. For more information, see the "Activate" section.
To create a new action, complete these steps:
Step 2 Click the Actions icon:

The Actions window appears. The Actions window displays a list of existing actions.
Step 3 If you want to create a new action, do one of the following:
The New Action window appears.
Step 4 If you want to edit an existing action, do one of the following:
The Edit Action window appears.
The Edit Action window is identical to the New Action window except that you cannot edit the trigger name. The name field is grayed out.
Figure 5-7 shows the Edit Action window.

![]() |
Note You can also create a new action from the Settings tab on the New Trigger window. Click the New button to the right of the ascent or descent action fields. |
There are three tabs on the New Action window:
Additions and changes made to actions, including changing the active option, do not become effective until you click the OK button and close the New Action window.
Click the Cancel button to close the window without saving changes or additions.
The following sections describes how to use the SQL tab, the Executable tab, and the Description tab to enter a new action configuration or edit an existing action.
Enter the name of the action in the Name field of the New Action window (shown in Figure 5-7). This name appears to the right of its icon in the Actions window. When you are editing an existing action, the action name is grayed out and cannot be edited.
The Journal button appears to the right of the Action name. When this button is enabled a journal entry is made for every alert that matches the trigger condition of the trigger which executed the action.
The journal entry is in the following format:
Action actionname updated event
where actionname is the name of the action. The addition to the journal is automatically time stamped.
The SQL tab is selected by default when the New Action window is first opened. Enter an SQL statement in the SQL field.
When the SQL for the action is executed, the commands update the entire Info Server database and not just the records selected in the trigger. To use only the alerts returned by the trigger, use the @ field names. For example, the following statement sets the Severity to 4 (Major) on only those alerts returned by the trigger:
update alerts.status set Severity=4 where Serial=@ Serial;
![]() |
Note The SQL statement must end with a semicolon (;). |
You can use the following buttons while writing the SQL statement:
alerts.status table. For detailed information on inserting column names, see the "Column Names" section.
The SQL statement is validated when the Active box is checked and you use the OK button to close the New Action window. If an error is found, a warning message is displayed. The New Action window remains open to allow you to correct the error. If there are no errors, the window is closed and the action is written to the system.
The Executable tab is used to add an external effect to the action. An example of the Executable tab is shown in Figure 5-8.

Complete these steps to specify information on the Executable tab:
For example, possible commands are:
/usr/application/bin/programname $NETSOFT/bin/programname
Step 2 In the Arguments field, enter the arguments that are to be passed to this executable program when it is run. The arguments can use an @ sign to reference fields as in an SQL statement, for example:
-node @Node -error @Summary -severity @Severity
Step 3 In the Host field, enter the name of the machine on which the executable should be run.
The host must have a process control agent running on it for this to work. The process control agent can manage any process, not only Cisco Info Center components. It can be placed on a system specifically so that automation's external effects can be carried out on that system.
Step 4 If the executable requires specific user privileges in order to run on the destination machine, enter the User ID with which to run this executable in the User ID field.
![]() |
Note The process agent on the destination machine must have root privileges in order to assign the executable to a specified User ID. |
To add a description of the action, click the Description tab on the New Action window.
The Description tab appears, shown in Figure 5-9.

Type a description of the action and then click the OK button.
To activate the action, one or both of the Active buttons must be enabled and you must press the OK button.
The Active button on the SQL tab activates the internal action. The Active button on the Executable tab activates the external action.
The action icons change according to the status of the two Action Enable buttons. See Table 5-1.
When you click the OK button, the SQL statement is checked. If an error is found a warning is displayed. The Action Configuration window remains open to allow you to correct the error. If there are no errors, the window is closed and the action is written to the system.
To associate a trigger with a selected action, do one of the following:
The associated icons appear below the trigger and action on each window.
To delete a selected trigger, do one of the following:
To delete a selected action, do one of the following:
Popup menus are available on triggers and actions. Select the trigger or action by clicking with the left mouse button and then open the popup menu by clicking the right button.Options that are not available are greyed out on the popup menu.
Most of the commands on the popup menus are the same as those available on the Triggers menu in the Automations window, for triggers, and on the Actions menu in the Actions window, for actions.
The New... popup menu option opens the New Trigger window when used in the Automations tab of the Configuration Manager window. It opens the New Action window when used in the Actions window.
The Edit... popup menu option opens the Edit Trigger window when used in the Automations tab of the Configuration Manager window. It opens the Edit Action window when used in the Actions window.
The Rename... popup menu option opens the Rename Trigger window when selected from the Automations tab of the Configuration Manager window. It opens the Rename Action window when selected from the Actions window.
The Copy... popup menu option opens the Copy Trigger window when used in the Automations tab of the Configuration Manager window. It opens the Copy Action window when used in the Actions window.
To clear the action item of any triggers that refer to this action, select Clear Triggers from the popup menu. This also removes related references to action items in the Trigger window. This popup option is only available in the Actions window.
The Delete... popup menu option deletes the selected trigger in the Automations tab of the Configuration Manager window. It deletes the selected action in the Actions window.
The Active popup menu option activates the trigger. When a trigger is active there is a red square to the left of the Active option.
You can activate the trigger using the Active option on the New Trigger or Edit Trigger windows. See the "Activating the Trigger" section for more information.
This popup option is only available in the Automations tab of the Configuration Manager window.
To set an ascent action for the trigger, select Set Ascent Action from the popup menu. Select the action from the popup list that appears or select New... to open the New Action window.
This popup option is only available in the Automations tab of the Configuration Manager window.
To set the descent action for the trigger, select Set Descent Action from the popup menu. Select the action from the popup list that appears or select New... to open the New Action window.
This popup option is only available in the Automations tab of the Configuration Manager window.
To test the trigger, select Test from the popup menu. This is the same as clicking the Test button in the Automation Trigger window. It starts the event list with a filter that reflects the trigger definition to show the alerts that would be returned by the trigger.
This popup option is only available in the Automations tab of the Configuration Manager window.
The Edit Actions popup menu option opens the Actions window.
This popup option is only available in the Automations tab of the Configuration Manager window.
You can import and export actions and triggers to the Info Server using the Automations tab of the Configuration Manager window.
To export an automation, select File and then Export from the Configuration Manager window. The Export Automations window appears, shown in Figure 5-10.

Triggers are listed in the left column and actions are listed in the right column. Click on a trigger or an action to select or deselect it. Selected triggers and actions are highlighted.
Click the Export button to continue.
The standard file manager window appears. Select the destination directory and enter a file name. The recommended file extension for exported automations is .auto but any name can be given.
There is a Save Existing Files toggle button on the file manager. When the button is enabled, you are prevented from overwriting an existing file. A warning message appears and you are returned to the file manager window to select a new file name. When the button is disabled, the existing file is overwritten.
Click on the Save button to export the file.
To import an automation, select File and then Import from the Configuration Manager window. The standard file manager window appears.
The file manager defaults to the current working directory. Select the directory which contains the automation file and then select the file name. The file may have the recommended automation file extension of .auto.
Click the Load button to import the triggers and actions from this file.
This section describes the Automations provided with Cisco Info Center.
delete from alerts.details where Identifier not in ((select Identifier from alerts.status));
None
Active
600 seconds
delete from alerts.journal where Identifier not in ((select Serial from alerts.status));
None
Active
600 seconds
This automation deletes virtual private network (VPN) events when there are no affected customer edge routers (CEs) in the VPN.
Activate this automation if you are using the Policy Manager component of Cisco Info Center to monitor the Cisco MPLS VPN Solution product.
UPDATE alerts.status SET Severity = 0 where MPLSType = 4 and Poll = 0;
None
Inactive
61 seconds
Deletes ProbeWatch messages from the Event list display.
select * from alerts.status where (( Manager = `ConnectionWatch' or (Manager = `SecurityWatch')) and (NEName = ");
update alerts.status set NEName = `@Node', NEType = 1000, ObjectType = `InfoCenter.system' where Serial = @Serial;
Active
33 seconds
Deletes all events that have a Severity of 0 (green, cleared) and which have not been updated for 12 hours.
delete from alerts.status where (Severity = 0) and (StateChange < getdate - 43200);
None
Active
900 seconds
delete from alerts.status where (StateChange < getdate - 86400);
None
Inactive
920 seconds
delete from alerts.status where (Severity = 0) and (StateChange < getdate - 1800);
None
Inactive
241 seconds
select * from alerts.status where ObjectType like 'endpoint' and Summary like 'Deleted';
update alerts.status set Severity = 0, ObjectStatus = 4, class = 1070 where Serial <> @Serial and ObjectStatus <> 4 and LastOccurrence <= @LastOccurrence and NEName = '@NEName' and PSAP = '@PSAP' and DSAP = '@DSAP' and Slot = '@Slot' and ((ObjectType = '@ObjectType') or (ObjectType = 'connection'));
Inactive
6 seconds
select * from alerts.status where ((ObjectType = 'line.access') or (ObjectType = `line.trunk))' and Summary like 'Deactivated';
update alerts.status set Severity = 0, ObjectStatus = 4, class = 1070 where Serial <> @Serial and ObjectStatus <> 4 and LastOccurrence <= @LastOccurrence and NEName = '@NEName' and PSAP = '@PSAP' and Slot = '@Slot' and (ObjectType = '@ObjectType');
Inactive
6 seconds
select * from alerts.status where ObjectType = 'card' and Summary like '[rR]emoved';
update alerts.status set Severity = 0, ObjectStatus = 4, class = 1070 where ObjectStatus <> 4 and Serial <> @Serial and LastOccurrence <= @LastOccurrence and NEName = '@NEName' and ObjectType = 'card' and Slot = '@Slot';
Inactive
7 seconds
This automation detects provider edge routers (PEs) that have been cleared.
Activate this automation if you are using the Policy Manager component of Cisco Info Center to monitor the Cisco MPLS VPN Solution product.
SELECT NEName, PSAP FROM alerts.status where Severity = 0 and (MPLSType = 1 or MPLSType = 2);
update alerts.status set Severity = 0 where Severity > 0 and MPLSType = 3 and NEName = `@NEName' and PSAP = `@PSAP';
Inactive
67 seconds
delete from alerts.status where (Manager = `ConnectionMonitor') and (Summary like `A probe process running .* has connected');
update alerts.status set Severity = 0 where Manager = `@Manager' and (Summary like `A probe process running .* has disconnected');
Inactive
15 seconds
select * from alerts.status where ObjectType = 'NE' and Summary like 'removed from network';
update alerts.status set Severity = 0, ObjectStatus = 4, class = 1000 where Serial <> @Serial and ObjectStatus <> 4 and Class <> 1000 and LastOccurrence <= @LastOccurrence and NEName = '@NEName' and ObjectType = 'NE';
Inactive
7 seconds
select * from alerts.status where ObjectType like 'port' and (Summary like 'Deactivated') or (Summary like 'deleted')
update alerts.status set Severity = 0, ObjectStatus = 4, class = 1070 where ObjectStatus <> 4 and Serial <> @Serial and LastOccurrence <= @LastOccurrence and NEName = '@NEName' and PSAP = `@PSAP' and Slot = '@Slot' and ObjectType = `@ObjectType';
Inactive
8 seconds
This automation sets the Event List to flash for uncleared events that have not been acknowledged.
update alerts.status set Flash = 1 where (Acknowledged = 0) and ((Severity > 1) and (Flash = 0))
None
Inactive
4 seconds
update alerts.status set Flash = 0 where (Acknowledged = 1) and ((Severity > 1) and (Flash = 1))
None
Inactive
3 seconds
This automation removes extra log files that may be created by the Policy Manager component of Cisco Info Center. This automation only needs to be active if you are using the Policy Manager component of Cisco Info Center.
SELECT * FROM auto.triggers where Name like `Policy';
Calls /opt/Omnibus/polmgr/bin/nci_logcleaner.
Active
86400 seconds
By taking the majority of standard up/down automations from different management systems, it is possible to create a generic way of treating them. The first step in this approach is to analyze an event record and extract the following information:
This information could be constructed and used in a model as follows:
Use the standard field Type. From this we could set:
To do this we need to find a corresponding and opposite event. Use the following two standard fields:
Use the standard field AlertGroup. This should be set so the values match for other events which clear or will be cleared by this event. For example, Link Up, Link Down, and Link Protocol Fail might all have an AlertGroup of Link Warnings.
When the fault related information has been gathered, a small number of Cisco Info Server fields are used within the automations:
| Actual Event Type | Alert Group Value | Type Value |
|---|---|---|
ASMTempAboveNormal | ASMTempAboveNormal | 1 |
ASMTemperature Normal | ASMTempAboveNormal | 2 |
AXISUserLogin | AXISUserLoginLogout | 1 |
AXISUserLogout | AXISUserLoginLogout | 2 |
shelfLossLmiAlarmTrap | shelfLossLmiAlarmClear | 1 |
shelfLossLmiAlarmClearTrap | shelfLossLmiAlarmClear | 2 |
@NEName, @AlertKey
These two fields are used to uniquely identify an Enterprise element.
@LastOccurrence
This standard time stamp field is used to ensure that a problem event is not cleared by a resolution event which occurred before the problem event itself.
With the fields set, automations can now correlate the problems and resolutions independently of the source of the events. The automation can also expire events based on an expiration time in the Type field. The following example shows the set of automations used to achieve this functionality.
| Trigger | Action | Purpose |
|---|---|---|
GenericClear | GenericClear | Detects and deletes events of @Type = 2 (resolutions), then clears (sets severity to 0) any associated problems (@Type = 1) which are older and have matching Node, AlertKey, and AlertGroup entries. |
The generic clear automation executes in real time. As this automation substantially reduces the overall numbers of automations required, real time processing overhead can be incurred.
select * from alerts.status where Type = 2
update alerts.status set Severity = 0, BitMapField ='@BitMapField', ObjectStatus = 4 where Type = 1 and NEName = `@NEName' and AlertGroup = `@AlertGroup' and AlertKey = `@AlertKey' and LastOccurrence <= @LastOccurrence;
delete from alerts.status via `@Identifier';
Inactive
3 seconds
The generic clear automation above is applicable to events that have a resolution and fault state. For events that have a pair of associated events, but not a case of fault and resolutions, the Type 3/Type 4 automations are used.
These automations are applicable to events that indicate the latest state of the card.
For example:
In the above sequence, the final state is the Card Removal. This event should clear the Card Insert event, indicating the latest status of the card action.
Now, when the card is inserted, the current state of the Card is Inserted and this new event should clear the Card Removed event.
In the Generic Clear, the Resolution clears the Fault event, while in the above example neither of the events are Resolution or Fault Cases. These events indicate the current state of the Object and the automation provides a toggle effect.
The automation uses the same fields as the Generic Clears.
| Actual Event Type | Alert Group Value | Type Value |
|---|---|---|
FunctionalModuleRemove | FuncModInsertRemove | 3 |
FunctionalModuleInsert | FuncModInsertRemove | 4 |
Switch Card Removed | CardInserted | 3 |
Switch Card Inserted | CardInserted | 4 |
Endpoint Added | endpointdeleted | 3 |
Endpoint Deleted | endpointdeleted | 4 |
This automation selects all events that have the Type = 3 and Grade <> 5, and deletes the corresponding Type 4 event. The action also updates the Grade = 5 for the Type 3 event selected in the trigger. This has been done so the automation does not keep executing the trigger once this condition has been satisfied.
select * from alerts.status where Type = 3 and Grade <> 5
delete from alerts.status where Type = 4 and LastOccurrence <= @LastOccurrence and AlertGroup = `@AlertGroup' and NEName = `@NEName' and AlertKey = `@AlertKey';
update alerts.status via `@Identifier'set Grade = 5;
Inactive
5 seconds
This automation selects all events that have the Type = 4 and Grade <> 5, and deletes the corresponding Type 3 event. The action also updates the Grade = 5 for the Type 4 event selected in the trigger. This has been done so the automation does not keep executing the trigger once this condition has been satisfied.
select * from alerts.status where Type = 4 and Grade <> 5
delete from alerts.status where Type = 3 and LastOccurrence <= @LastOccurrence and AlertGroup = `@AlertGroup' and NEName = `@NEName' and AlertKey = `@AlertKey';
update alerts.status via `@Identifier'set Grade = 5;
Inactive
5 seconds
![]()
![]()
![]()
![]()
![]()
![]()
![]()
Posted: Fri Jul 7 10:33:42 PDT 2000
Copyright 1989-2000©Cisco Systems Inc.