![]() |
Table Of Contents
Frame Relay Conditional Debug Support
Prerequisites for Frame Relay Conditional Debug Support
Restrictions for Frame Relay Conditional Debug Support
Information About Frame Relay Conditional Debug Support
Conditional Debugging Extended to Multiple Frame Relay Virtual Circuits
How to Configure Frame Relay Conditional Debug Support
Enabling Debugging for the Frame Relay Interface
Verifying Frame Relay Conditional Debug Support
Configuration Examples for Frame Relay Conditional Debug Support
Enabling Debugging for a Specific Frame Relay DLCI: Example
Frame Relay Conditional Debug Support
First Published: May 06, 2004Last Updated: June 19, 2006The Frame Relay Conditional Debug Support feature introduces a filter to limit the number of Frame Relay debugging messages on the basis of an interface or a virtual circuit (VC). Multiple filters can be specified to debug more than one interface or PVC at a time.
History for the Frame Relay Conditional Debug Support Feature
Finding Support Information for Platforms and Cisco IOS and Catalyst OS Software Images
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•
Prerequisites for Frame Relay Conditional Debug Support
•
Restrictions for Frame Relay Conditional Debug Support
•
Information About Frame Relay Conditional Debug Support
•
How to Configure Frame Relay Conditional Debug Support
•
Configuration Examples for Frame Relay Conditional Debug Support
Prerequisites for Frame Relay Conditional Debug Support
One or more Frame Relay-encapsulated interfaces must be enabled before the Frame Relay Conditional Debug Support feature can be used.
Restrictions for Frame Relay Conditional Debug Support
Only the following Frame Relay debugging commands can use the Frame Relay Conditional Debug Support feature:
•
debug frame-relay ipc
•
debug frame-relay lmi
•
debug frame-relay packet
•
debug frame-relay pseudowire
Information About Frame Relay Conditional Debug Support
You need to understand the following concept before using the Frame Relay Conditional Debug Support feature.
•
Conditional Debugging Extended to Multiple Frame Relay Virtual Circuits
Conditional Debugging Extended to Multiple Frame Relay Virtual Circuits
With the earlier conditional debugging model, you could monitor only a single DLCI-interface pair for a router at any given time. The model did not permit simultaneous debugging of more than one interface or VC at a time.
The Frame Relay Conditional Debug Support feature introduced with Cisco IOS Releases 12.0(28)S and 12.2(25)S makes it possible to monitor more than one VC at a time, making it useful in networks that have large numbers of configured VCs (also called data-link connection identifiers or DLCIs). The conditional debugging model provided with the Frame Relay Conditional Debug Support feature also provides a more consistent mechanism for conditional debugging across the Cisco IOS software.
The Cisco IOS software has always had the infrastructure to support conditional debugging based on various filters set at the command-line interface (CLI). The conditional debugging infrastructure could filter out or suppress unwanted messages from the output of any existing debug command. The Frame Relay Conditional Debug Support feature extends this infrastructure by adding keywords that address specific DLCI-interface pairs.
This feature can be implemented on top of conventional debugging so that backward compatibility is ensured, and at the same time applications can take advantage of conditional debugging where required. This feature takes priority over legacy capability; that is, a debug condition set using the older debug condition interface command will be discarded as soon as a debug condition is enabled for an interface or DLCI using the new conditional debug feature. Onscreen messages advise the user as to whether the new model or legacy conditional debugging has been enabled.
The debug condition interface command can still be used for enabling interface-level debugging. To enable packet debugging for a particular circuit, begin by identifying the circuit using the debug condition interface command and then enable the debug frame-relay packet command. For conditional debugging to work, only main interfaces and not subinterfaces should be passed as arguments to this command.
How to Configure Frame Relay Conditional Debug Support
See the following sections to configure the Frame Relay PVC and to enable debugging for the Frame Relay interface:
•
Enabling Debugging for the Frame Relay Interface (required)
•
Verifying Frame Relay Conditional Debug Support (optional)
Enabling Debugging for the Frame Relay Interface
The task in this section enables conditional debugging on a set of specified interfaces. For information about configuring a Frame Relay interface, see the documents listed in the "Additional References" section on page 4.
Prerequisites
You must turn on Frame Relay debugging and specify the conditions (interface or DLCI) for the Frame Relay Conditional Debug Support feature to work.
SUMMARY STEPS
1.
enable
2.
debug condition interface interface-type interface-number [dlci dlci]
3.
debug frame-relay [adjacency | ipc | lmi | packet | pseudowire]
DETAILED STEPS
Verifying Frame Relay Conditional Debug Support
To verify that the Frame Relay Conditional Debug Support feature is working correctly, perform this task.
SUMMARY STEPS
1.
enable
2.
show debug condition
DETAILED STEPS
Configuration Examples for Frame Relay Conditional Debug Support
This section provides the following configuration example:
•
Enabling Debugging for a Specific Frame Relay DLCI: Example
Enabling Debugging for a Specific Frame Relay DLCI: Example
The following example enables Frame Relay conditional debugging on Frame Relay DLCI 105:
Router# debug condition interface serial 4/3 dlci 105Router# debug frame-relay packetAdditional References
The following sections provide references related to the Frame Relay Conditional Debug Support feature.
Related Documents
Related Topic Document TitleConditionally triggered debugging
"Debug Command Reference: Conditionally Triggered Debugging" chapter in the Cisco IOS Debug Command Reference, Release 12.4T
Configuring Frame Relay
"Configuring Frame Relay" part of the Cisco IOS Wide-Area Networking Configuration Guide, Release 12.4
Standards
MIBs
MIB MIBs LinkNone
To locate and download MIBs for selected platforms, Cisco IOS releases, and feature sets, use Cisco MIB Locator found at the following URL:
RFCs
Technical Assistance
Command Reference
This section documents modified commands only.
debug condition interface
To limit output for some debug commands on the basis of the interface, virtual circuit (VC), or VLAN, use the debug condition interface command in privileged EXEC mode. To remove the interface condition and reset the interface so that it must be triggered by a condition, use the no form of this command.
debug condition interface interface-type interface-number [dlci dlci] [vc {vci | vpi/vci}] [vlan-id vlan-id]
no debug condition interface interface-type interface-number [dlci dlci] [vc {vci | vpi/vci}] [vlan-id vlan-id]
Syntax Description
Defaults
All debugging messages for enabled debug commands are displayed.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
Use this command to restrict the debugging output for some commands on the basis of an interface or virtual circuit. When you enter this command, debugging output is turned off for all interfaces except the specified interface or virtual circuit. In addition, this command enables conditional debugging to limit output for specific debugging events. Messages are displayed as different interfaces meet specific conditions.
The no form of the command has two functions:
•
It disables the debug condition interface command for the specified interface. Output is no longer generated for the interface, assuming that the interface meets no other applicable conditions. If the interface meets other conditions that have been set by another debug condition command, debugging output will still be generated for the interface.
•
If some other debug condition command has been enabled, output is stopped for that interface until the condition is met on the interface. You will be asked for confirmation before the last condition or all conditions are removed.
Not all debugging output is affected by the debug condition command. Some commands generate output whenever they are enabled, regardless of whether they meet any conditions. The commands that are affected by the debug condition commands are generally related to dial access functions, where a large amount of output is expected. Output from the following commands is controlled by the debug condition command:
•
debug aaa
•
debug atm
•
debug dialer events
•
debug frame-relay
•
debug isdn
•
debug modem
•
debug ppp
One or more ATM-encapsulated interfaces must be enabled, and one or more of the following debug commands must be enabled to use conditional debugging with ATM:
•
debug atm arp
•
debug atm counters
•
debug atm errors
•
debug atm events
•
debug atm oam
•
debug atm packet
•
debug atm state
One or more of the following debug commands must be enabled to use conditional debugging with Frame Relay:
•
debug frame-relay adjacency
•
debug frame-relay ipc
•
debug frame-relay lmi
•
debug frame-relay packet
•
debug frame-relay pseudowire
Examples
In the following example, only debug command output related to serial interface 1 is displayed. The condition identifier for this command is 1.
Router# debug condition interface serial 1Condition 1 setThe following example enables an ATM interface, specifies an IP address for the interface, turns on conditional debugging for that interface with a VPI/VCI pair of 255/62610, and verifies that debugging has been enabled:
Router> enablePassword:Router# configure terminalEnter configuration commands, one per line. End with CNTL/Z.Router(config)# interface ATM 2/0Router(config-if)# ip address 10.0.0.5 255.255.255.0Router(config-if)# pvc 255/62610Router(config-if-atm-vc)# no shutdownRouter(config-if)# exitRouter(config)# exit2w3d: %SYS-5-CONFIG_I: Configured from console by consoleRouter# debug atm stateATM VC States debugging is onRouter# debug condition interface ATM2/0 vc 255/62610Condition 1 set2w3d: ATM VC Debug: Condition 1, atm-vc 255/62610 AT2/0 triggered, count 1Router# show debug conditionCondition 1: atm-vc 255/62610 AT2/0 (1 flags triggered)Flags: ATM VCIn the following example, Frame Relay conditional debugging is enabled on Frame Relay DLCI 105:
Router# debug condition interface serial 4/3 dlci 105Router# debug frame-relay packetRelated Commands
Command Descriptiondebug condition
Limits output for some debug commands on the basis of specific conditions.
show debug condition
To display the debugging filters that have been enabled for VoiceXML applications, ATM-enabled interfaces, or Frame Relay interfaces, use the show debug condition command in privileged EXEC mode.
show debug condition
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Usage Guidelines
This command displays the debugging filter conditions that have been set for VoiceXML applications by using the debug condition application voice command.
Examples
The following is sample output from this command when it is used with the VoiceXML application:
Router# show debug conditionCondition 1: application voice vmail (1 flags triggered)Flags: vmailCondition 2: application voice myapp1 (1 flags triggered)Flags: myapp1The following is sample output from this command when an ATM interface is being debugged:
Router# show debug conditionCondition 1: atm-vc 0/56784 AT2/0 (0 flags triggered)Condition 2: atm-vc 255/45546 AT2/0 (0 flags triggered)Condition 3: atm-vc 0/266 AT6/0 (1 flags triggered)Table 1 describes the significant fields shown in the display.
Related Commands
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2004, 2006 Cisco Systems, Inc. All rights reserved.