cc/td/doc/product/atm/l2020/2020r211
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Managing LightStream 2020 Traps
Trap Flow Through LS2020 Node
Trap Reporting Threshold
Trap Reporting Threshold for Processes
Trap Reporting Threshold for Chassis
Trap Reporting Threshold for CLI Session
Trap Reporting Threshold for Local Console
Viewing Traps
Logging Traps
Viewing the Trap Log
Moving Trap Log from NP
Managing Individual Traps
Displaying Trap Status
Creating cli.groups File

Managing LightStream 2020 Traps


This chapter allows you to customize the way your LightStream 2020 multiservice ATM switch (LS2020 switch) displays and logs traps. The procedures in this chapter provide significant flexibility in trap management. For example, you can

Trap Flow Through LS2020 Node

Figure 2-1, Figure 2-2, and Figure 2-3 show how traps flow through an LS2020 node. These illustrations also show the CLI commands that you can use to affect trap flow. Each CLI command is explained in greater detail in this chapter.


Figure 2-1   Passing Traps Through LightStream 2020 System



Figure 2-2   Passing Traps Through LightStream 2020 System (continued)



Figure 2-3   Passing Traps Through LightStream 2020 System (concluded)


Trap Reporting Threshold

You can determine which traps are to be displayed by setting the trap reporting threshold (also called the trap level). There are four settings for the trap reporting threshold: operational (oper), informational (info), trace, and debug.

Table 2-1 shows the effect of setting the trap reporting threshold at different levels. As indicated in the table, if you enable a certain trap level, traps at and above that priority level are reported. For example, if you set the trap reporting threshold to trace, trace traps and all higher priority traps (informational and operational) will be reported, while debug traps will not be reported.


Note      SNMP traps are always reported. The trap reporting threshold for SNMP traps is not configurable.


Table 2-1   Trap Reporting Thresholds

Trap Reporting Threshold

Trap Type

OPER

INFO

TRACE

DEBUG

SNMP

Operational

Informational

Trace

Debug

x

 

 

 

x

x

x

 

 

x

x

x

x

 

x

x

x

x

x

x

Figure 2-4 identifies the paths in an LS2020 system where you can set the trap reporting threshold. By setting the trap reporting threshold at a particular trap filter, you can prevent traps from being passed to the next process. As shown in Figure 2-4, you can establish filter traps for the following LS2020 entities:

In effect, setting a trap reporting threshold creates a trap filter that either passes the trap to the next process in the system or drops the trap altogether. At each trap filter, you can set the trap reporting threshold (the trap level) to the operational, informational, trace, or debug state.


Figure 2-4   Setting Trap Reporting Thresholds in LightStream 2020 System


The following sections describe how you can change the trap reporting threshold for processes, the LS2020 chassis, a CLI session, or the local console to suit your particular operating requirements. Note, however, that the default settings for these LS2020 entities are appropriate for most networks.

Trap Reporting Threshold for Processes

Setting the trap reporting threshold for a particular process determines which traps generated by that process will be passed to the MMA. Traps that are passed from the processes into the MMA are, by default, logged in the trap log. The default trap reporting threshold for all processes is informational. This level is appropriate for most applications. (Note that the console port transmits all traps that are recorded in the trap log.)

Traps of all priority levels are generated by the software process. However, only SNMP, operational, and informational traps are passed to the MMA. Figure 2-5 shows trap processing when a process filter is set to the informational (default) state.


Figure 2-5   Trap Generation by Software Process Under Default Condition


Setting Trap Reporting Threshold for Processes

To set the trap reporting threshold for processes, perform the following steps:


Step 1   Verify that the target switch is correct by entering the following at the cli> prompt:

cli> show chassis general

If you need to change the target switch, refer to the LightStream 2020 Network Operations Guide for instructions.

Step 2   Set the SNMP community to a read/write community by entering the following at the cli> prompt:

cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 3   Enter the following at the cli> prompt to display a list of the processes:

cli> walksnmp lwmaTrapCliAlias

This command lists the PID (process identification) numbers and alias names of all the processes running on this LS2020 switch. The PID numbers follow the Name: lwmaTrapCliAlias fields, and the alias names follow the Value fields, as shown in the sample display in Figure 2-6.


Figure 2-6   Typical Walksnmp Display


Select the process(es) you want from the list in the display.

Step 4   To set the trap reporting threshold for a selected process, enter the following at the cli> prompt:

