Alarm Management and Logging Correlation Commands on Cisco IOS XR Software
This chapter describes the commands used to manage alarms and configure logging correlation rules.
From the Cisco IOS XR System Monitoring Configuration Guide, you can obtain detailed information about the following:
•For alarm management and logging correlation concepts, configuration tasks, and examples, refer to the Implementing and Monitoring Alarms and Logging Correlation on Cisco IOS XR Software module.
•For system logging commands, refer to the Logging Commands on Cisco IOS XR Software module.
•For system logging concepts, refer to the Implementing Logging Services on Cisco IOS XR Software module.
alarm
To specify a type of alarm to be suppressed by a logging suppression rule, use the alarm command in logging suppression rule configuration mode.
alarm msg-category group-name msg-code
Syntax Description
msg-category |
Message category of the root message. |
group-name |
Group name of the root message. |
msg-code |
Message code of the root message. |
Defaults
No alarm types are configured by default.
Command Modes
Logging suppression rule configuration
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Examples
The following example shows how to configure the logging suppression rule "commit" to suppress alarms whose root message are "MBGL", with group name "commit" and message code "succeeded":
RP/0/RP0/CPU0:router(config)# logging suppress rule commit
RP/0/RP0/CPU0:router(config-suppr-rule)# alarm MBGL COMMIT SUCCEEDED
RP/0/RP0/CPU0:router(config-suppr-rule)#
Related Commands
all-alarms
To configure a logging suppression rule to suppress all types of alarms, use the all-alarms command in logging suppression rule configuration mode.
all-alarms
Syntax Description
This command has no arguments or keywords.
Defaults
No alarm types are configured by default.
Command Modes
Logging suppression rule configuration
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Examples
The following example shows how to configure the logging suppression rule commit to suppress all alarms:
RP/0/RP0/CPU0:router(config)# logging suppress rule commit
RP/0/RP0/CPU0:router(config-suppr-rule)# all-alarms
RP/0/RP0/CPU0:router(config-suppr-rule)#
Related Commands
all-of-router
To apply a logging suppression rule to alarms originating from all locations on the router, use the all-of-router command in logging suppression apply rule configuration mode.
all-of-router
Defaults
No scope is configured by default.
Syntax Description
This command has no arguments or keywords.
Command Modes
Logging suppression apply rule configuration
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Examples
The following example shows how to apply the logging suppression rule "commit" to all locations on the router:
RP/0/RP0/CPU0:router(config)# logging suppress apply rule commit
RP/0/RP0/CPU0:router(config-suppr-apply-rule)# all-of-router
Related Commands
clear logging correlator delete
To delete all messages or messages specified by a correlation ID from the logging correlator buffer, use the clear logging correlator delete command in EXEC mode.
clear logging correlator delete {all-in-buffer | correlation-id}
Syntax Description
all-in-buffer |
Clears all messages in the logging correlator buffer. |
correlation-id |
Correlation event record ID. Up to 14 correlation IDs can be specified, separated by a space. Range is 0 to 4294967294. |
Defaults
No messages are automatically deleted unless buffer capacity is reached.
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Use the show logging correlator buffer command to confirm that records have been cleared.
Use the logging correlator buffer-size command to configure the capacity of the logging correlator buffer.
Examples
The following example shows how to clear all records from the logging correlator buffer:
RP/0/RP0/CPU0:router# clear logging correlator delete all-in-buffer
Related Commands
clear logging events delete
To delete messages from the logging events buffer, use the clear logging events delete command in EXEC mode.
clear logging events delete {[admin-level-only] [all-in-buffer] [bistate-alarms-set] [category name] [context name] [event-hi-limit event-id] [event-lo-limit event-id] [first event-count] [group message-group] [last event-count] [location node-id] [message message-code] [severity-hi-limit severity] [severity-lo-limit severity] [timestamp-hi-limit hh:mm:ss [month] [day] [year] [timestamp-lo-limit hh:mm:ss [month] [day] [year]}
Syntax Description
admin-level-only |
Deletes only events at the administrative level. |
all-in-buffer |
Deletes all event IDs from the logging events buffer. |
bistate-alarms-set |
Deletes bi-state alarms in the SET state. |
category name |
Deletes events from a specified category. |
context name |
Deletes events from a specified context. |
event-hi-limit event-id |
Deletes events with an event ID equal to or lower than the event ID specified with the event-id argument. Range is 0 to 4294967294. |
event-lo-limit event-id |
Deletes events with an event ID equal to or higher than the event ID specified with the event-id argument. Range is 0 to 4294967294. |
first event-count |
Deletes events, beginning with the first event in the logging events buffer. For the event-count argument, enter the number of events to be deleted. |
group message-group |
Deletes events from a specified message group. |
last event-count |
Deletes events, beginning with the last event in the logging events buffer. For the event-count argument, enter the number of events to be deleted. |
location node-id |
Deletes messages from the logging events buffer for the specified location. The node-id argument is entered in the rack/slot/module notation. |
message message-code |
Deletes events with the specified message code. |
severity-hi-limit |
Deletes events with a severity level equal to or lower than the severity level specified with the severity argument. |
severity |
Severity level. Valid values are: •alerts •critical •emergencies •errors •informational •notifications •warnings Note Settings for the severity levels and their respective system conditions are listed under the "Usage Guidelines" section for the logging events level command. Events of lower severity level represent events of higher importance. |
severity-lo-limit |
Deletes events with a severity level equal to or higher than the severity level specified with the severity argument. |
timestamp-hi-limit |
Deletes events with a time stamp equal to or lower than the specified time stamp. |
hh:mm:ss [month] [day] [year] |
Time stamp for the timestamp-hi-limit or timestamp-lo-limit keyword. The month, day, and year arguments default to the current month, day, and year, if not specified. Ranges for the hh:mm:ss month day year arguments are as follows: •hh:—Hours. Range is 00 to 23. You must insert a colon after the hh argument. •mm:—Minutes. Range is 00 to 59. You must insert a colon after the mm argument. •ss—Seconds. Range is 00 to 59. •month—(Optional) The month of the year. The values for the month argument are: –january –february –march –april –may –june –july –august –september –october –november –december •day—(Optional) Day of the month. Range is 01 to 31. •year—(Optional) Year. Enter the last two digits of the year (for example, 04 for 2004). Range is 01 to 37. |
timestamp-lo-limit |
Deletes events with a time stamp equal to or higher than the specified time stamp. |
Defaults
No messages are automatically deleted unless buffer capacity is reached.
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. Support was introduced for the admin-level-only keyword option. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command is used to delete messages from the logging events buffer that match the keywords and arguments that you specify. The description is matched if all of the conditions are met.
Use the show logging events buffer command to verify that events have been cleared from the logging events buffer.
Use the logging events buffer-size command to configure the capacity of the logging events buffer.
Examples
The following example shows how to delete all messages from the logging events buffer:
RP/0/RP0/CPU0:router# clear logging events delete all-in-buffer
Related Commands
clear logging events reset
To reset bi-state alarms, use the clear logging events reset command in EXEC mode.
clear logging events reset {all-in-buffer | event-id}
Syntax DescriptionDescription
all-in-buffer |
Resets all bi-state alarm messages in the event logging buffer. |
event-id |
Event ID. Resets the bi-state alarm for an event or events. Up to 32 event IDs can be specified, separated by a space. Range is 0 to 4294967294. |
Usage
Defaults
No default behavior or values
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command clears bi-state alarms messages from the logging events buffer. Bi-state alarms are generated by state changes associated with system hardware, such as a change of interface state from active to inactive, or the online insertion and removal (OIR) of a Modular Service Card (MSC), or a change in component temperature.
Use the show logging events buffer command to display messages in the logging events buffer.
Examples
The following example shows how to reset all bi-alarms in the logging events buffer:
RP/0/RP0/CPU0:router# clear logging events reset all-in-buffer
Related Commands
context-correlation
To enable context-specific correlation, use the context-correlation command in either stateful or nonstateful correlation rule configuration mode. To disable correlation on context, use the no form of this command.
context-correlation
no context-correlation
Syntax Description
This command has no arguments or keywords.
Defaults
Correlation on context is not enabled.
Command Modes
Stateful correlation rule configuration
Nonstateful correlation rule configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command enables context-specific correlation for each of the contexts in which a given rule is applied. For example, if the rule is applied to two contexts (context1 and context2), messages that have context "context1" are correlated separately from those messages with context "context2".
Use the show logging correlator rule command to show the current setting for the context-correlation flag.
Examples
The following example shows how to enable correlation on context for a stateful correlation rule:
RP/0/RP0/CPU0:router(config)# logging correlator rule stateful_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# context-correlation
RP/0/RP0/CPU0:router(config-corr-rule-st)#
Related Commands
logging correlator apply rule
To apply and activate a correlation rule and enter correlation apply rule configuration mode, use the logging correlator apply rule command in global configuration mode. To deactivate a correlation rule, use the no form of this command.
logging correlator apply rule correlation-rule [all-of-router | context name | location node-id]
no logging correlator apply rule correlation-rule [all-of-router | context name | location node-id]
Syntax Description
correlation-rule |
Name of the correlation rule to be applied. |
all-of-router |
(Optional) Applies the correlation rule to the entire router. |
context name |
(Optional) Applies the correlation rule to the specified context. Unlimited number of contexts. The name string is limited to 32 characters. |
location node-id |
(Optional) Applies the correlation rule to the specified node. The node-id argument is entered in the rack/slot/module notation. Unlimited number of locations. |
Defaults
No correlation rules are applied.
Command Modes
Global configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
The logging correlator apply rule command is used to either add or remove apply settings for a given rule. These settings then determine which messages are correlated for the affected rules.
If the rule is applied to all-of-router, then correlation occurs for only those messages that match the configured cause values for the rule to be correlated, regardless of the context or location setting of that message.
If a rule is applied to a specific set of contexts or locations, then correlation occurs for only those messages that match both the configured cause values for the rule and at least one of those contexts or locations.
Use the show logging correlator rule command to show the current apply settings for a given rule.
Tip When a rule is applied (or if a rule set that contains this rule is applied), then the rule definition cannot be modified through the configuration until the rule or rule set is once again unapplied.
Tip It is possible to configure apply settings at the same time for both a rule and zero or more rule sets that contain the rule. In this case, the apply settings for the rule are the union of all the apply configurations.
The logging correlator apply rule command allows you to enter submode (config-corr-apply-rule) to apply and activate rules:
RP/0/RP0/CPU0:router(config)# logging correlator apply rule stateful1
RP/0/RP0/CPU0:router(config-corr-apply-rule)#?
all-of-router Apply the rule to all of the router
clear Clear the uncommitted configuration
clear Clear the configuration
commit Commit the configuration changes to running
context Apply rule to specified context
describe Describe a command without taking real actions
exit Exit from this submode
location Apply rule to specified location
no Negate a command or set its defaults
pwd Commands used to reach current submode
root Exit to the global configuration mode
show Show contents of configuration
RP/0/RP0/CPU0:router(config-corr-apply-rule)#
While in the submode, you can negate keyword options:
RP/0/RP0/CPU0:router(config-corr-apply-rule)#? no all-of-router
RP/0/RP0/CPU0:router(config-corr-apply-rule)#? no context
RP/0/RP0/CPU0:router(config-corr-apply-rule)#? no location
Examples
The following example shows how to apply a predefined correlator rule to a location:
RP/0/RP0/CPU0:router(config)# logging correlator apply rule rule1
RP/0/RP0/CPU0:router(config-corr-apply-rule)# location 0/2/CPU0
Related Commands
logging correlator apply ruleset
To apply and activate a correlation rule set and enter correlation apply rule set configuration mode, use the logging correlator apply ruleset command in global configuration mode. To deactivate a correlation rule set, use the no form of this command.
logging correlator apply ruleset correlation-ruleset [all-of-router | context name | location node-id]
no logging correlator apply ruleset correlation-ruleset [all-of-router | context name | location node-id]
Syntax Description
correlation-ruleset |
Name of the correlation rule set to be applied. |
all-of-router |
(Optional) Applies the correlation rule set to the entire router. |
context name |
(Optional) Applies the correlation rule set to the specified context. Unlimited number of contexts. The name string is limited to 32 characters. |
location node-id |
(Optional) Applies the correlation rule to the specified node. The node-id argument is entered in the rack/slot/module notation. Unlimited number of locations. |
Defaults
No correlation rule sets are applied.
Command Modes
Global configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
The logging correlator apply ruleset command is used to either add or remove apply settings for a given rule set. These settings then determine which messages are correlated for the affected rules.
If the rule set is applied to all-of-router, then correlation occurs for only those messages that match the configured cause values for the rule to be correlated, regardless of the context or location setting of that message.
If a rule set is applied to a specific set of contexts or locations, then correlation occurs for only those messages that match both the configured cause values for the rule and at least one of those contexts or locations.
Use the show logging correlator ruleset command to show the current apply settings for a given rule set.
Tip When a rule is applied (or if a rule set that contains this rule is applied), then the rule definition cannot be modified through the configuration until the rule or rule set is once again unapplied.
Tip It is possible to configure apply settings at the same time for both a rule and zero or more rule sets that contain the rule. In this case, the apply settings for the rule are the union of all the apply configurations.
The logging correlator apply ruleset command allows you to enter the submode (config-corr-apply-ruleset) to apply and activate rule sets:
RP/0/RP0/CPU0:router(config)# logging correlator apply ruleset ruleset1
RP/0/RP0/CPU0:router(config-corr-apply-ruleset)#?
all-of-router Apply the rule to all of the router
clear Clear the uncommitted configuration
clear Clear the configuration
commit Commit the configuration changes to running
context Apply rule to specified context
describe Describe a command without taking real actions
exit Exit from this submode
location Apply rule to specified location
no Negate a command or set its defaults
pwd Commands used to reach current submode
root Exit to the global configuration mode
show Show contents of configuration
RP/0/RP0/CPU0:router(config-corr-apply-ruleset)#
While in the submode, you can negate keyword options:
RP/0/RP0/CPU0:router(config-corr-apply-ruleset)#? no all-of-router
RP/0/RP0/CPU0:router(config-corr-apply-ruleset)#? no context
RP/0/RP0/CPU0:router(config-corr-apply-ruleset)#? no location
Examples
The following example shows how to apply a predefined correlator rule set to the entire router:
RP/0/RP0/CPU0:router(config)# logging correlator apply ruleset ruleset1
RP/0/RP0/CPU0:router(config-corr-apply-rule)# all-of-router
Related Commands
logging correlator buffer-size
To configure the logging correlator buffer size, use the logging correlator buffer-size command in global configuration mode. To return the buffer size to its default setting, use the no form of this command.
logging correlator buffer-size bytes
no logging correlator buffer-size bytes
Syntax Description
bytes |
Size, in bytes, of the logging correlator buffer. Range is 1024 to 52428800 bytes. |
Defaults
bytes: 81920 bytes
Command Modes
Global configuration
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
The logging correlator buffer-size command configures the size of the correlation buffer. This buffer holds all the correlation records as well as the associated correlated messages. When the size of this buffer is exceeded, older correlations in the buffer are replaced with the newer incoming correlations. The criteria that are used to recycle these buffers are:
•First, remove the oldest non-stateful correlation records from the buffer.
•Then, if there are no more non-stateful correlations present; remove the oldest stateful correlation records.
Use the show logging correlator info command to confirm the size of the buffer and the percentage of buffer space that is currently used. The show logging events buffer all-in-buffer command can be used to show the details of the buffer contents.
Examples
The following example shows how to set the logging correlator buffer size to 90000 bytes:
RP/0/RP0/CPU0:router(config)# logging correlator buffer-size 90000
Related Commands
logging correlator rule
To define the rules for correlating messages, use the logging correlator rule command in global configuration mode. To delete the correlation rule, use the no form of this command.
logging correlator rule correlation-rule {type {stateful | nonstateful}}
no logging correlator rule correlation-rule
Syntax Description
correlation-rule |
Name of the correlation rule to be applied. |
type |
Specifies the type of rule. |
stateful |
Enters stateful correlation rule configuration mode. |
nonstateful |
Enters nonstateful correlation rule configuration mode. |
Defaults
No rules are defined.
Command Modes
Global configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and the Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
The logging correlator rule command defines the correlation rules used by the correlator to store messages in the logging correlator buffer. A rule must, at a minimum, consist of three elements: a root-cause message, one or more non-root-cause messages, and a timeout.
When the root-cause message, or a non-root-cause message is received, the timer is started. Any non-root-cause messages are temporarily held, while the root-cause is sent to syslog. If, after the timer has expired, the root-cause and at least one non-root-cause message was received, a correlation is created and stored in the correlation buffer.
A rule can be of type stateful or nonstateful. Stateful rules allow non-root-cause messages to be sent from the correlation buffer if the bi-state root-cause alarm clears at a later time. Non-stateful rules result in correlations that are fixed and immutable after the correlation occurs.
Below are the rule parameters that are available while in stateful correlation rule configuration mode:
RP/0/RP0/CPU0:router(config-corr-rule-st)# ?
context-correlation Specify enable correlation on context
nonrootcause nonrootcause alarm
reissue-nonbistate Specify reissue of non-bistate alarms on parent clear
reparent Specify reparent of alarm on parent clear
rootcause Specify root cause alarm: Category/Group/Code combos
timeout-rootcause Specify timeout for root-cause
RP/0/RP0/CPU0:routerconfig-corr-rule-st)#
Below are the rule parameters that are available while in non-stateful correlation rule configuration mode:
RP/0/RP0/CPU0:router(config-corr-rule-nonst)# ?
context-correlation Specify enable correlation on context
nonrootcause nonrootcause alarm
rootcause Specify root cause alarm: Category/Group/Code combos
timeout-rootcause Specify timeout for root-cause
RP/0/RP0/CPU0:router(config-corr-rule-nonst)#
Note A rule cannot be deleted or modified while it is applied, so the no logging correlator apply command must be used to unapply the rule before it can be changed.
Note The name of the correlation rule must be unique across all rule types and is limited to a maximum length of 32 characters.
Use the show logging correlator buffer to display messages stored in the logging correlator buffer.
Use the show logging correlator rule command to verify correlation rule settings.
Examples
The following example shows how to enter stateful correlation rule configuration mode to specify a collection duration period time for correlator messages sent to the logging events buffer:
RP/0/RP0/CPU0:router(config)# logging correlator rule state_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# timeout 50000
Related Commands
|
|
logging correlator apply rule |
Applies and activates correlation rules. |
nonrootcause |
Enters non-root-cause configuration mode and specifies a non-root-cause alarm |
reissue-nonbistate |
Reissues non-bistate alarm messages (events) from the correlator log after its root-cause alarm clears. |
reparent |
Reparents non-root-cause messages to the next highest active root-cause in a hierarchical correlation when their immediate parent clears. |
rootcause |
Specifies a root-cause message alarm. |
show logging correlator buffer |
Displays messages in the logging correlator buffer. |
show logging correlator rule |
Displays one or more predefined logging correlator rules. |
timeout |
Specifies the collection period duration time for the logging correlator rule message. |
timeout-rootcause |
Specifies an optional parameter for an applied correlation rule. |
logging correlator ruleset
To enter correlation rule set configuration mode and define a correlation rule set, use the logging correlator ruleset command in global configuration mode. To delete the correlation rule set, use the no form of this command.
logging correlator ruleset correlation-ruleset {rulename correlation-rulename}
no logging correlator ruleset correlation-ruleset
Syntax Description
correlation-ruleset |
Name of the correlation rule set to be applied. |
rulename |
Specifies the correlation rule name. |
correlation-rulename |
Name of the correlation rule name to be applied. |
Defaults
No rule sets are defined.
Command Modes
Global configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and the Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
The logging correlator ruleset command defines a specific correlation rule set. A rule set name must be unique and is limited to a maximum length of 32 characters.
To apply a logging correlator rule set, use the logging correlator apply ruleset command.
Examples
The following example shows how to specify a logging correlator rule set:
RP/0/RP0/CPU0:router(config)# logging correlator ruleset ruleset_1
RP/0/RP0/CPU0:router(config-corr-ruleset)# rulename state_rule
RP/0/RP0/CPU0:router(config-corr-ruleset)# rulename state_rule2
Related Commands
logging events buffer-size
To configure the size of the logging events buffer, use the logging events buffer-size command in global configuration mode. To restore the buffer size to the default value, use the no form of this command.
logging events buffer-size bytes
no logging events buffer-size bytes
Syntax Description
bytes |
The size, in bytes, of the logging events buffer. Range is 1024 to 1024000 bytes. The default is 43200 bytes. |
Defaults
bytes: 43200
Command Modes
Global configuration
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Note The logging events buffer automatically adjusts to a multiple of the record size that is lower than or equal to the value configured for the bytes argument.
Use the show logging events info command in EXEC mode to confirm the size of the logging events buffer.
Examples
The following example shows how to increase the logging events buffer size to 50000 bytes:
RP/0/RP0/CPU0:router(config)# logging events buffer-size 50000
Related Commands
logging events display-location
To enable the alarm source location display field for bistate alarms in the output of the show logging and show logging events buffer command, use the logging events display-location command in global configuration mode.
logging events display-location
no logging events display-location
Syntax Description
This command has no arguments or keywords.
Defaults
The alarm source location display field in show logging ouput is not enabled.
Command Modes
Global configuration
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
The output of the show logging command for bistate alarms has been enhanced. Previously, the alarm source field in the output displayed the location of the process that logged the alarm. Use the logging events display-location command to configure the output of the show logging command to include an additional source field that displays the actual source of the alarm. The alarm source is displayed in a format that is consistent with alarm source identification in other platforms and equipment. The new alarm source display field aids accurate identification and isolation of the source of a fault.
By default, the output of the show logging command does not include the new alarm source identification field. If you enable the alarm source location display field in the show logging output, the same naming conventions are also used to display hardware locations in the show diag and show inventory command output.
Note Customer OSS tools may rely on the default output to parse and interpret the alarm output.
Examples
The following example shows the show logging command output for bistate alarms before and after enabling the alarm source location display field:
RP/0/RP0/CPU0:router# show logging | inc Interface
Wed Aug 13 01:30:58.461 UTC
LC/0/2/CPU0:Aug 12 01:20:54.073 : ifmgr[159]: %PKT_INFRA-LINK-5-CHANGED : Interface
GigabitEthernet0/2/0/0, changed state to Administratively Down
LC/0/2/CPU0:Aug 12 01:20:59.450 : ifmgr[159]: %PKT_INFRA-LINK-3-UPDOWN : Interface
GigabitEthernet0/2/0/0, changed state to Down
LC/0/2/CPU0:Aug 12 01:20:59.451 : ifmgr[159]: %PKT_INFRA-LINEPROTO-5-UPDOWN : Line
protocol on Interface GigabitEthernet0/2/0/0, changed state to Down
RP/0/5/CPU0:Aug 12 01:22:11.496 : ifmgr[202]: %PKT_INFRA-LINK-5-CHANGED : Interface
MgmtEth0/5/CPU0/0, changed state to Administratively Down
RP/0/5/CPU0:Aug 12 01:23:23.842 : ifmgr[202]: %PKT_INFRA-LINK-3-UPDOWN : Interface
MgmtEth0/5/CPU0/0, changed state to Down
RP/0/5/CPU0:Aug 12 01:23:23.843 : ifmgr[202]: %PKT_INFRA-LINEPROTO-5-UPDOWN : Line
protocol on Interface MgmtEth0/5/CPU0/0, changed state to Down
RP/0/5/CPU0:Aug 12 01:23:23.850 : ifmgr[202]: %PKT_INFRA-LINK-3-UPDOWN : Interface
MgmtEth0/5/CPU0/0, changed state to Up
RP/0/5/CPU0:Aug 12 01:23:23.856 : ifmgr[202]: %PKT_INFRA-LINEPROTO-5-UPDOWN : Line
protocol on Interface MgmtEth0/5/CPU0/0, changed state to Up
RP/0/RP0/CPU0:router# config
Wed Aug 13 01:31:32.517 UTC
RP/0/RP0/CPU0:router(config)# logging events display-location
RP/0/RP0/CPU0:router(config)# commit
RP/0/RP0/CPU0:router(config)# exit
RP/0/RP0/CPU0:router# show logging | inc Interface
Wed Aug 13 01:31:48.141 UTC
LC/0/2/CPU0:Aug 12 01:20:54.073 : ifmgr[159]: %PKT_INFRA-LINK-5-CHANGED : Interface
GigabitEthernet0/2/0/0, changed state to Administratively Down
LC/0/2/CPU0:Aug 12 01:20:59.450 : ifmgr[159]: %PKT_INFRA-LINK-3-UPDOWN : interface
GigabitEthernet0/2/0/0: Interface GigabitEthernet0/2/0/0, changed state to Down
LC/0/2/CPU0:Aug 12 01:20:59.451 : ifmgr[159]: %PKT_INFRA-LINEPROTO-5-UPDOWN : interface
GigabitEthernet0/2/0/0: Line protocol on Interface GigabitEthernet0/2/0/0, changed state
to Down
RP/0/5/CPU0:Aug 12 01:22:11.496 : ifmgr[202]: %PKT_INFRA-LINK-5-CHANGED : Interface
MgmtEth0/5/CPU0/0, changed state to Administratively Down
RP/0/5/CPU0:Aug 12 01:23:23.842 : ifmgr[202]: %PKT_INFRA-LINK-3-UPDOWN : interface
MgmtEth0/5/CPU0/0: Interface MgmtEth0/5/CPU0/0, changed state to Down
RP/0/5/CPU0:Aug 12 01:23:23.843 : ifmgr[202]: %PKT_INFRA-LINEPROTO-5-UPDOWN : interface
MgmtEth0/5/CPU0/0: Line protocol on Interface MgmtEth0/5/CPU0/0, changed state to Down
RP/0/5/CPU0:Aug 12 01:23:23.850 : ifmgr[202]: %PKT_INFRA-LINK-3-UPDOWN : interface
MgmtEth0/5/CPU0/0: Interface MgmtEth0/5/CPU0/0, changed state to Up
RP/0/5/CPU0:Aug 12 01:23:23.856 : ifmgr[202]: %PKT_INFRA-LINEPROTO-5-UPDOWN : interface
MgmtEth0/5/CPU0/0: Line protocol on Interface MgmtEth0/5/CPU0/0, changed state to Up
Related Commands
logging events level
To specify a severity level for logging alarm messages, use the logging events level command in global configuration mode. To return to the default value, use the no form of this command.
logging events level severity
no logging events level
Syntax Description
severity |
Severity level of events to be logged in the logging events buffer, including events of a higher severity level (numerically lower). Table 1 lists severity levels and their respective system conditions. |
Defaults
All severity levels (from 0 to 6) are logged.
Command Modes
Global configuration
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command specifies the event severity necessary for alarm messages to be logged. Severity levels can be specified by the severity level description (for example, warnings). When a severity level is specified, events of equal or lower severity level are also written to the logging events buffer.
Note Events of lower severity level represent events of higher importance.
Table 1 lists the system severity levels and their corresponding numeric values, and describes the corresponding system condition.
Table 1 Alarm Severity Levels for Event Logging
|
|
|
emergencies |
0 |
System is unusable. |
alerts |
1 |
Critical system condition exists requiring immediate action. |
critical |
2 |
Critical system condition exists. |
errors |
3 |
Noncritical errors. |
warnings |
4 |
Warning conditions. |
notifications |
5 |
Notifications of changes to system configuration. |
informational |
6 |
Information about changes to system state. |
Examples
The following example shows how to set the severity level for notification to warnings (level 4):
RP/0/RP0/CPU0:router(config)# logging events level warnings
Related Commands
logging events threshold
To specify the logging events buffer threshold that, when surpassed, generates an alarm, use the logging events threshold command in global configuration mode. To return to the default value, use the no form of this command.
logging events threshold percent
no logging events threshold
Syntax Description
percent |
Minimum percentage of buffer capacity that must be allocated to messages before an alarm is generated. Range is 10 to 100. The default is 80 percent. |
Defaults
percent: 80 percent
Command Modes
Global configuration
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command can be configured to generate an alarm when 10 percent or more of the event buffer capacity is available.
The logging events buffer is circular; that is, when full it overwrites the oldest messages in the buffer. Once the logging events buffer reaches full capacity, the next threshold alarm is generated when the number of overwritten events surpasses the percentage of buffer capacity allocated to messages.
Use the show logging events info command to display the current threshold setting.
Examples
The following example shows how to configure the threshold setting to 95 percent of buffer capacity:
RP/0/RP0/CPU0:router(config)# logging events threshold 95
Related Commands
logging suppress apply rule
To apply and activate a logging suppression rule, use the logging suppress apply rule command in global configuration mode.
logging suppress apply rule rule-name [all-of-router | source location node-id]
no logging suppress apply rule rule-name [all-of-router | source location node-id]
Syntax Description
rule-name |
Name of the logging suppression rule to activate. |
all-of-router |
(Optional) Applies the specified logging suppression rule to alarms originating from all locations on the router. |
source location node-id |
(Optional) Applies the specified logging suppression rule to alarms originating from the specified node. The node-id argument is entered in the rack/slot/module notation. |
Defaults
No logging suppression rules are applied.
Command Modes
Global configuration
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Examples
The following example shows how to apply a predefined logging suppression rule to the entire router:
P/0/RP0/CPU0:router(config)# logging suppress apply rule infobistate
P/0/RP0/CPU0:router(config-suppr-apply-rule)# all-of-router
Related Commands
|
|
all-of-router |
Applies a logging suppression rule to suppress alarms originating from all sources on the router. |
logging suppress rule
To create a logging suppression rule and enter the configuration mode for the rule, use the logging suppress rule command.
logging suppress rule rule-name [alarm msg-category group-name msg-code | all-alarms]
no logging suppress rule rule-name
Syntax Description
rule-name |
Name of the rule. |
alarm |
(Optional) Specifies a type of alarm to be suppressed by the logging suppression rule. |
msg-category |
Message category of the root message. |
group-name |
Group name of the root message. |
msg-code |
Message code of the root message. |
all-alarms |
(Optional) Specifies that the logging suppression rule suppresses all types of alarms. |
Defaults
No logging suppression rules exist by default.
Command Modes
Global configuration
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
If you use the logging suppress rule command without specifying a non-root-cause alarm, you can do so afterwards, by entering the alarm keyword at the prompt.
Examples
The following example shows how to create a logging suppression rule called infobistate:
P/0/RP0/CPU0:router(config)# logging suppress rule infobistate
RP/0/RP0/CPU0:router(config-suppr-rule)#
Related Commands
|
|
alarm |
Specifies a type of alarm to be suppressed by a logging suppression rule. |
all-alarms |
Configures a logging suppression rule to suppress all types of alarms. |
nonrootcause
To enter the non-root-cause configuration mode and specify a non-root-cause alarm, use the nonrootcause command in stateful or nonstateful correlation rule configuration modes.
nonrootcause [alarm msg-category group-name msg-code]
Syntax Description
alarm |
Non-root-cause alarm. |
msg-category |
(Optional) Message category assigned to the message. Unlimited messages (identified by message category, group, and code) can be specified, separated by a space. |
group-name |
(Optional) Message group assigned to the message. Unlimited messages (identified by message category, group, and code) can be specified, separated by a space. |
msg-code |
(Optional) Message code assigned to the message. Unlimited messages (identified by message category, group, and code) can be specified, separated by a space. |
Defaults
Non-root-cause configuration mode and alarm are not specified.
Command Modes
Stateful correlation rule configuration
Nonstateful correlation rule configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command is used to enter the non-root-cause configuration mode to configure one or more non-root-cause alarms associated with a particular correlation rule.
Use the show logging events info command to display the current threshold setting.
If you use the nonrootcause command without specifying a non-root-cause alarm, you can do so afterwards, by entering the alarm keyword at the prompt.
Examples
The following example shows how to enter non-root-cause configuration mode and display the commands that are available under this mode:
RP/0/RP0/CPU0:router(config)# logging correlator rule state_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# nonrootcause
RP/0/RP0/CPU0:router(config-corr-rule-st-nonrc)# ?
alarm Specify non-root cause alarm: Category/Group/Code combos
clear Clear the uncommitted configuration
clear Clear the configuration
commit Commit the configuration changes to running
describe Describe a command without taking real actions
exit Exit from this submode
no Negate a command or set its defaults
pwd Commands used to reach current submode
root Exit to the global configuration mode
show Show contents of configuration
The following example shows how to specify a non-root-cause alarm for Layer 2 local SONET messages with an alarm severity of 4. The non-root-cause alarm is associated with the correlation rule named state_rule.
RP/0/RP0/CPU0:router(config-corr-rule-st-nonrc)# alarm L2 SONET_LOCAL ALARM
Related Commands
reissue-nonbistate
To reissue non-bistate alarm messages (events) from the correlator log after the root-cause alarm of a stateful rule clears, use the reissue-nonbistate command in stateful or nonstateful correlation rule configuration modes. To disable the reissue-nonbistate flag, use the no form of this command.
reissue-nonbistate
no reissue-nonbistate
Syntax Description
This command has no arguments or keywords.
Defaults
Non-bistate alarm messages are not reissued after their root-cause alarm clears.
Command Modes
Stateful correlation rule configuration
Nonstateful correlation rule configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
By default, when the root-cause alarm of a stateful correlation is cleared, any non-root-cause, bistate messages being held for that correlation are silently deleted and are not sent to syslog. If the non-bistate messages should be sent, use the reissue-nonbistate command for the rules where this behavior is required.
Examples
The following example shows how to reissue nonbistate alarm messages:
RP/0/RP0/CPU0:router(config)# logging correlator rule state_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# reissue-nonbistate
Related Commands
reparent
To reparent non-root-cause messages to the next highest active rootcause in a hierarchical correlation when their immediate parent clears, use the reparent command in stateful correlation rule configuration mode. To disable the reparent flag, use the no form of this command.
reparent
no reparent
Syntax Description
This command has no arguments or keywords.
Defaults
A non-root-cause alarm is sent to syslog after a root-cause parent clears.
Command Modes
Stateful correlation rule configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Use the reparent command to specify what happens to non-root-cause alarms in a hierarchical correlation after their root-cause alarm clears. The following scenario illustrates why you may want to set the reparent flag.
Rule 1 with rootcause A and non-rootcause B
Rule 2 with rootcause B and non-rootcause C
(Alarm B is a non-rootcause for Rule 1 and a rootcause for Rule 2. For the purpose of this example, all the messages are bistate alarms.)
If both Rule 1 and Rule 2 each trigger a successful correlation, then a hierarchy is constructed that links these two correlations. When alarm B clears, alarm C would normally be sent to syslog, but the operator may choose to continue suppression of alarm C (hold it in the correlation buffer); because the rootcause that is higher in the hierarchy (alarm A) is still active.
The reparent flag allows you to specify non-root-cause behavior—if the flag is set, then alarm C becomes a child of rootcause alarm A; otherwise, alarm C is sent to syslog.
Note Stateful behavior, such as reparenting, is supported only for bistate alarms. Bistate alarms are associated with system hardware, such as a change of interface state from active to inactive.
Examples
The following example shows how to set the reparent flag for a stateful rule:
RP/0/RP0/CPU0:router(config)# logging correlator rule state_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# reparent
RP/0/RP0/CPU0:router(config-corr-rule-st)#
Related Commands
rootcause
To specify the root-cause alarm message, use the rootcause command in stateful or nonstateful correlation rule configuration modes.
rootcause {msg-category group-name msg-code}
Syntax Description
msg-category |
Message category of the root message. |
group-name |
Group name of the root message. |
msg-code |
Message code of the root message. |
Defaults
Root-cause alarm is not specified.
Command Modes
Stateful correlation rule configuration
Nonstateful correlation rule configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command is used to configure the root-cause message for a particular correlation rule. Messages are identified by their message category, group, and code. The category, group, and code each can contain up to 32 characters. The root-cause message for a stateful correlation rule should be a bi-state alarm.
Use the show logging events info command to display the root-cause and non-root-cause alarms for a correlation rule.
Examples
The following example shows how to configure a root-cause alarm for a stateful correlation rule:
RP/0/RP0/CPU0:router(config)# logging correlator rule state_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# rootcause L2 SONET_LOCAL ALARM
RP/0/RP0/CPU0:router(config-corr-rule-st)#
Related Commands
show logging correlator buffer
To display messages in the logging correlator buffer, use the show logging correlator buffer command in EXEC mode.
show logging correlator buffer {all-in-buffer [ruletype [nonstateful | stateful]] | [rulesource [internal | user]] | rule-name correlation-rule1...correlation-rule14 | correlationID correlation-id1..correlation-id14}
Syntax Description
all-in-buffer |
Displays all messages in the correlation buffer. |
ruletype |
(Optional) Displays the ruletype filter. |
nonstateful |
(Optional) Displays the nonstateful rules. |
stateful |
(Optional) Displays the stateful rules. |
rulesource |
(Optional) Displays the rulesource filter. |
internal |
(Optional) Displays the internally defined rules from the rulesource filter. |
user |
(Optional) Displays the user-defined rules from the rulesource filter. |
rule-name correlation-rule1...correlation-rule14 |
Displays a messages associated with a correlation rule name. Up to 14 correlation rules can be specified, separated by a space. |
correlationID correlation-id1..correlation-id14 |
Displays a message identified by correlation ID. Up to 14 correlation IDs can be specified, separated by a space. Range is 0 to 4294967294. |
Defaults
No default behavior or values
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. The output was modified to include message category information. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
The following keywords were added: •internal •nonstateful •rulesource •ruletype •stateful •user Range changed from 32 to 14 for correlationID and rule-name keywords. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command displays messages from the logging correlator buffer that match the correlation ID or correlation rule name specified. When the all-in-buffer keyword is entered, all messages in the logging correlator buffer are displayed.
If the ruletype is not specified, then both stateful and nonstateful rules are displayed.
if the rulesource is not specified, then both user and internal rules are displayed.
Examples
The following is sample output from the show logging correlator buffer command:
RP/0/RP0/CPU0:router# show logging correlator buffer all-in-buffer
#C_id.id:Rule Name:Source :Context: Time : Text
#14.1 :Rule1:RP/0/5/CPU0: :Aug 22 13:39:13.693 2007:ifmgr[196]: %PKT_INFRA-LINK-3-UPDOWN :
Interface MgmtEth0/5/CPU0/0, changed state to Down
#14.2 :Rule1:RP/0/5/CPU0: :Aug 22 13:39:13.693 2007:ifmgr[196]:
%PKT_INFRA-LINEPROTO-3-UPDOWN : Line protocol on Interface MgmtEth0/5/CPU0/0, changed
state to Down
Table 2 describes the significant fields shown in the display.
Table 2 show logging correlator buffer Field Descriptions
|
|
C_id. |
Correlation ID assigned to a event that matches a logging correlation rule. |
id |
An ID number assigned to each event matching a particular correlation rule. This event number serves as index to identify each individual event that has been matched for a logging correlation rule. |
Rule Name |
Name of the logging correlation rule that filters messages defined in a logging correlation rule to the logging correlator buffer. |
Source |
Node from which the event is generated. |
Time |
Date and time at which the event occurred. |
Text |
Message string that delineates the event. |
Related Commands
show logging correlator info
To display the logging correlator buffer size and the percentage of the buffer occupied by correlated messages, use the show correlator info command in EXEC mode.
show logging correlator info
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command displays the size of the logging correlator buffer and the percentage of the buffer allocated to correlated messages.
Use the logging correlator buffer-size command to set the size of the buffer.
Examples
In the following example, the show logging correlator info command is used to display remaining buffer size and percentage allocated to correlated messages:
RP/0/RP0/CPU0:router# show logging correlator info
Buffer-Size Percentage-Occupied
Related Commands
show logging correlator rule
To display defined correlation rules, use the show logging correlator rule command in EXEC mode.
show logging correlator rule {all | correlation-rule1...correlation-rule14} [context context1...context 6] [location node-id1...node-id6] [rulesource {internal | user}] [ruletype {nonstateful | stateful}] [summary | detail]
Syntax Description
all |
Displays all rule sets. |
correlation-rule1...correlation-rule14 |
Rule set name to be displayed. Up to 14 predefined correlation rules can be specified, separated by a space. |
context context1...context 6 |
(Optional) Displays a list of context rules. |
location node-id1...node-id6 |
(Optional) Displays the location of the list of rules filter from the designated node. The node-id argument is entered in the rack/slot/module notation. |
rulesource |
(Optional) Displays the rulesource filter. |
internal |
(Optional) Displays the internally defined rules from the rulesource filter. |
user |
(Optional) Displays the user defined rules from the rulesource filter. |
ruletype |
(Optional) Displays the ruletype filter. |
nonstateful |
(Optional) Displays the nonstateful rules. |
stateful |
(Optional) Displays the stateful rules. |
summary |
(Optional) Displays the summary information. |
detail |
(Optional) Displays detailed information. |
Defaults
No default behavior or values
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
The following keyword and argument pairs were added: •context context •detail •location node-id •rulesource {internal | user} •ruletype {nonstateful | stateful} •summary |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
If the ruletype is not specified, then both stateful and non-stateful rules are displayed as the default.
If the rulesource is not specified, then both user and internally defined rules are displayed as the default.
If the summary or detail options are not specified, then detailed information is displayed as the default.
Examples
The following is sample output from the show logging correlator rule command:
RP/0/RP0/CPU0:router# show logging correlator rule test
Rule Name : test
Type : Non Stateful
Source : User
Timeout : 30000 Rule State: RULE_APPLIED_ALL
Rootcause Timeout : None
Context Correlation : disabled
Reissue Non Bistate : N/A
Reparent : N/A
Alarms :
Code Type: Category Group Message
Root: MGBL CONFIG DB_COMMIT
Leaf: L2 SONET ALARM
Apply Locations: None
Apply Contexts: None
Number of buffered alarms : 0
Table 3 describes the significant fields shown in the display.
Table 3 show logging correlator rule Field Descriptions
|
|
Rule Name |
Name of defined correlation rule. |
Time out |
Configured timeout for the correlation rule. |
Rule State |
Indicates whether or not the rule has been applied. If the rule applies to the entire router, this field will display "RULE_APPLIED_ALL." |
Code Type |
Message category, group, and code. |
Root |
Message category, group and code of the root message configured in the logging correlation rule. |
Leaf |
Message category, group and code of a non-root-cause message configured in the logging correlation rule. |
Apply Locations |
Node or nodes where the rule is applied. If the logging correlation rule applies to the entire router, this field will display "None." |
Apply Contexts |
Context or contexts to which the rule is applied. If the logging correlation rule is not configured to apply to a context, this field will display "None." |
Related Commands
show logging correlator ruleset
To display defined correlation rule set names, use the show logging correlator ruleset command in EXEC mode.
show logging correlator ruleset {all | correlation-ruleset1...correlation-ruleset14} [detail | summary]
Syntax Description
all |
Displays all rule set names. |
correlation-ruleset1...correlation-ruleset14 |
Rule set name to be displayed. Up to 14 predefined rule set names can be specified, separated by a space. |
detail |
(Optional) Displays detailed information. |
summary |
(Optional) Displays the summary information. |
Defaults
Detail is the default, if nothing is specified.
Command Modes
EXEC
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
If the ruletype is not specified, then both stateful and nonstateful rules are displayed as the default.
If the rulesource is not specified, then both user and internally defined rules are displayed as the default.
If the summary or detail options are not specified, then detailed information is displayed as the default.
Examples
The following is sample output from the show logging correlator ruleset command:
RP/0/RP0/CPU0:router# show logging correlator RuleSetOne RuleSetTwo
Rule Set Name : RuleSetOne
Rule2 : Applied
Rule3 : Applied
Rule Set Name : RuleSetTwo
Rules: Rule1 : Applied
Rule5 : Not Applied
The following is sample output from the show logging correlator ruleset command when the all option is specified:
RP/0/RP0/CPU0:router# show logging correlator ruleset all
Rule Set Name : RuleSetOne
Rules: Rule1 : Applied
Rule2 : Applied
Rule3 : Applied
Rule Set Name : RuleSetTwo
Rules: Rule1 : Applied
Rule5 : Not Applied
Rule Set Name : RuleSetThree
Rules: Rule2 : Applied
Rule3 : Applied
The following is sample output from the show logging correlator ruleset command when the all and summary options are specified:
RP/0/RP0/CPU0:router# show logging correlator ruleset all summary
Table 3 describes the significant fields shown in the display.
Table 4 show logging correlator ruleset Field Descriptions
|
|
Rule Set Name |
Name of the ruleset. |
Rules |
All rules contained in the ruleset are listed. |
Applied |
The rule is applied. |
Not Applied |
The rule is not applied. |
Related Commands
show logging events buffer
To display messages in the logging events buffer, use the show logging events buffer command in EXEC mode.
show logging events buffer {[admin-level-only] [all-in-buffer] [bistate-alarms-set] [category name] [context name] [event-hi-limit event-id] [event-lo-limit event-id] [first event-count] [group message-group] [last event-count] [location node-id] [message message-code] [severity-hi-limit severity] [severity-lo-limit severity] [[timestamp-hi-limit hh:mm:ss [month] [day] [year] timestamp-lo-limit hh:mm:ss [month] [day] [year]}
Syntax Description
admin-level-only |
Displays only the events that are at the adminstrative level. |
all-in-buffer |
Displays all event IDs in the events buffer. |
bistate-alarms-set |
Displays bi-state alarms in the SET state. |
category name |
Displays events from a specified category. |
context name |
Displays events from a specified context. |
event-hi-limit event-id |
Displays events with an event ID equal to or lower than the event ID specified with the event-id argument. Range is 0 to 4294967294. |
event-lo-limit event-id |
Displays events with an event ID equal to or higher than the event ID specified with event-id argument. Range is 0 to 4294967294. |
first event-count |
Displays events in the logging events buffer, beginning with the first event. For the event-count argument, enter the number of events to be displayed. |
group message-group |
Displays events from a specified message group. |
last event-count |
Displays events, beginning with the last event in the logging events buffer. For the event-count argument, enter the number of events to be displayed. |
location node-id |
Displays events for the specified location. The node-id argument is entered in the rack/slot/module notation. |
message message-code |
Displays events with the specified message code. |
severity-hi-limit |
Displays events with a severity level equal to or lower than the specified severity level. |
severity |
Severity level. Valid values are: •emergencies •alerts •critical •errors •warnings •notifications •informational Note Settings for the severity levels and their respective system conditions are listed under the "Usage Guidelines" section for the logging events level command. Events of lower severity level represent events of higher importance. |
severity-lo-limit |
Displays events with a severity level equal to or higher than the specified severity level. |
timestamp-hi-limit |
Displays events with a time stamp equal to or lower than the specified time stamp. |
hh:mm:ss [month] [day] [year] |
Time stamp for the timestamp-hi-limit or timestamp-lo-limit keyword. The month, day, and year arguments default to the current month, day, and year if not specified. Ranges for the hh:mm:ss month day year arguments are as follows: •hh:—Hours. Range is 00 to 23. You must insert a colon after the hh argument. •mm:—Minutes. Range is 00 to 59. You must insert a colon after the mm argument. •ss—Seconds. Range is 00 to 59. •month—(Optional) The month of the year. The values for the month argument are: –january –february –march –april –may –june –july –august –september –october –november –december •day—(Optional) Day of the month. Range is 01 to 31. •year—(Optional) Year. Enter the last two digits of the year (for example, 04 for 2004). Range is 01 to 37. |
timestamp-lo-limit |
Displays events with a time stamp equal to or higher than the specified time stamp. |
Defaults
No default behavior or values
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. The output was modified to include message category information. The admin-level-only optional keyword was introduced. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command displays messages from the logging events buffer matching the description. The description is matched when all of the conditions are met.
Examples
The following is sample output from the show logging events buffer all-in-buffer command:
RP/0/RP0/CPU0:router# show logging events buffer all-in-buffer
#ID :C_id:Source :Time :%CATEGORY-GROUP-SEVERITY-MESSAGECODE: Text
#1 : :RP/0/RP0/CPU0:Jan 9 08:57:54 2004:nvram[66]: %MEDIA-NVRAM_PLATFORM-3-BAD_N
VRAM_VAR : ROMMON variable-value pair: '^['[19~CONFIG_FILE = disk0:config/startup,
contains illegal (non-printable)characters
#2 : :RP/0/RP0/CPU0:Jan 9 08:58:21 2004:psarb[238]: %PLATFORM-PSARB-5-GO_BID :
Card
#3 : :RP/0/RP0/CPU0:Jan 9 08:58:22 2004:psarb[238]: %PLATFORM-PSARB-5-GO_ACTIVE :
Card is becoming active.
#4 : :RP/0/RP0/CPU0:Jan 9 08:58:22 2004:psarb[238]:
%PLATFORM-PSARB-6-RESET_ALL_LC_
CARDS : RP going active; resetting all linecards in chassis
#5 : :RP/0/RP0/CPU0:Jan 9 08:58:22 2004:redcon[245]: %HA-REDCON-6-GO_ACTIVE : this
card going active
#6 : :RP/0/RP0/CPU0:Jan 9 08:58:22 2004:redcon[245]: %HA-REDCON-6-FAILOVER_ENABLED
: Failover has been enabled by config
Table 5 describes the significant fields shown in the display.
Table 5 show logging correlator buffer Field Descriptions
|
|
#ID |
Integer assigned to each event in the logging events buffer. |
C_id. |
Correlation ID assigned to a event that has matched a logging correlation rule. |
Source |
Node from which the event is generated. |
Time |
Date and time at which the event occurred. |
%CATEGORY-GROUP-SEVERITY-MESSAGECODE |
The category, group name, severity level, and message code associated with the event. |
Text |
Message string that delineates the event. |
Related Commands
show logging events info
To display configuration and operational information about the logging events buffer, use the show logging events info command in EXEC mode.
show logging events info
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values
Command Modes
EXEC
Command History
|
|
Release 2.0 |
This command was introduced on the Cisco CRS-1. |
Release 3.0 |
No modification. |
Release 3.2 |
This command was first supported on the Cisco XR 12000 Series Router. |
Release 3.3.0 |
No modification. |
Release 3.4.0 |
No modification. |
Release 3.5.0 |
No modification. |
Release 3.6.0 |
No modification. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
This command displays information about the size of the logging events buffer, the maximum size of the buffer, the number of records being stored, the maximum allowable number of records threshold for circular filing, and message filtering.
Examples
The following is sample output from the show logging events info command:
RP/0/RP0/CPU0:router# show logging events info
Size (Current/Max) #Records Thresh Filter
16960 /42400 37 90 Not Set
Table 6 describes the significant fields shown in the display.
Table 6 show logging events info Field Descriptions
|
|
Size (Current/Max) |
The current and maximum size of the logging events buffer. The maximum size of the buffer is controlled by the logging events buffer-size command. |
#Records |
The number of event records stored in the logging events buffer. |
Thresh |
The configured logging events threshold value. This field is controlled by the logging events threshold command. |
Filter |
The lowest severity level for events that will be displayed. This field is controlled by the logging events level command. |
Related Commands
show logging suppress rule
To display defined logging suppression rules, use the show logging suppression rule command in EXEC mode.
show logging suppress rule [rule-name1 [...[rule-name14]] | all [detail] [summary] [source location node-id]]
Syntax Description
rule-name1 [...[rule-name14]] |
Specifies up to 14 logging suppression rules to display. |
all |
Displays all logging suppression rules. |
source location node-id |
(Optional) Displays the location of the list of rules filter from the designated node. The node-id argument is entered in the rack/slot/module notation. |
detail |
(Optional) Displays detailed information. |
summary |
(Optional) Displays the summary information. |
Defaults
No default behavior or values
Command Modes
EXEC
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Examples
The following example displays information about a logging suppression rule that has been configured but has not been activated:
RP/0/RP0/CPU0:router# show logging suppression rule test_suppression
Rule Name : test_suppression
Rule State: RULE_UNAPPLIED
Severities : informational, critical
Apply Alarm-Locations: PLIM-0/2, PowerSupply-0/A/A0
Apply Sources: 0/RP0/CPU0, 1/6/SP
Number of suppressed alarms : 0
The following example displays information about all logging suppression rules applied to a specific source location on the router:
RP/0/RP0/CPU0:router# show logging suppress rule all source location 0/RP0/CPU0
Rule Name : test_suppression
Rule State: RULE_APPLIED_ALL
Apply Alarm-Locations: None
Apply Sources: 0/RP0/CPU0
Number of suppressed alarms : 0
The following example shows summary information about all logging suppression rules:
RP/0/RP0/CPU0:router# show logging suppression rule all summmary
Rule Name :Number of Suppressed Alarms
Related Commands
show snmp correlator buffer
To display messages in SNMP correlator buffer, use the show snmp correlator buffer in EXEC mode.
show snmp correlator buffer [all | correlation ID | rule-name name]
Syntax Description
all |
Displays all messages in the correlator buffer. |
correlation id |
Displays a message identified by correlation ID. Range is 0 to 4294967294. Up to 14 correlation rules can be specified, separated by a space. |
rule-name name |
Displays a message associated with a SNMP correlation rule name. Up to 14 correlation rules can be specified, separated by a space. |
Command Default
None
Command Modes
EXEC
Command History
|
|
Release 3.8.0 |
This command was introduced. |
Usage Guidelines
To use this command, you must be in a user group associated with a task group that includes appropriate task IDs. If the user group assignment is preventing you from using a command, contact your AAA administrator for assistance.
Examples
The sample shows an output from the show snmp correlator buffer command:
RP/0/RP0/CPU0:router# show snmp correlator buffer correlation ID 10
#Rootcause: 1.3.6.1.6.3.1.1.5.3
cieIfStateChangeReason.17 = down
#Nonroot : 1.3.6.1.2.1.14.16.2.2
ospfNbrIpAddr = 30.0.28.2
ospfNbrAddressLessIndex = 0
show snmp correlator info
To display the SNMP correlator buffer size and the percentage of the buffer occupied by correlated messages, use the show snmp correlator info command in EXEC mode.
show snmp correlator info
Syntax Description
This command has no arguments or keywords.
Command Default
None
Command Modes
EXEC
Command History
|
|
Release 3.8.0 |
This command was introduced. |
Usage Guidelines
To use this command, you must be in a user group associated with a task group that includes appropriate task IDs. If the user group assignment is preventing you from using a command, contact your AAA administrator for assistance.
Examples
The sample shows an output that contains remaining buffer size and percentage allocated to
correleated messages from the show snmp correlator info command:
RP/0/RP0/CPU0:router# show snmp correlator info
Buffer-Size Percentage-Occupied
show snmp correlator rule
To display defined SNMP correlation rules, use the
show snmp correlator rule command in EXEC mode.
show snmp correlator rule [all | rule-name ]
Syntax Description
all |
Displays all rule sets . |
rule-name |
Specifies the name of a rule. Up to 14 predefined SNMP correlation rules can be specified, separated by a space. |
Command Default
None
Command Modes
EXEC
Command History
|
|
Release 3.8.0 |
This command was introduced. |
Usage Guidelines
To use this command, you must be in a user group associated with a task group that includes appropriate task IDs. If the user group assignment is preventing you from using a command, contact your AAA administrator for assistance.
Examples
This sample shows an output from the show snmp correlator rule command:
RP/0/RP0/CPU0:router# show snmp correlator rule rule_1
Time out : 888 Rule State: RULE_APPLIED_ALL
Root: OID : 1.3.6.1.2.1.11.0.2
vbind : 1.3.6.1.2.1.2.2.1.2 value /3\.3\.\d{1,3}\.\d{1,3}/
vbind : 1.3.6.1.2.1.5.8.3 index val
Nonroot: OID : 1.3.6.1.2.1.11.3.3
show snmp-server correlator buffer-size
To display defined SNMP server correlator buffe-size, use the
show snm-server correlator buffer-size command in EXEC mode.
show snmp-server correlator buffer-size
Syntax Description
snmp-servre correlator buffer-size |
Displays the buffer size that can store SNMP correlation traps. The default size is 64KB. |
Command Default
None
Command Modes
EXEC
Command History
|
|
Release 3.8.0 |
This command was introduced. |
Usage Guidelines
To use this command, you must be in a user group associated with a task group that includes appropriate task IDs. If the user group assignment is preventing you from using a command, contact your AAA administrator for assistance.
This command displays information about the size of the buffer that can store SNMP correlation traps. The default size is 64KB. You can clear the correlation buffers manually or the buffer wraps automatically, wherein the oldest correlations are purged to accommodate the newer correlation.
Examples
This sample shows an output from the show snmp-server correlator buffer-size command:
RP/0/RSP0/CPU0:router(config)#
snmp-server correlator buffer-size 600
show snmp correlator ruleset
To display defined SNMP correlation rule set names, use the
show snmp correlator ruleset command in EXEC mode.
show snmp correlator ruleset [all | ruleset-name ]
Syntax Description
all |
Displays all rule set names . |
ruleset-name |
Specifies the name of a rule set. Up to 14 predefined rule set names can be specified, separated by a space. |
Command Default
None
Command Modes
EXEC
Command History
|
|
Release 3.8.0 |
This command was introduced. |
Usage Guidelines
To use this command, you must be in a user group associated with a task group that includes appropriate task IDs. If the user group assignment is preventing you from using a command, contact your AAA administrator for assistance.
Examples
This sample shows an output from the show snmp correlator ruleset command:
RP/0/RP0/CPU0:router# show snmp correlator ruleset test
Rules: chris1 : Not Applied
source
To apply a logging suppression rule to alarms originating from a specific node on the router, use the source command in logging suppression apply rule configuration mode.
source location node-id
Syntax Description
location node-id |
Specifies a node. The node-id argument is entered in the rack/slot/module notation. |
Defaults
No scope is configured by default.
Command Modes
Logging suppression apply rule configuration
Command History
|
|
Release 3.8.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Examples
The following example shows how to configure the logging suppression rule infobistate to suppress alarms from 0/RP0/CPU0:
RP/0/RP0/CPU0:router(config)# logging suppress apply rule infobistate
RP/0/RP0/CPU0:router(config-suppr-apply-rule)# source location 0/RP0/CPU0
Related Commands
timeout
To specify the collection period duration time for the logging correlator rule message, use the timeout command in stateful or nonstateful correlation rule configuration modes. To remove the timeout period, use the no form of this command
timeout [milliseconds]
no timeout
Syntax Description
milliseconds |
Range is 1 to 600000 milliseconds. |
Defaults
Timeout period is not specified.
Command Modes
Stateful correlation rule configuration
Nonstateful correlation rule configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
Each correlation rule that is applied must have a timeout value, and only those messages captured within this timeout period can be correlated together.
The timeout begins when the first matching message for a correlation rule is received. If the root-cause message is received, it is immediately sent to syslog, while any non-root-cause messages are held.
When the timeout expires and the rootcause message has not been received, then all the non-root-cause messages captured during the timeout period are reported to syslog. If the root-cause message was received during the timeout period, then a correlation is created and placed in the correlation buffer.
Note The root-cause alarm does not have to appear first. It can appear at any time within the correlation time period.
Examples
The following example shows how to define a logging correlation rule with a timeout period of 60,000 milliseconds (one minute):
RP/0/RP0/CPU0:router(config)# logging correlator rule state_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# timeout 60000
Related Commands
timeout-rootcause
To specify an optional parameter for an applied correlation rule, use the timeout-rootcause command in stateful or non-stateful correlation rule configuration modes. To remove the timeout period, use the no form of this command.
timeout-rootcause [milliseconds]
no timeout-rootcause
Syntax Description
milliseconds |
Range is 1 to 600000 milliseconds. |
Defaults
Root-cause alarm timeout period is not specified.
Command Modes
Stateful correlation rule configuration
Nonstateful correlation rule configuration
Command History
|
|
Release 3.6.0 |
This command was introduced on the Cisco CRS-1 and Cisco XR 12000 Series Router. |
Release 3.7.0 |
No modification. |
Release 3.8.0 |
No modification. |
Usage Guidelines
To use this command, your Cisco IOS XR software system administrator must assign you to a user group associated with a task group that includes the corresponding command task IDs. If you need assistance with your task group assignment, contact your system administrator. For detailed information about user groups and task IDs, see the Configuring AAA Services on Cisco IOS XR Software module of Cisco IOS XR System Security Configuration Guide.
When a root-cause timeout is configured and a non-root-cause message is received first, the following occurs:
•When the root-cause message arrives before the root-cause timeout expires, then the correlation continues as normal using the remainder of the main rule timeout.
•When the root-cause message is not received before the root-cause timeout expires, then all the non-root-cause messages held during the root-cause timeout period are sent to syslog and the correlation is terminated.
Examples
The following example shows how to configure a timeout period for a root cause alarm:
RP/0/RP0/CPU0:router(config)# logging correlator rule state_rule type stateful
RP/0/RP0/CPU0:router(config-corr-rule-st)# timeout-rootcause 50000
Related Commands