cli> set pid {<#>|<alias>} traplevel <value>

where:

{<#>|<alias>} = The process number or alias name.

<value> = oper
info (default)
trace
debug

Step 5   Verify the process trap reporting threshold by entering the following at the cli> prompt:

show pid {<#>|<alias>} traplevel

As a consequence of this procedure, the trap reporting threshold for the specified process filter is changed to the specified level. Subsequently, all traps at that level (and higher) are passed from the process to the MMA.

Trap Reporting Threshold for Chassis

The trap reporting threshold for the chassis determines which traps are passed from the MMA to the CLI process and the NMS. The default trap reporting threshold for the chassis is operational. This setting is appropriate for most networks.

Figure 2-7 shows trap processing when the chassis filter is set to the operational default and the process filter is set to the informational default. Although SNMP, operational, and informational traps are received by the MMA, only SNMP and operational traps are passed to the CLI process and the NMS because the chassis filter is set to operational.


Note      The traps passed to the CLI process from the MMA must also pass the CLI session filter in order to be displayed (see the following section entitled, "Trap Reporting Threshold for CLI Session "). Traps passed to the NMS from the MMA are displayed on the NMS, unless the NMS has its own filtering capabilities.



Figure 2-7   Trap Processing During Chassis Filter Operational Default State



Note      The trap reporting threshold for the chassis is normally set during network configuration. If you want to temporarily change the configured trap reporting threshold setting, proceed to the section below entitled "Setting Trap Reporting Threshold for Chassis." (Any change will be lost if the switch is rebooted.) If you want to make a permanent change to a trap filter attribute, use the LS-Configurator to edit the configuration and update the appropriate node, as described in the LightStream 2020 Configuration Guide.


Setting Trap Reporting Threshold for Chassis

To temporarily change the configured setting for the chassis trap reporting threshold, perform the following steps:


Step 1   Verify that the target switch is correct by entering the following at the cli> prompt:

cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 2   Set the SNMP community to a read/write community by entering the following at the cli> prompt:

cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 3   Set the trap reporting threshold for the chassis filter by entering the following at the cli> prompt:

cli> set chassis traplevel <trap value>

where:

<value> = oper (default)
info
trace
debug

Step 4   Verify that the trap reporting threshold has been changed by entering the following at the cli> prompt:

cli> show chassis agent

As a consequence of this procedure, the trap reporting threshold for the chassis filter is changed to the specified level. Subsequently, all traps at that level (and higher) are sent to the CLI and the NMS.

Trap Reporting Threshold for CLI Session

The trap reporting threshold setting for the CLI session determines which traps are displayed by the terminal running the CLI session. The default trap reporting threshold for the CLI is debug. This level is appropriate for most applications.

Figure 2-8 shows trap processing when the CLI session filter is set to the debug default and the process and chassis filters are likewise set to their default states.

All traps reported to the MMA are displayed in the CLI. Setting the default to debug ensures that any trap (regardless of its level) is displayed in the CLI. This is important because you can override the filter setting for an individual trap (by turning it on) using the procedure later in this chapter entitled "Managing Individual Traps."


Figure 2-8   Trap Processing with CLI Session Filter in Debug State


Setting Trap Reporting Threshold for CLI Session

To set the trap reporting threshold for a CLI session, perform the following steps:


Step 1   Verify that the target switch is correct by entering the following at the cli> prompt:

cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 2   Enter the following at the cli> prompt to set the trap reporting threshold for the CLI:

cli> set cli traplevel <value>

where:

<value> = off — displays no traps
oper
info
trace
debug (default)

Step 3   Verify that the trap reporting threshold for the CLI has been changed by entering the following at the cli> prompt:

cli> show cli traplevel

After you perform this procedure, the trap reporting threshold for the CLI session filter is changed to the specified level. Subsequently, all traps at that level (and higher) are displayed by the CLI.


Note      Using this procedure, you can also turn off the traps display on the terminal that is running the CLI.


Trap Reporting Threshold for Local Console

The trap reporting threshold setting for the console filter in each LS2020 switch determines which traps are displayed on the local console (if the LS2020 node has a local console). By default, traps are displayed automatically whenever a console is started up. The default trap reporting threshold for the console filter is informational. This level is appropriate for most applications. (Note that the console port transmits all traps that are recorded in the trap log; disabling individual traps does not prevent them from being displayed on the console.)

Figure 2-9 shows trap processing when the console filter is set to the informational default and the process filter is likewise set to its informational default state. Under these conditions, all SNMP, operational, and informational traps passed to the MMA are displayed on the local console.


Figure 2-9   Displaying Traps Passed to MMA on Local Console


Setting Trap Reporting Threshold for Local Console

To set the trap reporting threshold for the local console, perform the following steps:


Step 1   Verify that the target switch is correct by entering the following at the cli> prompt:

cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 2   Set the SNMP community to a read/write community by entering the following at the cli> prompt:

cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 3   Set the trap reporting threshold for the console or turn off the console display by entering the following at the cli> prompt:

cli> set chassis consoletraplevel <value>

where:

<value> = off — displays no traps
oper
info (default)
trace
debug

Step 4   Verify that the console trap reporting threshold has been changed by entering the following at the cli> prompt:

cli> show chassis general

After performing this procedure, the trap reporting threshold for the console is changed to the specified level. Subsequently, all traps at that level (and higher) are displayed by the console.


Note      Using this procedure, you can also turn off the traps display on the console.


Viewing Traps

In an LS2020 network, you can view traps in three places:

On the LS2020 console or in the CLI, traps are displayed in the format described in the section "Types of Traps" in the chapter entitled "About LightStream 2020 Traps." Trap messages may be interleaved with other information displayed by the CLI, depending on how your system is set up. Figure 2-10 shows a typical CLI display that incorporates a trap message.

If you use an NMS, the message format may vary from the format described earlier, but the content will be identical.


Figure 2-10   Typical CLI Traps Display


Logging Traps

You can log the traps that occur on each LS2020 switch. The traps are stored on the NP of the switch in a file called mma.traplog in the /usr/tmp/mma directory. This circular file can store approximately 6000 traps before the oldest trap is overwritten by the latest trap. Which traps are logged is determined by the trap reporting thresholds set for each process. This section tells you how to enable or disable the trap log.

Enabling or Disabling Trap Log

You can enable or disable the trap log for a particular LS2020 switch. Traps cannot be logged unless the trap log is enabled.

The default setting for the trap log is enabled (on). This setting is appropriate for most networks.

Ordinarily, whether the trap log is enabled or disabled is specified during network configuration. However, if you want to temporarily change the configured setting, you can use the procedure below. (Note, however, that such a change is lost if the system is rebooted.)

If you want to make a permanent change to the trap log status attribute, use the LS-Configurator to edit the configuration and update the appropriate node, as described in the LightStream 2020 Configuration Guide.

If a node's trap log file is moved or deleted, trap logging is effectively disabled. If the file /usr/tmp/mma/mma.traplog is not present, you can use this procedure to re-enable trap logging.


Caution If you disable the trap log for a particular switch, you will not have a record of traps reported during a problem condition in the switch.

Procedure for Enabling or Disabling Trap Log

To enable or disable the trap log for a particular LS2020 switch, perform the following steps:


Step 1   Verify that the target switch is correct by entering the following at the cli> prompt:

cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 2   Set the SNMP community to a read/write community by entering the following at the cli> prompt:

cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 3   Enable or disable the trap log for a particular chassis by entering the following at the cli> prompt:

cli> set chassis traplog <value>

where:

<value> = on—enables the trap log (default)
off—disables the trap log

Step 4   Verify that the trap log has been enabled or disabled for a particular LS2020 switch by entering the following at the cli> prompt:

cli> show chassis agent

After you perform this procedure, the trap log for the specified chassis is enabled or disabled.

Viewing the Trap Log

Any traps passed from the software processes to the MMA are recorded in a circular file named /usr/tmp/mma/mma.traplog. This section tells you how to:

Viewing Trap Log from LynxOS Shell

If you are working in the LynxOS shell, you can view the trap log file by entering the following at the prompt:

LSnode:2$ cbufpr [-hv] [-all] [-tail] -<number> [-f] [-stat] -<level> /usr/tmp/mma/mma.traplog | more

where:

For more information on the cbufpr command, refer to the LightStream 2020 NP O/S Reference Manual.

Viewing Trap Log from CLI

If you are working in the CLI, you can view the trap log by entering the following at the CLI prompt:

cli> show file traplog

You can use the optional -tail argument with the show file command to display the last 20 (or so) lines of the traplog file. For more information on the show file command, refer to the LightStream 2020 CLI Reference Manual.

Moving Trap Log from NP

If you are working in the CLI, you can use the following procedure to move the trap log to another NP for viewing on that system. If you are working in the LynxOS shell, note that you can just use the ftp command.


Note      Before attempting to move the trap log from one NP to another, obtain a user name and password for an account on the workstation or host where you intend to place the trap log file.


To move the trap log file to another NP for viewing, perform the following steps:


Step 1   To set CLI protected mode (required to execute the shell command), enter the following at the cli> prompt:

cli> protected

Step 2   Enter the protected mode password at the following prompt:

Enter password:

Step 3   To unwind the circular log file, enter the following at the *cli> prompt:

*cli> shell "cbufpr /usr/tmp/mma/mma.traplog/tmp/traplog"

The traplog file is a temporary file.

Step 4   At the *cli> prompt, enter the following:

*cli> shell "ftp <IP address of destination workstation or host>"

You are then prompted to log in to the workstation or host.

Step 5   Log in to the workstation or host.

Step 6   To place the trap log file in any directory other than the login directory on the workstation or host, enter cd <directory name> to change to the appropriate working directory.

Step 7   Enter the following at the ftp> prompt:

ftp> put /tmp/traplog [<new name>]

where:

[<new name>] = The file name identifying the chassis or the appropriate directory name for the file. For example, if you are moving a trap log for a switch called Light5, the new name could be mma_Light5.traplog.

This command sends the log file to the specified workstation or host. The system tells you when the file transfer is complete.

Step 8   Enter the following at the ftp> prompt:

ftp> quit

Use any more or cat command or a screen editor such as emacs or vi to view the mma.traplog file on the workstation or host.

Step 9   To remove the temporary traplog file, enter the following:

*cli> shell "rm /tmp/traplog"

Figure 2-11 shows an example of a trap log. Traps without a switch name have been generated by the local node. Traps that include a switch name have been generated by another LS2020 node and reported to the local node.


Figure 2-11   Trap Log Example


Managing Individual Traps

You can control the reporting of individual traps. This gives you greater flexibility in choosing which traps are reported. Using the capabilities provided in this regard, you can

These capabilities are especially useful for advanced debugging and troubleshooting by experienced users. However, the commands associated with individual traps must be executed from the CLI in protected mode.


Note       The console port transmits all traps that are recorded in the trap log; disabling individual traps does not prevent them from being displayed on the console.


Turning Trap On or Off in Specific Process

This section tells you how to turn a particular trap on or off in a specific process. Turning a trap on in a particular process allows it to be passed to the MMA, even if it has a severity level below the trap reporting threshold set for the process. This allows you to report a particular trap without reporting all traps at that level. This procedure is especially important during troubleshooting and debugging.

Figure 2-12 shows the effect of turning a trap on when the process filter is set to the informational default.


Figure 2-12   Trap Processing With Process Filter Set to Default State


In some cases you may have multiple instances of the same process running. Therefore, you can also turn a trap on globally, affecting the trap in each instance of the process.

The default for all traps in all processes is off. When a trap is set to off, the trap is passed to the MMA only if its severity level is equal to or higher than the trap reporting threshold setting of the process filter.

Procedure for Turning Trap On or Off in Specific Process

To turn a trap on or off in a specific process, perform the following steps:


Step 1   At the cli> prompt, enter:

cli> protected

Step 2   Enter the protected mode password when you see the following prompt:

Enter password:

Step 3   Verify that the target switch is correct by entering the following at the cli> prompt:

*cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 4   Set the SNMP community to a read/write community by entering the following at the *cli> prompt:

*cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 5   To determine which processes are running on this node, enter the following at the *cli> prompt:

*cli> walksnmp lwmaTrapCliAlias

Find the process you want in the resulting list. Figure 2-6 shows the output from this command.

Step 6   Turn a trap on or off as described below.

For a trap in one instance of a process, at the *cli> prompt, enter:

*cli> set trap pid{<#|alias>} {on|off} <trap#> [<group name>]

For a trap in multiple instances of a process (globally), at the *cli> prompt, enter:

*cli> set trap global {on|off} <trap#> [<group name>]

where:

Step 7   To display the status of each trap in the selected process, enter the following at the *cli> prompt:

*cli> show trap pid {<#>|<alias>} "*"

At the conclusion of this procedure, the trap(s) that you have turned on pass to the MMA whenever that trap is generated in the selected process. Traps that are turned off pass to the MMA only if they have an equal or higher severity level than the process filter.

Enabling/Disabling Trap for All Processes

This section tells you how to enable or disable individual traps for all processes, in contrast to the previous procedure, which lets you enable or disable a trap for a particular process. When you disable a trap in an LS2020 switch, the MMA discards it rather than passing it on to the display device. You may want to disable a trap if it recurs frequently and you feel that its display is unnecessary.

Figure 2-13 shows trap processing when traps are enabled (the default case). The MMA checks to see if the trap is enabled or disabled. If the trap is enabled and its severity level is equal to or greater than the CLI session and console filters, the trap is passed to the CLI and the NMS. If the trap is disabled, it is dropped altogether.


Figure 2-13   Enabling Traps for All Processes


Procedure for Enabling/Disabling Trap for All Processes

To enable or disable a trap for all processes, perform the following steps:


Step 1   At the cli> prompt, enter

cli> protected

Step 2   Enter the protected mode password at the following prompt:

Enter password:

Step 3   Verify that the target switch is correct by entering the following at the *cli> prompt:

*cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 4   Set the SNMP community to a read/write community by entering the following at the *cli> prompt:

*cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 5   At the *cli> prompt, enter the following:

*cli> set trap {enable|disable} <trap#> [<group name>]

where:

Step 6   Enter the following at the *cli> prompt to display the status of each trap in the MMA:

*cli> show trap "*"

After you perform this procedure, the disabled trap for the selected node is not passed to the CLI nor is it displayed on a third-party NMS. The status display shows traps as either on, off, or disabled. If the status is either on or off, the trap is enabled. Otherwise, the trap is disabled. See the section "Turning Trap On or Off in Specific Process " earlier in this chapter for a more detailed description of trap handling in a specific process.

Displaying Trap Status

This section tells you how to view the status of every trap within a particular process or for an MMA. The status display shows traps as either on or off and enabled or disabled. See the section "Turning Trap On or Off in Specific Process " earlier in this chapter for a description of the on/off state. See the section "Enabling/Disabling Trap for All Processes " earlier in this chapter for a description of the enabled/disabled state.

View Status of One or More Traps for Process

To view the status of one or more traps for a process, perform the following steps:


Step 1   Verify that the target switch is correct by entering the following at the cli> prompt:

cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 2   Set the SNMP community to a read/write community by entering the following at the cli> prompt:

cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 3   At the cli> prompt, enter the following:

cli> show trap pid {<#>|<alias>} <trap#> [<group name>]

where:

View Status of One or More Traps for MMA

To view the status of one or more traps for an MMA, perform the following steps:


Step 1   Verify that the target switch is correct by entering the following at the cli> prompt:

cli> show chassis general

If you need instructions on changing the target switch, refer to the LightStream 2020 Network Operations Guide.

Step 2   Set the SNMP community to a read/write community by entering the following at the cli> prompt:

cli> set snmp community <community name>

where:

<community name> = The SNMP read/write community that you want to access.

Step 3   At the cli> prompt, enter the following:

cli> show trap <trap#> [<group name>]

where:

If you now enter the command show trap ndd_3 ndd_4 ndd_5 ndd_1001, the status of these traps will be displayed as shown in Figure 2-14.


Figure 2-14   Sample Status Display for Specific Traps


If you enter the command show trap "*", the status of all traps in the MMA will be displayed as shown in Figure 2-15. Note that Figure 2-15 is a partial display; several screens of traps will be displayed when you issue this command.


Figure 2-15   Sample Status Display for All Traps


Creating cli.groups File

The cli.groups file defines groups of traps. You can use this file as an argument for the commands described in the sections above entitled "View Status of One or More Traps for Process" and "View Status of One or More Traps for MMA." If you do not create and maintain this file, you must manually enter each trap number used with those commands.

Procedure for Creating cli.groups File

To create the cli.groups file, perform the following steps:


Step 1   To enter protected mode, enter the following at the cli> prompt:

cli> protected

Step 2   Enter the protected mode password at the following prompt:

Enter password:

Step 3   Escape from the CLI to the LynxOS bash shell by entering the following at the *cli> prompt:

*cli> shell bash

Step 4   Move to the /usr/app/base/config directory by entering the following at the prompt:

LSnode:2# cd /usr/app/base/config

Step 5   Invoke the vi editor by entering the following at the prompt:

LSnode:2# vi cli.groups

When the editor opens the file, enter the group names and trap numbers in the format shown below. Note that each group definition begins with a colon.

:<groupname> <trap#> <trap#> ...
:<groupname> <trap#> <trap#> ...

where:

The contents of your file will be similar to this:

:nd_group NDD_1 NDD_2 NDD_3
:lcc_group LCC_3000 LCC_3002

Step 6   When you have finished entering the group names and trap numbers in the file, exit the vi editor by pressing the Esc key or ^[, and entering

ZZ

Step 7   To return to the CLI, enter the following at the prompt:

LSnode:2# exit

Step 8   To exit protected mode, enter the following at the *cli> prompt:

*cli> exit

hometocprevnextglossaryfeedbacksearchhelp
Posted: Wed Jan 22 23:38:40 PST 2003
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.