Table Of Contents
map-class frame-relay
map-group
map-list
match
precedence (Frame Relay VC-bundle-member)
protect (Frame Relay VC-bundle-member)
pvc (Frame Relay VC-bundle)
shape fr-voice-adapt
show frame-relay end-to-end keepalive
show frame-relay fragment
show frame-relay ip tcp header-compression
show frame-relay lapf
show frame-relay lmi
show frame-relay map
show frame-relay multilink
show frame-relay pvc
show frame-relay qos-autosense
show frame-relay route
show frame-relay svc maplist
show frame-relay traffic
show frame-relay vc-bundle
threshold de
threshold ecn
map-class frame-relay
To specify a map class to define quality of service (QoS) values for a switched virtual circuit (SVC), use the map-class frame-relay global configuration command.
map-class frame-relay map-class-name
Syntax Description
map-class-name
|
Name of this map class.
|
Defaults
Disabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Usage Guidelines
After you specify the named map class, you can specify the QoS parameters—such as incoming and outgoing committed information rate (CIR), committed burst rate, excess burst rate, and the idle timer—for the map class.
To specify the protocol-and-address combination to which the QoS parameters are to be applied, associate this map class with the static maps under a map list.
Examples
The following example specifies a map class called "hawaii" and defines three QoS parameters for it. The "hawaii" map class is associated with a protocol-and-address static map defined under the map-list command.
map-list bermuda source-addr E164 123456 dest-addr E164 654321
ip 10.108.177.100 class hawaii
appletalk 1000.2 class hawaii
map-class frame-relay hawaii
frame-relay cir in 2000000
frame-relay cir out 56000
Related Commands
Command
|
Description
|
frame-relay bc
|
Specifies the incoming or outgoing Bc for a Frame Relay VC.
|
frame-relay be
|
Sets the incoming or outgoing Be for a Frame Relay VC.
|
frame-relay cir
|
Specifies the incoming or outgoing CIR for a Frame Relay VC.
|
frame-relay idle-timer
|
Specifies the idle timeout interval for an SVC.
|
map-group
To associate a map list with a specific interface, use the map-group interface configuration command.
map-group group-name
Syntax Description
group-name
|
Name used in a map-list command.
|
Defaults
Disabled. No map group name is defined.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Usage Guidelines
A map-group association with an interface is required for switched virtual circuit (SVC) operation. In addition, a map list must be configured.
The map-group command applies to the interface or subinterface on which it is configured. The associated E.164 or X.121 address is defined by the map-list command, and the associated protocol addresses are defined by using the class command under the map-list command.
Examples
The following example configures a physical interface, applies a map group to the physical interface, and then defines the map group:
encapsulation frame-relay
frame-relay lmi-type q933a
map-list bermuda source-addr E164 123456 dest-addr E164 654321
ip 131.108.177.100 class hawaii
appletalk 1000.2 class rainbow
Related Commands
Command
|
Description
|
class (map-list)
|
Associates a map class with a protocol-and-address combination.
|
map-list
|
Specifies a map group and link it to a local E.164 or X.121 source address and a remote E.164 or X.121 destination address for Frame Relay SVCs.
|
map-list
To specify a map group and link it to a local E.164 or X.121 source address and a remote E.164 or X.121 destination address for Frame Relay switched virtual circuits (SVCs), use the map-list global configuration command. To delete a previous map-group link, use the no form of this command.
map-list map-group-name source-addr {e164 | x121} source-address dest-addr {e164 | x121}
destination-address
no map-list map-group-name source-addr {e164 | x121} source-address dest-addr {e164 | x121}
destination-address
Syntax Description
map-group-name
|
Name of the map group. This map group must be associated with a physical interface.
|
source-addr {e164 | x121}
|
Type of source address.
|
source-address
|
Address of the type specified (E.164 or X.121).
|
dest-addr {e164 | x121}
|
Type of destination address.
|
destination-address
|
Address of the type specified (E.164 or X.121).
|
Defaults
Disabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Usage Guidelines
Use the map-class command and its subcommands to define quality of service (QoS) parameters—such as incoming and outgoing committed information rate (CIR), committed burst rate, excess burst rate, and the idle timer—for the static maps defined under a map list.
Each SVC needs to use a source and destination number, in much the same way that a public telephone network needs to use source and destination numbers. These numbers allow the network to route calls from a specific source to a specific destination. This specification is done through map lists.
Depending on switch configuration, addressing can take either of two forms: E.164 or X.121.
An X.121 address number is 14 digits long and has the following form:
Table 35 describes the codes in an X.121 address number form.
Table 35 X.121 Address Numbers
Code
|
Meaning
|
Value
|
Z
|
Zone code
|
3 for North America
|
C
|
Country code
|
10-16 for the United States
|
P
|
Public data network (PDN) code
|
Provided by the PDN
|
N
|
10-digit number
|
Set by the network for the specific destination
|
An E.164 number has a variable length; the maximum length is 15 digits. An E.164 number has the fields shown in Figure 1 and described in Table 36.
Figure 1 E.164 Address Format
Table 36 E.164 Address Field Descriptions
Field
|
Description
|
Country code
|
Can be 1, 2, or 3 digits long. Some current values are the following:
• Code 1—United States of America
• Code 44—United Kingdom
• Code 61—Australia
|
National destination code + subscriber number
|
Referred to as the National ISDN number; the maximum length is 12, 13, or 14 digits, based on the country code.
|
ISDN subaddress
|
Identifies one of many devices at the termination point. An ISDN subaddress is similar to an extension on a PBX.
|
Examples
In the following SVC example, if IP or AppleTalk triggers the call, the SVC is set up with the QoS parameters defined within the class "hawaii". An SVC triggered by either protocol results in two SVC maps, one for IP and one for AppleTalk. Two maps are set up because these protocol-and-address combinations are heading for the same destination, as defined by the dest-addr keyword and the values following it in the map-list command.
map-list bermuda source-addr E164 123456 dest-addr E164 654321
ip 131.108.177.100 class hawaii
appletalk 1000.2 class hawaii
Related Commands
Command
|
Description
|
class (map-list)
|
Associates a map class with a protocol-and-address combination.
|
map-class frame-relay
|
Specifies a map class to define QoS values for an SVC.
|
match
To specify whether to use the first three bits in the type of service (ToS) octet or the first six bits of the Differentiated Services Code Point (DSCP) octet of the IP header for mapping packet service levels to Frame Relay permanent virtual circuit (PVC) bundle members, use the match command in Frame Relay VC-bundle configuration mode. To change the mapping scheme used, override the current configuration by using the match command with the other keyword. The no form of this command has no effect.
match {dscp | precedence}
Syntax Description
dscp
|
Specifies that the DSCP octet in the IPv4 header is used to map packet service levels to specific Frame Relay PVC bundle members. Currently the first six bits of the DSCP octet are used for mapping, providing 64 packet service levels numbered 0 through 63.
|
precedence
|
Specifies that the precedence field of the ToS octet is used to map packet service levels to specific Frame Relay PVC bundle members. The precedence field consists of the first three bits of the ToS octet, providing eight precedence levels numbered 0 through 7.
|
Defaults
precedence
Command Modes
Frame Relay VC-bundle configuration
Command History
Release
|
Modification
|
12.2(13)T
|
This command was introduced.
|
Usage Guidelines
The default PVC bundle match type is precedence. To change the match type to DSCP, use the match dscp command. When this command is executed, the system displays the message "Resetting vc-bundle configuration" on the console. When the match type is changed, the system removes all level designations that were previously configured.
To return the PVC bundle match type to the default setting of precedence, use the match precedence command.
A PVC bundle cannot perform precedence matching and DSCP matching at the same time. If the wrong matching scheme is configured for the traffic type, unpredictable behavior will result.
When tag-switching is enabled on the interface by using the tag-switching ip command, PVC bundles that are configured for IP precedence mapping are automatically converted to MPLS EXP mapping. The PVC bundle functionality remains the same with respect to priority levels, bumping, and so on, but the match precedence command is replaced by "match exp", and each precedence command is replaced by the exp command. The result is that a bundle-member PVC previously configured to carry precedence level 1 IP traffic now carries EXP level 1 MPLS traffic.
PVC bundles configured for DSCP mapping go down when tag-switching is enabled. The DSCP configuration for each bundle-member PVC is reset, causing the PVCs to be unmapped and Inverse ARP, bumping, and protection settings to be unconfigured. The match dscp command is replaced by "match exp".
When tag-switching is disabled, the match precedence and match dscp commands are restored.
Examples
The following example sets the match type to DSCP for the PVC bundle MP-4-dynamic:
Router(config)# interface serial 1/4.1 multipoint
Router(config-if)# frame-relay vc-bundle MP-4-dynamic
Router(config-fr-vcb)# match dscp
%Resetting vc-bundle configuration.
Related Commands
Command
|
Description
|
dscp (Frame Relay VC-bundle-member)
|
Configures the DSCP value or values for a Frame Relay PVC bundle member.
|
exp
|
Configures MPLS EXP levels for a Frame Relay PVC bundle member.
|
precedence (Frame Relay VC-bundle-member)
|
Configures the precedence levels for a Frame Relay PVC bundle member.
|
precedence (Frame Relay VC-bundle-member)
To configure the precedence levels for a Frame Relay permanent virtual circuit (PVC) bundle member, use the precedence command in Frame Relay VC-bundle-member configuration mode. To remove the precedence level configuration from the PVC, use the no form of this command.
precedence {level | other}
no precedence
Syntax Description
level
|
Specifies the precedence level or levels for this Frame Relay PVC bundle member. The range is from 0 to 7. A PVC bundle member can be configured with a single precedence level, multiple individual precedence levels, a range of precedence levels, multiple ranges of precedence levels, or a combination of individual levels and level ranges. Examples are as follows:
• 0
• 0,2,3
• 0-2,4-5
• 0,1,2-4,7
|
other
|
Specifies that this Frame Relay PVC bundle member will handle all of the remaining precedence levels that are not explicitly configured on any other bundle member PVCs.
|
Defaults
Precedence levels are not configured.
Command Modes
Frame Relay VC-bundle-member configuration
Command History
Release
|
Modification
|
12.2(13)T
|
This command was introduced.
|
Usage Guidelines
Assignment of precedence levels to PVC bundle members allows you to create differentiated service because you can distribute the IP precedence levels over the various PVC bundle members. You can map a single precedence level or a range of levels to each discrete PVC in the bundle, thereby enabling PVCs in the bundle to carry packets marked with different precedence levels. Use the precedence other command to indicate that a PVC can carry traffic marked with precedence levels not specifically configured for other PVCs. Only one PVC in the bundle can be configured using the precedence other command.
This command is available only when the match type for the PVC bundle is set to precedence using the match precedence command in Frame Relay VC-bundle configuration mode.
You can overwrite the precedence level configuration on a PVC by reentering the precedence command with a new level value.
All precedence levels must be accounted for in the PVC bundle configuration, or the bundle will not come up. Note, however, that a PVC may be a bundle member but have no precedence level associated with it. As long as all valid precedence levels are handled by other PVCs in the bundle, the bundle can come up, but the PVC that has no precedence level configured will not participate in it.
A precedence level can be configured on one PVC bundle member per bundle. If you configure the same precedence level on more than one PVC within a bundle, the following error warning appears on the console:
%Overlapping precedence levels
When tag-switching is enabled on the interface by using the tag-switching ip command, MPLS and IP packets can flow across the interface, and PVC bundles that are configured for IP precedence mapping are converted to MPLS EXP mapping. The PVC bundle functionality remains the same with respect to priority levels, bumping, and so on, but the match precedence command is replaced by "match exp", and each precedence command is replaced by the exp command. The result is that a bundle-member PVC previously configured to carry precedence level 1 IP traffic now carries EXP level 1 MPLS traffic.
When tag-switching is disabled, the match precedence and match dscp commands are restored, and the exp commands are replaced by precedence commands.
When tag-switching is enabled or disabled, PVC bundles configured for IP precedence mapping or MPLS EXP mapping will stay up, and traffic will be transmitted over the appropriate bundle-member PVCs.
Examples
The following example configures Frame Relay PVC bundle member 101 to carry traffic with IP precedence level 5:
frame-relay vc-bundle new-york
Related Commands
Command
|
Description
|
bump
|
Configures the bumping rules for a specific PVC member of a bundle.
|
class
|
Associates a map class with a specified DLCI.
|
dscp (Frame Relay VC-bundle-member)
|
Configures the DSCP value or values for a Frame Relay PVC bundle member.
|
exp
|
Configures MPLS EXP levels for a Frame Relay PVC bundle member.
|
match
|
Specifies which bits of the IP header to use for mapping packet service levels to Frame Relay PVC bundle members.
|
protect (Frame Relay VC-bundle-member)
|
Configures a Frame Relay PVC bundle member with protected group or protected PVC status.
|
protect (Frame Relay VC-bundle-member)
To configure a Frame Relay protected permanent virtual circuit (PVC) bundle member with protected group or protected PVC status, use the protect command in Frame Relay VC-bundle-member configuration mode. To remove the protected status from the PVC, use the no form of this command.
protect {group | vc}
no protect {group | vc}
Syntax Description
group
|
Configures the PVC bundle member as part of a collection of protected PVCs within the PVC bundle.
|
vc
|
Configures the PVC member as individually protected.
|
Defaults
The PVC neither belongs to the protected group nor is an individually protected PVC.
Command Modes
Frame Relay VC-bundle-member configuration
Command History
Release
|
Modification
|
12.2(13)T
|
This command was introduced.
|
Usage Guidelines
When an individually protected PVC goes down, it takes the bundle down. When all members of a protected group go down, the bundle goes down.
Despite any protection configurations, the PVC bundle will go down if a downed PVC has no PVC to which to bump its traffic or if the last PVC that is up in a PVC bundle goes down.
Examples
The following example configures Frame Relay PVC bundle member 101 as an individually protected PVC:
frame-relay vc-bundle new york
Related Commands
Command
|
Description
|
bump
|
Configures the bumping rules for a specific PVC member of a bundle.
|
bundle
|
Creates a bundle or modifies an existing bundle to enter bundle configuration mode.
|
dscp (Frame Relay VC-bundle-member)
|
Configures the DSCP value or values for a Frame Relay PVC bundle member.
|
exp
|
Configures MPLS EXP levels for a Frame Relay PVC bundle member.
|
precedence (Frame Relay VC-bundle-member)
|
Configures the precedence levels for a Frame Relay PVC bundle member.
|
pvc (Frame Relay VC-bundle)
To create a permanent virtual circuit (PVC) that is a Frame Relay PVC bundle member, and to enter Frame Relay VC-bundle-member configuration mode, use the pvc command in Frame Relay VC-bundle configuration mode. To delete the PVC from the Frame Relay PVC bundle, use the no form of this command.
pvc dlci [vc-name]
no pvc dlci [vc-name]
Syntax Description
dlci
|
Data-link connection identifier (DLCI) number used to identify the PVC.
|
vc-name
|
(Optional) An alphanumeric name for the PVC.
|
Defaults
No PVC is defined.
Command Modes
Frame Relay VC-bundle configuration
Command History
Release
|
Modification
|
12.2(13)T
|
This command was introduced.
|
Usage Guidelines
To use this command, you must first create a Frame Relay PVC bundle and enter Frame Relay VC-bundle configuration mode.
A PVC bundle must have at least one PVC for the bundle to come up. A PVC bundle cannot have more than eight PVCs. If you try to configure more than eight PVCs in a bundle, the following message will appear on the console:
%FR vc-bundle contains 8 members. Cannot add another.
Dynamic PVCs can be specified as PVC bundle members; however, if a PVC has already been created by using some other configuration command, you will not be able to add it to a PVC bundle. If you try to add it to a bundle, the following message will appear on the console:
%DLCI 200 is not a dynamic PVC. Cannot add to VC-Bundle.
If a PVC is already a member of a PVC bundle, any attempt to reuse that same PVC in a command that creates a PVC (e.g. frame-relay interface-dlci, frame-relay local-dlci) will result in the following error message:
%Command is inapplicable to vc-bundle PVCs.
Examples
The following example creates PVC 101 belonging to the Frame Relay PVC bundle named "new_york":
frame-relay vc-bundle new_york
Related Commands
Command
|
Description
|
dscp (frame-relay vc-bundle-member)
|
Configures the DSCP value or values for a Frame Relay PVC bundle member.
|
exp
|
Configures MPLS EXP levels for a Frame Relay PVC bundle member.
|
frame-relay vc-bundle
|
Creates a Frame Relay PVC bundle and enters Frame Relay VC-bundle configuration mode.
|
match
|
Specifies which bits of the IP header to use for mapping packet service levels to Frame Relay PVC bundle members
|
precedence (Frame Relay VC-bundle-member)
|
Configures the precedence levels for a Frame Relay PVC bundle member.
|
shape fr-voice-adapt
To enable Frame Relay voice-adaptive traffic shaping, use the shape fr-voice-adapt command in policy-map class configuration mode. To disable Frame Relay voice-adaptive traffic shaping, use the no form of this command.
shape fr-voice-adapt [deactivation seconds]
no shape fr-voice-adapt
Syntax Description
deactivation seconds
|
(Optional) Number of seconds that must elapse after the last voice packet is transmitted before the sending rate is increased to the committed information rate (CIR). The range is from 1 to 10000.
|
Defaults
Frame Relay voice-adaptive traffic shaping is not enabled.
Seconds: 30
Command Modes
Policy-map class configuration
Command History
Release
|
Modification
|
12.2(15)T
|
This command was introduced.
|
Usage Guidelines
Frame Relay voice-adaptive traffic shaping enables a router to reduce the permanent virtual circuit (PVC) sending rate to the minimum CIR (minCIR) whenever packets (usually voice) are detected in the low latency queueing priority queue or H.323 call setup signaling packets are present. When there are no packets in priority queue and signaling packets are not present for a configured period of time, the router increases the PVC sending rate from minCIR to CIR to maximize throughput.
The shape fr-voice-adapt command can be configured only in the class-default class. If you configure the shape fr-voice-adapt command in another class, the associated Frame Relay map class will be rejected when you attach it to the interface.
Frame Relay voice-adaptive traffic shaping can be used with other types of adaptive traffic shaping. For example, when both voice-adaptive traffic shaping and adaptive shaping based on interface congestion are configured, the sending rate will change to minCIR if there are packets in the priority queue or the interface queue size exceeds the configured threshold.
Note
Although the priority queue is generally used for voice traffic, Frame Relay voice-adaptive traffic shaping will respond to any packets (voice or data) in the priority queue.
In order to use Frame Relay voice-adaptive traffic shaping, you must have low latency queueing and traffic shaping configured using the Modular QoS CLI.
Examples
The following example shows the configuration of Frame Relay voice-adaptive traffic shaping and fragmentation. With this configuration, priority- queue packets or H.323 call setup signaling packets destined for PVC 100 will result in the reduction of the sending rate from CIR to minCIR and the activation of FRF.12 end-to-end fragmentation. If signaling packets and priority-queue packets are not detected for 50 seconds, the sending rate will increase to CIR and fragmentation will be turned off.
encapsulation frame-relay
frame-relay fragmentation voice-adaptive deactivation 50
frame-relay fragment 80 end-to-end
frame-relay interface-dlci 100
class voice_adaptive_class
map-class frame-relay voice_adaptive_class
service-policy output shape
class-map match-all voice
shape fr-voice-adapt deactivation 50
Related Commands
Command
|
Description
|
frame-relay fragmentation voice-adaptive
|
Enables voice-adaptive Frame Relay fragmentation.
|
show policy-map
|
Displays the configuration of all classes for a specified service policy map or all classes for all existing policy maps.
|
show policy-map interface
|
Displays the packet statistics of all classes that are configured for all service policies either by interface or subinterface or by PVC.
|
show frame-relay end-to-end keepalive
To display statistics about Frame Relay end-to-end keepalive, use the show frame-relay end-to-end keepalive command in privileged EXEC mode.
show frame-relay end-to-end keepalive [interface [dlci]]
Syntax Description
interface
|
(Optional) Interface to display.
|
dlci
|
(Optional) DLCI to display.
|
Defaults
If no interface is specified, show all interfaces.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(5)T
|
This command was introduced.
|
Usage Guidelines
Use this command to display the keepalive status of an interface.
Examples
The following example shows output from the show frame-relay end-to-end keepalive command:
Router# show frame-relay end-to-end keepalive interface s1
End-to-end Keepalive Statistics for Interface Serial1 (Frame Relay DTE)
DLCI = 100, DLCI USAGE = LOCAL, VC STATUS = STATIC (EEK UP)
Send Sequence Number: 86, Receive Sequence Number: 87
Configured Event Window: 3, Configured Error Threshold: 2
Total Observed Events: 90, Total Observed Errors: 34
Monitored Events: 3, Monitored Errors: 0
Successive Successes: 3, End-to-end VC Status: UP
Send Sequence Number: 88, Receive Sequence Number: 87
Configured Event Window: 3, Configured Error Threshold: 2
Total Observed Events: 90, Total Observed Errors: 33
Monitored Events: 3, Monitored Errors: 0
Successive Successes: 3, End-to-end VC Status: UP
Related Commands
Command
|
Description
|
frame-relay end-to-end keepalive error-threshold
|
Modifies the keepalive error threshold value.
|
frame-relay end-to-end keepalive event-window
|
Modifies the keepalive event window value.
|
frame-relay end-to-end keepalive mode
|
Enables Frame Relay end-to-end keepalives.
|
frame-relay end-to-end keepalive success-events
|
Modifies the keepalive success events value.
|
frame-relay end-to-end keepalive timer
|
Modifies the keepalive timer.
|
map-class frame-relay
|
Specifies a map class to define QoS values for an SVC.
|
show frame-relay fragment
To display information about the Frame Relay fragmentation, use the show frame-relay fragment command in privileged EXEC mode.
show frame-relay fragment [interface interface [DLCI]]
Syntax Description
interface
|
(Optional) Indicates a specific interface for which Frame Relay fragmentation information will be displayed.
|
interface
|
(Optional) Interface number containing the DLCI(s) for which you wish to display fragmentation information.
|
DLCI
|
(Optional) Specific DLCI for which you wish to display fragmentation information.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(4)T
|
This command was introduced.
|
12.1(2)E
|
Support was added for Cisco 7500 series routers with Versatile Interface Processors.
|
12.1(5)T
|
Support was added for Cisco 7500 series routers with Versatile Interface Processors running 12.1(5)T.
|
Usage Guidelines
When no parameters are specified with this command, the output displays a summary of each data-link connection identifier (DLCI) configured for fragmentation. The information displayed includes the fragmentation type, the configured fragment size, and the number of fragments transmitted, received, and dropped.
When a specific interface and DLCI are specified, additional details are displayed.
Examples
The following is sample output for the show frame-relay fragment command without any parameters specified:
Router# show frame-relay fragment
interface dlci frag-type frag-size in-frag out-frag dropped-frag
Serial0 108 VoFR-cisco 100 1261 1298 0
Serial0 109 VoFR 100 0 243 0
Serial0 110 end-to-end 100 0 0 0
The following is sample output for the show frame-relay fragment command when an interface and DLCI are specified:
Router# show frame-relay fragment interface Serial1/0 16
fragment-size 45 fragment type end-to-end
in fragmented pkts 0 out fragmented pkts 0
in fragmented bytes 0 out fragmented bytes 0
in un-fragmented pkts 0 out un-fragmented pkts 0
in un-fragmented bytes 0 out un-fragmented bytes 0
in assembled pkts 0 out pre-fragmented pkts 0
in assembled bytes 0 out pre-fragmented bytes
in dropped reassembling pkts 0 out dropped fragmenting pkts 0
in out-of-sequence fragments 0
in fragments with unexpected B bit set 0
out interleaved packets 0
Table 37 describes the fields shown in the display.
Table 37 show frame-relay fragment Field Descriptions
Field
|
Description
|
interface
|
Subinterface containing the DLCI for which the fragmentation information pertains.
|
dlci
|
Data-link connection identifier for which the displayed fragmentation information applies.
|
frag-type
|
Type of fragmentation configured on the designated DLCI. Supported types are end-to-end, VoFR, and VoFR-cisco.
|
frag-size
|
Configured fragment size in bytes.
|
in-frag
|
Total number of fragments received by the designated DLCI.
|
out-frag
|
Total number of fragments sent by the designated DLCI.
|
dropped-frag
|
Total number of fragments dropped by the designated DLCI.
|
in/out fragmented pkts
|
Total number of frames received/sent by this DLCI that have a fragmentation header.
|
in/out fragmented bytes
|
Total number of bytes, including those in the Frame Relay headers, that have been received/sent by this DLCI.
|
in/out un-fragmented pkts
|
Number of frames received/sent by this DLCI that do not require reassembly, and therefore do not contain the FRF.12 header. These counters can be incremented only when the end-to-end fragmentation type is set.
|
in/out un-fragmented bytes
|
Number of bytes received/sent by this DLCI that do not require reassembly, and therefore do not contain the FRF.12 header. These counters can be incremented only when the end-to-end fragmentation type is set.
|
in assembled pkts
|
Total number of fully reassembled frames received by this DLCI, including the frames received without a Frame Relay fragmentation header (in unfragmented packets). This counter corresponds to the frames viewed by the upper-layer protocols.
|
out pre-fragmented pkts
|
Total number of fully reassembled frames transmitted by this DLCI, including the frames transmitted without a Frame Relay fragmentation header (out un-fragmented pkts).
|
in assembled bytes
|
Number of bytes in the fully reassembled frames received by this DLCI, including the frames received without a Frame Relay fragmentation header (in un-fragmented bytes). This counter corresponds to the total number of bytes viewed by the upper-layer protocols.
|
out pre-fragmented bytes
|
Number of bytes in the fully reassembled frames transmitted by this DLCI, including the frames sent without a Frame Relay fragmentation header (out un-fragmented bytes). This counter corresponds to the total number of bytes viewed by the upper-layer protocols.
|
in dropped reassembling pkts
|
Number of fragments received by this DLCI that are dropped for reasons such as running out of memory, receiving segments out of sequence, receiving an unexpected frame with a B bit set, or timing out on a reassembling frame.
|
out dropped fragmenting pkts
|
Number of fragments that are dropped by this DLCI during transmission because of running out of memory.
|
in timeouts
|
Number of reassembly timeouts that have occurred on incoming frames to this DLCI. (A frame that does not fully reassemble within two minutes is dropped, and the timeout counter is incremented.)
|
in out-of-sequence fragments
|
Number of fragments received by this DLCI that have an unexpected sequence number.
|
in fragments with unexpected B bit set
|
Number of fragments received by this DLCI that have an unexpected B bit set. When this occurs, all fragments being reassembled are dropped and a new frame is begun with this fragment.
|
out interleaved packets
|
Number of packets leaving this DLCI that have been interleaved between segments.
|
Related Commands
Command
|
Description
|
frame-relay fragment
|
Enables fragmentation of Frame Relay frames for a Frame Relay map class.
|
show frame-relay pvc
|
Displays statistics about PVCs for Frame Relay interfaces.
|
show frame-relay vofr
|
Displays details about FRF.11 subchannels being used on Voice over Frame Relay DLCIs.
|
show interfaces serial
|
Displays information about a serial interface.
|
show traffic-shape queue
|
Displays information about the elements queued at a particular time at the VC level.
|
show frame-relay ip tcp header-compression
To display statistics and TCP/IP header compression information for an interface, use the show frame-relay ip tcp header-compression command in EXEC mode.
show frame-relay ip tcp header-compression [interface type number]
Syntax Description
interface type number
|
(Optional) Interface type and number.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
12.2(13)T
|
This command was modified to support display of TCP/IP header compression statistics for Frame Relay permanent virtual circuit (PVC) bundles.
|
Examples
The following is sample output from the show frame-relay ip tcp header-compression command:
Router# show frame-relay ip tcp header-compression
DLCI 200 Link/Destination info: ip 10.108.177.200
Rcvd: 40 total, 36 compressed, 0 errors
0 dropped, 0 buffer copies, 0 buffer failures
Sent: 0 total, 0 compressed
0 bytes saved, 0 bytes sent
Connect: 16 rx slots, 16 tx slots, 0 long searches, 0 misses, 0% hit ratio
Five minute miss rate 0 misses/sec, 0 max misses/sec
The following sample output from the show frame-relay ip rtp header-compression command shows statistics for a PVC bundle called "MP-3-static":
Router# show frame-relay ip tcp header-compression interface Serial1/4
vc-bundle MP-3-static Link/Destination info:ip 10.1.1.1
Rcvd: 14 total, 13 compressed, 0 errors
0 dropped, 0 buffer copies, 0 buffer failures
Sent: 15 total, 14 compressed,
474 bytes saved, 119 bytes sent
4.98 efficiency improvement factor
Connect:256 rx slots, 256 tx slots,
1 long searches, 1 misses 0 collisions, 0 negative cache hits
93% hit ratio, five minute miss rate 0 misses/sec, 0 max
Table 38 describes the fields shown in the display.
Table 38 show frame-relay ip tcp header-compression Field Descriptions
Field
|
Description
|
Rcvd:
|
Table of details concerning received packets.
|
total
|
Sum of compressed and uncompressed packets received.
|
compressed
|
Number of compressed packets received.
|
errors
|
Number of errors caused by errors in the header fields (version, total length, or IP checksum).
|
dropped
|
Number of packets discarded. Seen only after line errors.
|
buffer failures
|
Number of times that a new buffer was needed but was not obtained.
|
Sent:
|
Table of details concerning sent packets.
|
total
|
Sum of compressed and uncompressed packets sent.
|
compressed
|
Number of compressed packets sent.
|
bytes saved
|
Number of bytes reduced because of the compression.
|
bytes sent
|
Actual number of bytes transmitted.
|
Connect:
|
Table of details about the connections.
|
rx slots, tx slots
|
Number of states allowed over one TCP connection. A state is recognized by a source address, a destination address, and an IP header length.
|
long searches
|
Number of times that the connection ID in the incoming packet was not the same as the previous one that was processed.
|
misses
|
Number of times that a matching entry was not found within the connection table and a new entry had to be entered.
|
hit ratio
|
Percentage of times that a matching entry was found in the compression tables and the header was compressed.
|
Five minute miss rate
|
Miss rate computed over the most recent 5 minutes and the maximum per-second miss rate during that period.
|
show frame-relay lapf
To display information about the status of the internals of Frame Relay Layer 2 (LAPF) if switched virtual circuits (SVCs) are configured, use the show frame-relay lapf EXEC command.
show frame-relay lapf
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Examples
The following is sample output from the show frame-relay lapf command.
Router# show frame-relay lapf
Interface = Serial1 (up), LAPF state = TEI_ASSIGNED (down)
SVC disabled, link down cause = LMI down, #link-reset = 0
T200 = 1.5 sec., T203 = 30 sec., N200 = 3, k = 7, N201 = 260
I xmt = 0, I rcv = 0, I reXmt = 0, I queued = 0
I xmt dropped = 0, I rcv dropped = 0, Rcv pak dropped = 0
RR xmt = 0, RR rcv = 0, RNR xmt = 0, RNR rcv = 0
REJ xmt = 0, REJ rcv = 0, FRMR xmt = 0, FRMR rcv = 0
DM xmt = 0, DM rcv = 0, DISC xmt = 0, DISC rcv = 0
SABME xmt = 0, SABME rcv = 0, UA xmt = 0, UA rcv = 0
V(S) = 0, V(A) = 0, V(R) = 0, N(S) = 0, N(R) = 0
Table 39 describes significant fields in this output.
Table 39 show frame-relay lapf Field Descriptions
Field
|
Description
|
Interface
|
Identifies the interface and indicates the line status (up, down, administratively down).
|
LAPF state
|
A LAPF state of MULTIPLE FRAME ESTABLISHED or RIMER_RECOVERY indicates that Layer 2 is functional. Others, including TEI_ASSIGNED, AWAITING_ESTABLISHMENT, and AWAITING_RELEASE, indicate that Layer 2 is not functional.
|
SVC disabled
|
Indicates whether SVCs are enabled or disabled.
|
link down cause
|
Indicates the reason that the link is down. For example, N200 error, memory out, peer disconnect, LMI down, line down, and SVC disabled. Many other causes are described in the Q.922 specification.
|
#link-reset
|
Number of times the Layer 2 link has been reset.
|
T200, T203, N200, k, N201
|
Values of Layer 2 parameters.
|
I xmt, I rcv, I reXmt, I queued
|
Number of I frames sent, received, retransmitted, and queued for transmission, respectively.
|
I xmt dropped
|
Number of sent I frames that were dropped.
|
I rcv dropped
|
Number of I frames received over DLCI 0 that were dropped.
|
Rcv pak dropped
|
Number of received packets that were dropped.
|
RR xmt, RR rcv
|
Number of RR frames sent; number of RR frames received.
|
RNR xmt, RNR rcv
|
Number of RNR frames sent; number of RNR frames received.
|
REJ xmt, REJ rcv
|
Number of REJ frames sent; number of REJ frames received.
|
FRMR xmt, FRMR rcv
|
Number of FRMR frames sent; number of FRMR frames received.
|
DM xmt, DM rcv
|
Number of DM frames sent; number of DM frames received.
|
DISC xmt, DISC rcv
|
Number of DISC frames sent; number of DISC frames received.
|
SABME xmt, SABME rcv
|
Number of SABME frames sent; number of SABME frames received.
|
UA xmt, UA rcv
|
Number of UA frames sent; number of UA frames received.
|
V(S) 0, V(A) 0, V(R) 0, N(S) 0, N(R) 0
|
Layer 2 sequence numbers.
|
Xmt FRMR at Frame Reject
|
Indicates whether the FRMR frame is sent at Frame Reject.
|
show frame-relay lmi
To display statistics about the Local Management Interface (LMI), use the show frame-relay lmi EXEC command.
show frame-relay lmi [type number]
Syntax Description
type
|
(Optional) Interface type; it must be serial.
|
number
|
(Optional) Interface number.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Enter the command without arguments to obtain statistics about all Frame Relay interfaces.
Examples
The following is sample output from the show frame-relay lmi command when the interface is a data terminal equipment (DTE) device:
Router# show frame-relay lmi
LMI Statistics for interface Serial1 (Frame Relay DTE) LMI TYPE = ANSI
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Sent 9 Num Status msgs Rcvd 0
Num Update Status Rcvd 0 Num Status Timeouts 9
The following is sample output from the show frame-relay lmi command when the interface is a Network-to-Network Interface (NNI):
Router# show frame-relay lmi
LMI Statistics for interface Serial3 (Frame Relay NNI) LMI TYPE = CISCO
Invalid Unnumbered info 0 Invalid Prot Disc 0
Invalid dummy Call Ref 0 Invalid Msg Type 0
Invalid Status Message 0 Invalid Lock Shift 0
Invalid Information ID 0 Invalid Report IE Len 0
Invalid Report Request 0 Invalid Keep IE Len 0
Num Status Enq. Rcvd 11 Num Status msgs Sent 11
Num Update Status Rcvd 0 Num St Enq. Timeouts 0
Num Status Enq. Sent 10 Num Status msgs Rcvd 10
Num Update Status Sent 0 Num Status Timeouts 0
Table 40 describes significant fields shown in the output.
Table 40 show frame-relay lmi Field Descriptions
Field
|
Description
|
LMI Statistics
|
Signalling or LMI specification: CISCO, ANSI, or ITU-T.
|
Invalid Unnumbered info
|
Number of received LMI messages with invalid unnumbered information field.
|
Invalid Prot Disc
|
Number of received LMI messages with invalid protocol discriminator.
|
Invalid dummy Call Ref
|
Number of received LMI messages with invalid dummy call references.
|
Invalid Msg Type
|
Number of received LMI messages with invalid message type.
|
Invalid Status Message
|
Number of received LMI messages with invalid status message.
|
Invalid Lock Shift
|
Number of received LMI messages with invalid lock shift type.
|
Invalid Information ID
|
Number of received LMI messages with invalid information identifier.
|
Invalid Report IE Len
|
Number of received LMI messages with invalid Report IE Length.
|
Invalid Report Request
|
Number of received LMI messages with invalid Report Request.
|
Invalid Keep IE Len
|
Number of received LMI messages with invalid Keep IE Length.
|
Num Status Enq. Sent
|
Number of LMI status inquiry messages sent.
|
Num Status Msgs Rcvd
|
Number of LMI status messages received.
|
Num Update Status Rcvd
|
Number of LMI asynchronous update status messages received.
|
Num Status Timeouts
|
Number of times the status message was not received within the keepalive time value.
|
Num Status Enq. Rcvd
|
Number of LMI status enquiry messages received.
|
Num Status Msgs Sent
|
Number of LMI status messages sent.
|
Num Status Enq. Timeouts
|
Number of times the status enquiry message was not received within the T392 DCE timer value.
|
Num Update Status Sent
|
Number of LMI asynchronous update status messages sent.
|
show frame-relay map
To display the current map entries and information about the connections, use the show frame-relay map command in privileged EXEC mode.
show frame-relay map
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.2(2)T
|
The display output for this command was modified to include the IPv6 address mappings of remote nodes to Frame Relay permanent virtual circuits (PVCs).
|
12.2(13)T
|
The display output for this command was modified to include information about Frame Relay PVC bundle maps.
|
Examples
The following is sample output from the show frame-relay map command:
Router# show frame-relay map
Serial 1 (administratively down): ip 10.108.177.177 dlci 177 (0xB1,0x2C10), static,
broadcast, CISCO, TCP/IP Header Compression (inherited), passive (inherited)
The following sample output from the show frame-relay map command shows that the link-local and global IPv6 addresses (FE80::E0:F727:E400:A and 3ffe:1111:2222:1044::73; FE80::60:3E47:AC8:8 and 3ffe:1111:2222:1044::72) of two remote nodes are explicitly mapped to data-link connection identifier (DLCI) 17 and DLCI 19, respectively. Both DLCI 17 and DLCI 19 are terminated on interface serial 3 of this node; therefore, interface serial 3 of this node is a point-to-multipoint interface.
Router# show frame-relay map
Serial3 (up): ipv6 FE80::E0:F727:E400:A dlci 17(0x11,0x410), static,
broadcast, CISCO, status defined, active
Serial3 (up): ipv6 3ffe:1111:2222:1044::72 dlci 19(0x13,0x430), static,
CISCO, status defined, active
Serial3 (up): ipv6 3ffe:1111:2222:1044::73 dlci 17(0x11,0x410), static,
CISCO, status defined, active
Serial3 (up): ipv6 FE80::60:3E47:AC8:8 dlci 19(0x13,0x430), static,
broadcast, CISCO, status defined, active
The following sample output displays mapping information for two PVC bundles. The PVC bundle "MAIN-1-static" is configured with a static map. The map for PVC bundle "MAIN-2-dynamic" is created dynamically using Inverse ARP.
Router# show frame-relay map
Serial1/4 (up): ip 10.1.1.1 vc-bundle MAIN-1-static, static,
Serial1/4 (up): ip 10.1.1.2 vc-bundle MAIN-2-dynamic, dynamic,
Table 41 describes the significant fields shown in the displays.
Table 41 show frame-relay map Field Descriptions
Field
|
Description
|
Serial 1 (administratively down)
|
Identifies a Frame Relay interface and its status (up or down).
|
ip 10.108.177.177
|
Destination IP address.
|
dlci 177 (0xB1,0x2C10)
|
DLCI that identifies the logical connection being used to reach this interface. This value is displayed in three ways: its decimal value (177), its hexadecimal value (0xB1), and its value as it would appear on the wire (0x2C10).
|
vc-bundle
|
PVC bundle that serves as the logical connection being used to reach the interface.
|
static/dynamic
|
Indicates whether this is a static or dynamic entry.
|
broadcast
|
Indicates pseudobroadcasting.
|
CISCO
|
Indicates the encapsulation type for this map: either CISCO or IETF.
|
TCP/IP Header Compression (inherited), passive (inherited)
|
Indicates whether the TCP/IP header compression characteristics were inherited from the interface or were explicitly configured for the IP map.
|
status defined, active
|
Indicates that the mapping between the destination address and the data-link connection identifier (DLCI) used to connect to the destination address is active.
|
Related Commands
Command
|
Description
|
show frame-relay pvc
|
Displays statistics about PVCs for Frame Relay interfaces.
|
show frame-relay vc-bundle
|
Displays attributes and other information about a Frame Relay PVC bundle.
|
show frame-relay multilink
To display configuration information and statistics about multilink Frame Relay bundles and bundle links, use the show frame-relay multilink command in privileged EXEC mode.
show frame-relay multilink [mfr number | serial number] [detailed]
Syntax Description
mfr number
|
(Optional) Specific bundle interface for which information will be displayed.
|
serial number
|
(Optional) Specific bundle link interface for which information will be displayed.
|
detailed
|
(Optional) More detailed information will be displayed, including counters for the control messages sent to and from the peer device and the status of the bundle links.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(17)S
|
This command was introduced.
|
12.2(8)T
|
This command was integrated into Cisco IOS Release 12.2(8)T.
|
Usage Guidelines
If you do not specify a bundle or bundle link, information for all bundles and bundle links will be displayed.
Examples
All Bundles and Bundle Links Example
The following example shows output for the show frame-relay multilink command. Because a particular bundle or bundle link is not specified, information for all bundles and bundle links is displayed.
Router# show frame-relay multilink
Bundle:MFR0, State = Administratively down, class = A, fragmentation disabled
Serial2/1:3, HW state :up, Protocol state :Idle, LID :Serial2/1:3
Serial2/1:2, HW state :up, Protocol state :Idle, LID :Serial2/1:2
Serial2/1:1, HW state :up, Protocol state :Idle, LID :Serial2/1:1
Bundle Link Example
The following example shows output for the show frame-relay multilink command with the serial number option. It displays information about the specified bundle link.
Router# show frame-relay multilink serial3/2
Serial3/2, HW state :Administratively down, Protocol state :Down_idle, LID :Serial3/2
Bundle interface = MFR0, BID = MFR0
Detailed Bundle Link Examples
The following example shows output for the show frame-relay multilink command with the serial number and detailed options. The example shows a bundle link in the "idle" state.
Router# show frame-relay multilink serial3 detail
Serial3, HW state = up, link state = Idle, LID = Serial3
Bundle interface = MFR0, BID = MFR0
Cause code = none, Ack timer = 4, Hello timer = 10,
Max retry count = 2, Current count = 0,
Peer LID = Serial5/3, RTT = 0 ms
Add_link sent = 0, Add_link rcv'd = 10,
Add_link ack sent = 0, Add_link ack rcv'd = 0,
Add_link rej sent = 10, Add_link rej rcv'd = 0,
Remove_link sent = 0, Remove_link rcv'd = 0,
Remove_link_ack sent = 0, Remove_link_ack rcv'd = 0,
Hello sent = 0, Hello rcv'd = 0,
Hello_ack sent = 0, Hello_ack rcv'd = 0,
outgoing pak dropped = 0, incoming pak dropped = 0
The following example shows output for the show frame-relay multilink command with the serial number and detailed options. The example shows a bundle link in the "up" state.
Router# show frame-relay multilink serial3 detail
Serial3, HW state = up, link state = Up, LID = Serial3
Bundle interface = MFR0, BID = MFR0
Cause code = none, Ack timer = 4, Hello timer = 10,
Max retry count = 2, Current count = 0,
Peer LID = Serial5/3, RTT = 4 ms
Add_link sent = 1, Add_link rcv'd = 20,
Add_link ack sent = 1, Add_link ack rcv'd = 1,
Add_link rej sent = 19, Add_link rej rcv'd = 0,
Remove_link sent = 0, Remove_link rcv'd = 0,
Remove_link_ack sent = 0, Remove_link_ack rcv'd = 0,
Hello sent = 0, Hello rcv'd = 1,
Hello_ack sent = 1, Hello_ack rcv'd = 0,
outgoing pak dropped = 0, incoming pak dropped = 0
Table 42 describes the significant fields shown in the displays.
Table 42 show frame-relay multilink Field Descriptions
Field
|
Description
|
Bundle
|
Bundle interface.
|
State
|
Operational state of the bundle interface.
|
class
|
Class A indicates that if one bundle link is up, the bundle is marked up; all bundle links must be down before the bundle is marked down.
|
BID
|
Bundle identification.
|
Bundle links
|
Bundle links for which information will be displayed.
|
HW state
|
Operational state of the physical link.
|
Protocol state
|
Operational state of the bundle link line protocol.
|
Link state
|
Operational state of the bundle link.
|
LID
|
Bundle link identification.
|
Bundle interface
|
Bundle interface with which the bundle link is associated.
|
Cause code
|
May be one of the following values:
• ack timer expiry—add link synchronization process has been exhausted.
• bundle link idle—peer's bundle link is idle. This usually occurs when the peer's bundle interface is shut.
• inconsistent bundle—peer already has this bundle associated with a different bundle.
• loopback detected—local bundle link's physical line is looped back.
• other—indicates a LID mismatch, or that the ID length from the peer is too long, or that there has been a failure to allocate ID memory.
• unexpected Add_link—Add_link message is received when the bundle link is already in the up state. This code may appear when the line protocol is being set up, but will disappear once the connection has stabilized.
|
Ack timer
|
Number of seconds the bundle link will wait for a hello acknowledgment before resending a hello message or resending an Add_link message used for initial synchronization.
|
Hello timer
|
Interval at which a bundle link sends out hello messages.
|
Max retry count
|
Maximum number of times a bundle link will resend a hello message before receiving an acknowledgment or resending an Add_link message.
|
Current count
|
Number of tries that have already been attempted.
|
Peer lid
|
Bundle link identification name of the peer end of the link.
|
RTT
|
Round trip time, as measured by using the Timestamp Information Element in the Hello and Hello_ack messages.
|
Statistics
|
Statistics for each bundle link will be displayed.
|
Add_link sent
|
Number of Add_link messages sent. Add_link messages notify the peer endpoint that the local endpoint is ready to process frames.
|
Add_link rcv'd
|
Number of Add_link messages received.
|
Add_link ack sent
|
Number of Add_link acknowledgments sent. Add_link acknowledgments notify the peer endpoint that an Add_link message was received.
|
Add_link ack rcv'd
|
Number of Add_link acknowledgments received.
|
Add_link rej sent
|
Number of Add_link_reject messages sent.
|
Add_link rej rcv'd
|
Number of Add_link_reject messages received.
|
Remove_link sent
|
Number of Remove_link messages sent. Remove_link messages notify the peer that on the local end a bundle link is being removed from the bundle.
|
Remove_link rcv'd
|
Number of Remove_link messages received.
|
Remove_link_ack sent
|
Number of Remove_link acknowledgments sent. Remove_link acknowledgments notify the peer that a Remove_link message has been received.
|
Remove_link_ack rcv'd
|
Number of Remove_link acknowledgments received.
|
Hello sent
|
Number of Hello messages sent. Hello messages notify the peer endpoint that the local endpoint remains in the up state.
|
Hello rcv'd
|
Number of Hello messages received.
|
Hello_ack sent
|
Number of Hello acknowledgments sent. Hello acknowledgments notify the peer that hello messages have been received.
|
Hello_ack rcv'd
|
Number of Hello acknowledgments received.
|
outgoing pak dropped
|
Number of outgoing packets dropped.
|
incoming pak dropped
|
Number of incoming packets dropped.
|
Related Commands
Command
|
Description
|
debug frame-relay multilink
|
Displays debug messages for multilink Frame Relay bundles and bundle links.
|
show frame-relay pvc
To display statistics about permanent virtual circuits (PVCs) for Frame Relay interfaces, use the show frame-relay pvc command in privileged EXEC mode.
show frame-relay pvc [interface interface] [dlci] [64-bit]
Syntax Description
interface
|
(Optional) Specific interface for which PVC information will be displayed.
|
interface
|
(Optional) Interface number containing the data-link connection identifiers (DLCIs) for which you wish to display PVC information.
|
dlci
|
(Optional) A specific DLCI number used on the interface. Statistics for the specified PVC are displayed when a DLCI is also specified.
|
64-bit
|
(Optional) Displays 64-bit counter statistics.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.0(1)T
|
This command was modified to display statistics about virtual access interfaces used for PPP connections over Frame Relay.
|
12.0(3)XG
|
This command was modified to include the fragmentation type and size associated with a particular PVC when fragmentation is enabled on the PVC.
|
12.0(4)T
|
This command was modified to include the fragmentation type and size associated with a particular PVC when fragmentation is enabled on the PVC.
|
12.0(5)T
|
This command was modified to include information on the special voice queue that is created using the queue keyword of the frame-relay voice bandwidth command.
|
12.1(2)T
|
This command was modified to display the following information:
• Details about the policy map attached to a specific PVC.
• The priority configured for PVCs within Frame Relay PVC interface priority queueing.
• Details about Frame Relay traffic shaping and policing on switched PVCs.
|
12.0(12)S
|
This command was modified to display reasons for packet drops and complete status information for switched NNI PVCs.
|
12.1(5)T
|
This command was modified to display the following information:
• The number of packets in the post-hardware-compression queue.
• The reasons for packet drops and complete status information for switched network-to-network PVCs.
|
12.2(4)T
|
The 64-bit keyword was added.
|
12.2(13)T
|
This command was modified to support display of Frame Relay PVC bundle information.
|
12.2(15)T
|
This command was modified to support display of Frame Relay voice-adaptive fragmentation information.
|
Usage Guidelines
Use this command to monitor the PPP link control protocol (LCP) state as being open with an up state or closed with a down state.
When "vofr" or "vofr cisco" has been configured on the PVC, and a voice bandwidth has been allocated to the class associated with this PVC, configured voice bandwidth and used voice bandwidth are also displayed.
Statistics Reporting
To obtain statistics about PVCs on all Frame Relay interfaces, use this command with no arguments.
To obtain statistics about a PVC that include policy-map configuration or the priority configured for that PVC, use this command with the dlci argument.
Per-VC counters are not incremented at all when either autonomous or silicon switching engine (SSE) switching is configured; therefore, PVC values will be inaccurate if either switching method is used.
You can change the period of time over which a set of data is used for computing load statistics. If you decrease the load interval, the average statistics are computed over a shorter period of time and are more responsive to bursts of traffic. To change the length of time for which a set of data is used to compute load statistics for a PVC, use the load-interval command in Frame-Relay DLCI configuration mode.
Traffic Shaping
Congestion control mechanisms are currently not supported on terminated PVCs nor on PVCs over ISDN. Where congestion control mechanisms are supported, the switch passes forward explicit congestion notification (FECN) bits, backward explicit congestion notification (BECN) bits, and discard eligible (DE) bits unchanged from entry points to exit points in the network.
Examples
The various displays in this section show sample output for a variety of PVCs. Some of the PVCs carry data only; some carry a combination of voice and data.
Frame Relay Voice-Adaptive Fragmentation Example
The following sample output indicates that Frame Relay voice-adaptive fragmentation is active on DLCI 202 and there are 29 seconds left on the deactivation timer. If no voice packets are detected in the next 29 seconds, Frame Relay voice-adaptive fragmentation will become inactive.
Router# show frame-relay pvc 202
PVC Statistics for interface Serial3/1 (Frame Relay DTE)
DLCI = 202, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial3/1.2
input pkts 0 output pkts 479 in bytes 0
out bytes 51226 dropped pkts 0 in pkts dropped 0
out pkts dropped 0 out bytes dropped 0
in FECN pkts 0 in BECN pkts 0 out FECN pkts 0
out BECN pkts 0 in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 5000 bits/sec, 5 packets/sec
pvc create time 00:23:36, last time pvc status changed 00:23:31
fragment type end-to-end fragment size 80 adaptive active, time left 29 secs
Frame Relay PVC Bundle Example
The following sample output indicates that PVC 202 is a member of VC bundle "MAIN-1-static":
Router# show frame-relay pvc 202
PVC Statistics for interface Serial1/4 (Frame Relay DTE)
DLCI = 202, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial1/4
input pkts 0 output pkts 45 in bytes 0
out bytes 45000 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 2000 bits/sec, 2 packets/sec
pvc create time 00:01:25, last time pvc status changed 00:01:11
Frame Relay 64-Bit Counter Example
The following sample output displays the Frame Relay 64-bit counters:
Router# show frame-relay pvc 35 64-bit
DLCI = 35, INTERFACE = Serial0/0
input pkts 0 output pkts 0
Frame Relay Fragmentation and Hardware Compression Example
The following is sample output for the show frame-relay pvc command for a PVC configured with Cisco-proprietary fragmentation and hardware compression:
Router# show frame-relay pvc 110
PVC Statistics for interface Serial0/0 (Frame Relay DTE)
DLCI = 110, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0/0
input pkts 409 output pkts 409 in bytes 3752
out bytes 4560 dropped pkts 1 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 3d00h, last time pvc status changed 2d22h
Voice Queueing Stats: 0/100/0 (size/max/dropped)
Post h/w compression queue: 0
Current fair queue configuration:
threshold queue count queue count
Output queue size 0/max total 600/drops 0
configured voice bandwidth 16000, used voice bandwidth 0
fragment type VoFR-cisco fragment size 100
cir 64000 bc 640 be 0 limit 80 interval 10
mincir 32000 byte increment 80 BECN response no
frags 428 bytes 4810 frags delayed 24 bytes delayed 770
ip rtp priority parameters 16000 32000 20000
Switched PVC Example
The following is sample output from the show frame-relay pvc command for a switched Frame Relay PVC. This output displays detailed information about Network-to-Network Interface (NNI) status and why packets were dropped from switched PVCs.
Router# show frame-relay pvc
PVC Statistics for interface Serial2/2 (Frame Relay NNI)
DLCI = 16, DLCI USAGE = SWITCHED, PVC STATUS = INACTIVE, INTERFACE = Serial2/2
LOCAL PVC STATUS = INACTIVE, NNI PVC STATUS = INACTIVE
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
Detailed packet drop counters:
no out intf 0 out intf down 0 no out PVC 0
in PVC down 0 out PVC down 0 pkt too big 0
shaping Q full 0 pkt above DE 0 policing drop 0
pvc create time 00:00:07, last time pvc status changed 00:00:07
Frame Relay Congestion Management on a Switched PVC Example
The following is sample output from the show frame-relay pvc command that shows the statistics for a switched PVC on which Frame Relay congestion management is configured:
Router# show frame-relay pvc 200
PVC Statistics for interface Serial3/0 (Frame Relay DTE)
DLCI = 200, DLCI USAGE = SWITCHED, PVC STATUS = ACTIVE, INTERFACE = Serial3/0
input pkts 341 output pkts 390 in bytes 341000
out bytes 390000 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 390
out bcast pkts 0 out bcast bytes 0 Num Pkts Switched 341
pvc create time 00:10:35, last time pvc status changed 00:10:06
Congestion DE threshold 50
cir 56000 bc 7000 be 0 byte limit 875 interval 125
mincir 28000 byte increment 875 BECN response no
pkts 346 bytes 346000 pkts delayed 339 bytes delayed 339000
Output queue 48/100, 0 drop, 339 dequeued
Frame Relay Policing on a Switched PVC Example
The following is sample output from the show frame-relay pvc command that shows the statistics for a switched PVC on which Frame Relay policing is configured:
Router# show frame-relay pvc 100
PVC Statistics for interface Serial1/0 (Frame Relay DCE)
DLCI = 100, DLCI USAGE = SWITCHED, PVC STATUS = ACTIVE, INTERFACE = Serial1/0
input pkts 1260 output pkts 0 in bytes 1260000
out bytes 0 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0 Num Pkts Switched 1260
pvc create time 00:03:57, last time pvc status changed 00:03:19
policing enabled, 180 pkts marked DE
policing Bc 6000 policing Be 6000 policing Tc 125 (msec)
in Bc pkts 1080 in Be pkts 180 in xs pkts 0
in Bc bytes 1080000 in Be bytes 180000 in xs bytes 0
Frame Relay PVC Priority Queueing Example
The following is sample output for a PVC that has been assigned high priority:
Router# show frame-relay pvc 100
PVC Statistics for interface Serial0 (Frame Relay DTE)
DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:00:59, last time pvc status changed 00:00:33
Low Latency Queueing for Frame Relay Example
The following is sample output from the show frame-relay pvc command for a PVC shaped to a 64000 bps committed information rate (CIR) with fragmentation. A policy map is attached to the PVC and is configured with a priority class for voice, two data classes for IP precedence traffic, and a default class for best-effort traffic. Weighted Random Early Detection (WRED) is used as the drop policy on one of the data classes.
Router# show frame-relay pvc 100
PVC Statistics for interface Serial1/0 (Frame Relay DTE)
DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial1/0.1
input pkts 0 output pkts 0 in bytes 0
out bytes 0 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:00:42, last time pvc status changed 00:00:42
Output Queue: Conversation 72
Bandwidth 16 (kbps) Packets Matched 0
(pkts discards/bytes discards) 0/0
Output Queue: Conversation 73
Bandwidth 60 (%) Packets Matched 0
(pkts discards/bytes discards/tail drops) 0/0/0
drops: class random tail min-th max-th mark-prob
Output Queue: Conversation 74
Bandwidth 40 (%) Packets Matched 0 Max Threshold 64 (packets)
(pkts discards/bytes discards/tail drops) 0/0/0
Maximum Number of Hashed Queues 64 Max Threshold 20 (packets)
Output queue size 0/max total 600/drops 0
fragment type end-to-end fragment size 50
cir 64000 bc 640 be 0 limit 80 interval 10
mincir 64000 byte increment 80 BECN response no
frags 0 bytes 0 frags delayed 0 bytes delayed 0
PPP over Frame Relay Example
The following is sample output from the show frame-relay pvc command that shows the PVC statistics for serial interface 5 (slot 1 and DLCI 55 are up) during a PPP session over Frame Relay:
Router# show frame-relay pvc 55
PVC Statistics for interface Serial5/1 (Frame Relay DTE)
DLCI = 55, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial5/1.1
input pkts 9 output pkts 16 in bytes 154
out bytes 338 dropped pkts 6 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:35:11, last time pvc status changed 00:00:22
Bound to Virtual-Access1 (up, cloned from Virtual-Template5)
Voice over Frame Relay Example
The following is sample output from the show frame-relay pvc command for a PVC carrying Voice over Frame Relay (VoFR) traffic configured via the vofr cisco command. The frame-relay voice bandwidth command has been configured on the class associated with this PVC, as has fragmentation. The fragmentation type employed is proprietary to Cisco.
A sample configuration for this situation is shown first, followed by the output for the show frame-relay pvc command.
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay interface-dlci 108
map-class frame-relay vofr-class
frame-relay voice bandwidth 25000
Router# show frame-relay pvc 108
PVC Statistics for interface Serial0 (Frame Relay DTE)
DLCI = 108, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0
input pkts 1260 output pkts 1271 in bytes 95671
out bytes 98604 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 1271 out bcast bytes 98604
pvc create time 09:43:17, last time pvc status changed 09:43:17
configured voice bandwidth 25000, used voice bandwidth 0
voice reserved queues 24, 25
fragment type VoFR-cisco fragment size 100
cir 64000 bc 64000 be 0 limit 1000 interval 125
mincir 32000 byte increment 1000 BECN response no
pkts 2592 bytes 205140 pkts delayed 1296 bytes delayed 102570
Current fair queue configuration:
threshold queue count queue count
Output queue size 0/max total 600/drops 0
FRF.12 Fragmentation Example
The following is sample output from the show frame-relay pvc command for an application employing pure FRF.12 fragmentation. A sample configuration for this situation is shown first, followed by the output for the show frame-relay pvc command.
encapsulation frame-relay
frame-relay traffic-shaping
frame-relay interface-dlci 110
map-class frame-relay frag
Router# show frame-relay pvc 110
PVC Statistics for interface Serial0 (Frame Relay DTE)
DLCI = 110, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0
input pkts 0 output pkts 243 in bytes 0
out bytes 7290 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 243 out bcast bytes 7290
pvc create time 04:03:17, last time pvc status changed 04:03:18
fragment type end-to-end fragment size 100
cir 64000 bc 64000 be 0 limit 1000 interval 125
mincir 32000 byte increment 1000 BECN response no
pkts 486 bytes 14580 pkts delayed 243 bytes delayed 7290
Current fair queue configuration:
threshold queue count queue count
Output queue size 0/max total 600/drops 0
Note that when voice is not configured, voice bandwidth output is not displayed.
Multipoint Subinterfaces Transporting Data
The following is sample output from the show frame-relay pvc command for multipoint subinterfaces carrying data only. The output displays both the subinterface number and the DLCI. This display is the same whether the PVC is configured for static or dynamic addressing. Note that neither fragmentation nor voice is configured on this PVC.
Router# show frame-relay pvc
DLCI = 300, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.103
input pkts 10 output pkts 7 in bytes 6222
out bytes 6034 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
outbcast pkts 0 outbcast bytes 0
pvc create time 0:13:11 last time pvc status changed 0:11:46
DLCI = 400, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.104
input pkts 20 output pkts 8 in bytes 5624
out bytes 5222 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
outbcast pkts 0 outbcast bytes 0
pvc create time 0:03:57 last time pvc status changed 0:03:48
PVC Transporting Voice and Data
The following is sample output from the show frame-relay pvc command for a PVC carrying voice and data traffic, with a special queue specifically for voice traffic created using the frame-relay voice bandwidth command queue keyword:
Router# show frame-relay pvc interface serial 1 45
PVC Statistics for interface Serial1 (Frame Relay DTE)
DLCI = 45, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial1
input pkts 85 output pkts 289 in bytes 1730
out bytes 6580 dropped pkts 11 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 0 out bcast bytes 0
pvc create time 00:02:09, last time pvc status changed 00:02:09
configured voice bandwidth 25000, used voice bandwidth 22000
fragment type VoFR fragment size 100
cir 20000 bc 1000 be 0 limit 125 interval 50
mincir 20000 byte increment 125 BECN response no
fragments 290 bytes 6613 fragments delayed 1 bytes delayed 33
Voice Queueing Stats: 0/100/0 (size/max/dropped)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Current fair queue configuration:
threshold queue count queue count
Output queue size 0/max total 600/drops 0
Table 43 provides a listing of the fields in these displays and a description of each field.
Table 43 show frame-relay pvc Field Descriptions
Field
|
Description
|
DLCI
|
One of the DLCI numbers for the PVC.
|
DLCI USAGE
|
Lists SWITCHED when the router or access server is used as a switch, or LOCAL when the router or access server is used as a DTE device.
|
PVC STATUS
|
Status of the PVC: ACTIVE, INACTIVE, or DELETED.
|
INTERFACE
|
Specific subinterface associated with this DLCI.
|
LOCAL PVC STATUS1
|
Status of PVC configured locally on the NNI interface.
|
NNI PVC STATUS1
|
Status of PVC learned over the NNI link.
|
input pkts
|
Number of packets received on this PVC.
|
output pkts
|
Number of packets sent on this PVC.
|
in bytes
|
Number of bytes received on this PVC.
|
out bytes
|
Number of bytes sent on this PVC.
|
dropped pkts
|
Number of incoming and outgoing packets dropped by the router at the Frame Relay level.
|
in pkts dropped
|
Number of incoming packets dropped. Incoming packets may be dropped for a number of reasons, including the following:
• inactive PVC
• policing
• pkts received above DE discard level
• dropped fragments
• memory allocation failures
• configuration problems
|
out pkts dropped
|
Number of outgoing packets dropped, including shaping drops and late drops.
|
out bytes dropped
|
Number of outgoing bytes dropped.
|
in FECN pkts
|
Number of packets received with the FECN bit set.
|
in BECN pkts
|
Number of packets received with the BECN bit set.
|
out FECN pkts
|
Number of packets sent with the FECN bit set.
|
out BECN pkts
|
Number of packets sent with the BECN bit set.
|
in DE pkts
|
Number of DE packets received.
|
out DE pkts
|
Number of DE packets sent.
|
out bcast pkts
|
Number of output broadcast packets.
|
out bcast bytes
|
Number of output broadcast bytes.
|
switched pkts
|
Number of switched packets.
|
no out intf2
|
Number of packets dropped because there is no output interface.
|
out intf down2
|
Number of packets dropped because the output interface is down.
|
no out PVC2
|
Number of packets dropped because the outgoing PVC is not configured.
|
in PVC down2
|
Number of packets dropped because the incoming PVC is inactive.
|
out PVC down2
|
Number of packets dropped because the outgoing PVC is inactive.
|
pkt too big2
|
Number of packets dropped because the packet size is greater than media MTU3 .
|
shaping Q full2
|
Number of packets dropped because the Frame Relay traffic-shaping queue is full.
|
pkt above DE2
|
Number of packets dropped because they are above the DE level when Frame Relay congestion management is enabled.
|
policing drop2
|
Number of packets dropped because of Frame Relay traffic policing.
|
pvc create time
|
Time at which the PVC was created.
|
last time pvc status changed
|
Time at which the PVC changed status.
|
VC-Bundle
|
PVC bundle of which the PVC is a member.
|
priority
|
Priority assigned to the PVC.
|
pkts marked DE
|
Number of packets marked DE because they exceeded the Bc.
|
policing Bc
|
Committed burst size.
|
policing Be
|
Excess burst size.
|
policing Tc
|
Measurement interval for counting Bc and Be.
|
in Bc pkts
|
Number of packets received within the committed burst.
|
in Be pkts
|
Number of packets received within the excess burst.
|
in xs pkts
|
Number of packets dropped because they exceeded the combined burst.
|
in Bc bytes
|
Number of bytes received within the committed burst.
|
in Be bytes
|
Number of bytes received within the excess burst.
|
in xs bytes
|
Number of bytes dropped because they exceeded the combined burst.
|
Congestion DE threshold
|
PVC queue percentage at which packets with the DE bit are dropped.
|
Congestion ECN threshold
|
PVC queue percentage at which packets are set with the BECN and FECN bits.
|
Service type
|
Type of service performed by this PVC. Can be VoFR or VoFR-cisco.
|
Post h/w compression queue
|
Number of packets in the post-hardware-compression queue when hardware compression and Frame Relay fragmentation are configured.
|
configured voice bandwidth
|
Amount of bandwidth in bits per second (bps) reserved for voice traffic on this PVC.
|
used voice bandwidth
|
Amount of bandwidth in bps currently being used for voice traffic.
|
service policy
|
Name of the output service policy applied to the VC.
|
Class
|
Class of traffic being displayed. Output is displayed for each configured class in the policy.
|
Output Queue
|
The WFQ4 conversation to which this class of traffic is allocated.
|
Bandwidth
|
Bandwidth in kbps or percentage configured for this class.
|
Packets Matched
|
Number of packets that matched this class.
|
Max Threshold
|
Maximum queue size for this class when WRED is not used.
|
pkts discards
|
Number of packets discarded for this class.
|
bytes discards
|
Number of bytes discarded for this class.
|
tail drops
|
Number of packets discarded for this class because the queue was full.
|
mean queue depth
|
Average queue depth, based on the actual queue depth on the interface and the exponential weighting constant. It is a moving average. The minimum and maximum thresholds are compared against this value to determine drop decisions.
|
drops:
|
WRED parameters.
|
class
|
IP precedence value.
|
random
|
Number of packets randomly dropped when the mean queue depth is between the minimum threshold value and the maximum threshold value for the specified IP precedence value.
|
tail
|
Number of packets dropped when the mean queue depth is greater than the maximum threshold value for the specified IP precedence value.
|
min-th
|
Minimum WRED threshold in number of packets.
|
max-th
|
Maximum WRED threshold in number of packets.
|
mark-prob
|
Fraction of packets dropped when the average queue depth is at the maximum threshold.
|
Maximum Number of Hashed Queues
|
(Applies to class default only) Number of queues available for unclassified flows.
|
fragment type
|
Type of fragmentation configured for this PVC. Possible types are as follows:
• end-to-end—Fragmented packets contain the standard FRF.12 header
• VoFR—Fragmented packets contain the FRF.11 Annex C header
• VoFR-cisco—Fragmented packets contain the Cisco proprietary header
|
fragment size
|
Size of the fragment payload in bytes.
|
adaptive active/inactive
|
Indicates whether Frame Relay voice-adaptive fragmentation is active or inactive.
|
time left
|
Number of seconds left on the Frame Relay voice-adaptive fragmentation deactivation timer. When this timer expires, Frame Relay fragmentation turns off.
|
cir
|
Current CIR in bps.
|
bc
|
Current committed burst (Bc) size, in bits.
|
be
|
Current excess burst (Be) size, in bits.
|
limit
|
Maximum number of bytes sent per internal interval (excess plus sustained).
|
interval
|
Interval being used internally (may be smaller than the interval derived from Bc/CIR; this happens when the router determines that traffic flow will be more stable with a smaller configured interval).
|
mincir
|
Minimum CIR for the PVC.
|
byte increment
|
Number of bytes that will be sustained per internal interval.
|
BECN response
|
Indication that Frame Relay has BECN adaptation configured.
|
pkts
|
Number of packets associated with this PVC that have gone through the traffic-shaping system.
|
frags
|
Total number of fragments shaped on this VC.
|
bytes
|
Number of bytes associated with this PVC that have gone through the traffic-shaping system.
|
pkts delayed
|
Number of packets associated with this PVC that have been delayed by the traffic-shaping system.
|
frags delayed
|
Number of fragments delayed in the shaping queue before being sent.
|
bytes delayed
|
Number of bytes associated with this PVC that have been delayed by the traffic-shaping system.
|
shaping
|
Indication that shaping will be active for all PVCs that are fragmenting data; otherwise, shaping will be active if the traffic being sent exceeds the CIR for this circuit.
|
shaping drops
|
Number of packets dropped by the traffic-shaping process.
|
Queueing strategy
|
Per-VC queueing strategy.
|
Output queue
48/100
0 drop
300 dequeued
|
State of the per-VC queue.
• Number of packets enqueued/size of the queue
• Number of packets dropped
• Number of packets dequeued
|
Voice Queueing Stats
|
Statistics showing the size of packets, the maximum number of packets, and the number of packets dropped in the special voice queue created using the frame-relay voice bandwidth command queue keyword.
|
Discard threshold
|
Maximum number of packets that can be stored in each packet queue. Additional packets received after a queue is full will be discarded.
|
Dynamic queue count
|
Number of packet queues reserved for best-effort traffic.
|
Reserved queue count
|
Number of packet queues reserved for voice traffic.
|
Output queue size
|
Size in bytes of each output queue.
|
max total
|
Maximum number of packets of all types that can be queued in all queues.
|
drops
|
Number of frames dropped by all output queues.
|
Related Commands
Command
|
Description
|
frame-relay interface-queue priority
|
Enables FR PIPQ on a Frame Relay interface and assigns priority to a PVC within a Frame Relay map class.
|
frame-relay pvc
|
Configures Frame Relay PVCs for FRF.8 Frame Relay-ATM Service Interworking.
|
service-policy
|
Attaches a policy map to an input interface or VC or an output interface or VC.
|
show dial-peer voice
|
Displays configuration information and call statistics for dial peers.
|
show frame-relay fragment
|
Displays Frame Relay fragmentation details.
|
show frame-relay map
|
Displays the current Frame Relay map entries and information about the connections
|
show frame-relay vc-bundle
|
Displays attributes and other information about a Frame Relay PVC bundle.
|
show frame-relay qos-autosense
To display the quality of service (QoS) values sensed from the switch, use the show frame-relay qos-autosense EXEC command.
show frame-relay qos-autosense [interface number]
Syntax Description
interface number
|
(Optional) Indicates the number of the physical interface for which you want to display QoS information.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
12.1(3)T
|
This command was modified to display information about Enhanced Local Management Interface (ELMI) address registration.
|
Examples
The following is sample output from the show frame-relay qos-autosense command when ELMI and ELMI address registration are enabled.
Router# show frame-relay qos-autosense
ELMI information for interface Serial1
IP Address used for Address Registration:9.2.7.9 My Ifindex:4
ELMI AR status : Enabled.
Connected to switch:hgw1 Platform:2611 Vendor:cisco
Sw side ELMI AR status: Enabled
IP Address used by switch for address registration :9.2.6.9 Ifindex:5
ELMI AR status : Enabled.
(Time elapsed since last update 00:00:40)
The following is sample output from the show frame-relay qos-autosense command when ELMI and traffic shaping are enabled:
Router# show frame-relay qos-autosense
ELMI information for interface Serial1
Connected to switch:FRSM-4T1 Platform:AXIS Vendor:cisco
(Time elapsed since last update 00:00:30)
OUT: CIR 64000 BC 50000 BE 25000 FMIF 4497
IN: CIR 32000 BC 25000 BE 12500 FMIF 4497
Priority 0 (Time elapsed since last update 00:00:12)
OUT: CIR 128000 BC 50000 BE 5100 FMIF 4497
IN: CIR Unknown BC Unknown BE Unknown FMIF 4497
Priority 0 (Time elapsed since last update 00:00:13)
Table 44 describes the significant fields in the output display.
Table 44 show frame-relay qos-autosense Field Descriptions
Field
|
Description
|
IP Address used for Address Registration
|
Management IP address of the data terminal equipment (DTE) interface.
|
My ifIndex
|
ifIndex of the DTE interface on which ELMI is running.
|
ELMI AR status
|
Indicates whether ELMI is enabled or disabled on the interface.
|
Connected to switch
|
Name of neighboring switch.
|
Platform
|
Platform information about neighboring switch.
|
Vendor
|
Vendor information about neighboring switch.
|
Sw side ELMI AR status
|
Indicates whether ELMI is enabled or disabled on the neighboring switch.
|
IP Address used by switch for address registration
|
IP address of DCE. If ELMI is not supported or is disabled, this value will be 0.0.0.0.
|
ifIndex
|
ifIndex of DCE.
|
DLCI
|
Value that indicates which PVC statistics are being reported.
|
Out:
|
Values reporting settings configured for the outgoing Committed Information Rate, Burst Size, Excess Burst Size, and FMIF.
|
In:
|
Values reporting settings configured for the incoming Committed Information Rate, Burst Size, Excess Burst Size, and FMIF.
|
Priority
|
Value indicating priority level (currently not used).
|
Related Commands
Command
|
Description
|
frame-relay qos-autosense
|
Enables ELMI on the Cisco router.
|
show frame-relay pvc
|
Displays statistics about PVCs for Frame Relay interfaces.
|
show frame-relay route
To display all configured Frame Relay routes, along with their status, use the show frame-relay route EXEC command.
show frame-relay route
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following is sample output from the show frame-relay route command:
Router# show frame-relay route
Input Intf Input Dlci Output Intf Output Dlci Status
Serial1 100 Serial2 200 active
Serial1 101 Serial2 201 active
Serial1 102 Serial2 202 active
Serial1 103 Serial3 203 inactive
Serial2 200 Serial1 100 active
Serial2 201 Serial1 101 active
Serial2 202 Serial1 102 active
Serial3 203 Serial1 103 inactive
Table 45 describes significant fields shown in the output.
Table 45 show frame-relay route Field Descriptions
Field
|
Description
|
Input Intf
|
Input interface and unit.
|
Input Dlci
|
Input DLCI number.
|
Output Intf
|
Output interface and unit.
|
Output Dlci
|
Output DLCI number.
|
Status
|
Status of the connection: active or inactive.
|
show frame-relay svc maplist
To display all the switched virtual circuits (SVCs) under a specified map list, use the show frame-relay svc maplist EXEC command.
show frame-relay svc maplist name
Syntax Description
name
|
Name of the map list.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Examples
The following example shows, first, the configuration of the shank map list and, second, the corresponding output of the show frame-relay svc maplist command. The following lines show the configuration:
map-list shank local-addr X121 87654321 dest-addr X121 12345678
ip 172.21.177.26 class shank ietf
ipx 123.0000.0c07.d530 class shank ietf
map-class frame-relay shank
frame-relay min-incir 19200
frame-relay outcir 192000
frame-relay min-outcir 19200
frame-relay incbr(bytes) 15000
frame-relay outcbr(bytes) 15000
The following lines show the output of the show frame-relay svc maplist command for the preceding configuration:
Router# show frame-relay svc maplist shank
Local Address : 87654321 Type: X121
Destination Address: 12345678 Type: X121
Protocol : ip 172.21.177.26
Protocol : ipx 123.0000.0c07.d530
Call Reference : 1 DLCI : 501
Configured Frame Mode Information Field Size :
Incoming : 1500 Outgoing : 1500
Frame Mode Information Field Size :
Incoming : 1500 Outgoing : 1500
Configured Committed Information Rate (CIR) :
Incoming : 192 * (10**3) Outgoing : 192 * (10**3)
Committed Information Rate (CIR) :
Incoming : 192 * (10**3) Outgoing : 192 * (10**3)
Configured Minimum Acceptable CIR :
Incoming : 192 * (10**2) Outgoing : 192 * (10**2)
Incoming : 0 * (10**0) Outgoing : 0 * (10**0)
Configured Committed Burst Rate (bytes) :
Incoming : 15000 Outgoing : 15000
Committed Burst Rate (bytes) :
Incoming : 15000 Outgoing : 15000
Configured Excess Burst Rate (bytes) :
Incoming : 16000 Outgoing : 1200
Excess Burst Rate (bytes) :
Incoming : 16000 Outgoing : 1200
Table 46 describes significant fields in the output.
Table 46 show frame-relay svc maplist Field Descriptions
Field
|
Description
|
Map List
|
Name of the configured map-list.
|
Local Address...Type
|
Configured source address type (E.164 or X.121) for the call.
|
Destination Address...Type
|
Configured destination address type (E.164 or X.121) for the call.
|
Protocol : ip ... Protocol: ipx ...
|
Destination protocol addresses configured for the map-list.
|
Encapsulation
|
Configured encapsulation type (CISCO or IETF) for the specified destination protocol address.
|
Call Reference
|
Call identifier.
|
DLCI: 501
|
Number assigned by the switch as the DLCI for the call.
|
Configured Frame Mode Information Field Size: Incoming: Outgoing:
Frame Mode Information Field Size: Incoming: 1500 Outgoing: 1500
|
Lines that contrast the configured and actual frame mode information field size settings used for the calls.
|
Configured Committed Information Rate (CIR): Incoming: 192 * (10**3) Outgoing: 192 * (10**3)
Committed Information Rate (CIR): Incoming: 192 * (10**3) Outgoing: 192 * (10**3)
|
Lines that contrast the configured and actual committed information rate (CIR) settings used for the calls.
|
Configured Minimum Acceptable CIR: Incoming: 192 * (10**2) Outgoing: 192 * (10**2)
Minimum Acceptable CIR: Incoming: 0 * (10**0) Outgoing: 0 * (10**0)
|
Lines that contrast the configured and actual minimum acceptable CIR settings used for the calls.
|
Configured Committed Burst Rate (bytes): Incoming: 15000 Outgoing: 15000
Committed Burst Rate (bytes): Incoming: 15000 Outgoing: 15000
|
Lines that contrast the configured and actual committed burst rate (bytes) settings used for the calls.
|
Configured Excess Burst Rate (bytes): Incoming: 16000 Outgoing: 1200
Excess Burst Rate (bytes): Incoming: 16000 Outgoing: 1200
|
Lines that contrast the configured and actual excess burst rate (bytes) settings used for the calls.
|
Related Commands
Command
|
Description
|
class (map-list)
|
Associates a map class with a protocol-and-address combination.
|
frame-relay bc
|
Specifies the incoming or outgoing Bc for a Frame Relay VC.
|
frame-relay cir
|
Specifies the incoming or outgoing CIR for a Frame Relay VC.
|
frame-relay mincir
|
Specifies the minimum acceptable incoming or outgoing CIR for a Frame Relay VC.
|
map-class frame-relay
|
Specifies a map class to define QoS values for an SVC.
|
map-list
|
Specifies a map group and link it to a local E.164 or X.121 source address and a remote E.164 or X.121 destination address for Frame Relay SVCs.
|
show frame-relay traffic
To display the global Frame Relay statistics since the last reload, use the show frame-relay traffic EXEC command.
show frame-relay traffic
Syntax Description
This command has no arguments or keywords.
Command Modes
EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following is sample output from the show frame-relay traffic command:
Router# show frame-relay traffic
ARP requests sent 14, ARP replies sent 0
ARP request recvd 0, ARP replies recvd 10
show frame-relay vc-bundle
To display attributes and other information about a Frame Relay permanent virtual circuit (PVC) bundle, use the show frame-relay vc-bundle command in privileged EXEC mode.
show frame-relay vc-bundle vc-bundle-name [detail]
Syntax Description
vc-bundle-name
|
Name of this Frame Relay PVC bundle.
|
detail
|
(Optional) Displays output packet count information in addition to the other bundle member attributes for each PVC in the bundle specified by vc-bundle-name.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.2(13)T
|
This command was introduced.
|
Usage Guidelines
Use this command to display packet service levels, bumping attributes, and other information about a specific Frame Relay PVC bundle. To view packet counts for each PVC in the bundle in addition to the other attributes, use the detail keyword.
Examples
General Example
The following example shows the Frame Relay PVC bundle named "MP-4-dynamic" with PVC protection applied. Note that in this PVC bundle, data-link connection identifier (DLCI) 400 is configured to explicitly bump traffic to the PVC that handles DSCP level 40, which is DLCI 404. All the other DLCIs are configured for implicit bumping. In addition, all the DLCIs are configured to accept bumped traffic.
The asterisk (*) before PVC 4a indicates that this PVC was configured with the precedence other command, which means the PVC will handle all levels that are not explicitly configured on other PVCs.
In this example all PVCs are up so, the values in the "Active leve"l fields match the values in the "Config level" fields. If a PVC goes down and its traffic is bumped, the "Active level" field value for the PVC that went down is cleared. The "Active level" field values for the PVC that the traffic bumped to will be updated to include the levels of the PVC that went down.
The first three PVCs in the following example make up a protected group. All three of these PVCs must go down before the bundle will go down. The last two PVCs are protected PVCs: if either of these PVCs goes down, the bundle will go down.
Router# show frame-relay vc-bundle MP-4-dynamic
MP-4-dynamic on Serial1/4.1 - Status: UP Match-type: DSCP
Name DLCI Config. Active Bumping PG/ CIR Status
level level to/accept PV kbps
*4a 400 0-9 0-9 40/Yes pg up
4b 401 10-19 10-19 9/Yes pg up
4c 402 20-29 20-29 19/Yes pg up
4d 403 30-39 30-39 29/Yes - up
4e 404 40-49 40-49 39/Yes - up
4f 405 50-59 50-59 49/Yes - up
4g 406 60-62 60-62 59/Yes pv up
4h 407 63 63 62/Yes pv up
Packets sent out on vc-bundle MP-4-dynamic : 0:
Bumping Example
The following example shows that although some DLCIs are down, the bumping rules and the remaining DLCIs keep the bundle up and running for all traffic types.
Note that DLCI 304 is handling the traffic being bumped from the three DLCIs that are down. The "Active level" field indicates the levels that the PVC is actually handling, not just which levels are configured.
Router# show frame-relay vc-bundle MP-3-static
MP-3-static on Serial1/4.1 - Status: UP Match-type: DSCP
Name DLCI Config. Active Bumping PG/ CIR Status
level level to/accept PV kbps
3a 300 0-9 0-9 -/Yes - up
3b 301 10-19 10-19 9/Yes - up
3c 302 20-29 20-29 19/Yes - up
3d 303 30-39 40/Yes - deleted
3e 304 40-49 30-59,63 39/Yes - up
3f 305 50-59 49/Yes - deleted
3g 306 60-62 60-62 59/No - up
3h 307 63 62/Yes - deleted
Packets sent out on vc-bundle MP-3-static : 335
Traffic-Shaping Example
The following example shows output for a PVC bundle configured with traffic shaping. The same rules of class inheritance apply to PVC-bundle members as to regular PVCs.
Router# show frame-relay vc-bundle 26k
26k on Serial1/4.1 - Status:UP Match-type:PRECEDENCE
Name DLCI Config. Active Bumping PG/ CIR Status
level level to/ accept PV kbps
521 0,2,4 0,2,4 -/Yes - 20 up
522 1,3,5-6 1,3,5-6 0/Yes - 26 up
Packets sent out on vc-bundle 26k :0
Detail Example
The following example shows the detail output of a PVC bundle. Note in this example that because all packet service levels are not handled, and because the PVCs are currently down, this bundle can never come up.
Router# show frame-relay vc-bundle x41 detail
x41 on Serial1/1 - Status: DOWN Match-type: DSCP
Name DLCI Config. Active Bumping PG/ CIR Status
level level to/accept PV kbps
411 30,32,34,36,3.. 29/Yes - down
Packets sent out on vc-bundle x41 : 0
Active configuration and statistics for each member PVC
DLCI Output pkts Active level
Table 47 describes the significant fields shown in the show frame-relay vc-bundle displays.
Table 47 show frame-relay vc-bundle Field Descriptions
Field
|
Description
|
Status:
|
PVC bundle status. Possible values are UP, DOWN, and INITIAL (no PVCs associated with the bundle).
|
Name
|
The user-defined, alphanumeric name of the PVC.
|
DLCI
|
The ID number of the PVC bundle member.
|
Config. level
|
The packet service levels configured for the PVC.
|
Active level
|
The packet service levels actually handled by the PVC. This may include packet service levels for bumped traffic accepted by the PVC.
|
Bumping to/accept
|
The packet service level that the PVC will bump to if it goes down/whether or not the PVC will accept bumped traffic from another PVC.
|
PG/PV
|
Indicates whether the PVC is a member of a protected group or is an individually protected PVC. A dash in this field indicates that the PVC is not protected.
|
CIR kbps
|
Committed information rate for the PVC, in kilobits per second.
|
Status
|
Indicates whether the PVC is up, down, or deleted.
|
Output pkts
|
Number of packets sent out on the PVC.
|
Related Commands
Command
|
Description
|
show frame-relay map
|
Displays the current Frame Relay map entries and information about the connections.
|
show frame-relay pvc
|
Displays statistics about PVCs for Frame Relay interfaces.
|
threshold de
To configure the threshold at which discard eligible (DE)-marked packets will be discarded from switched permanent virtual circuits (PVCs) on the output interface, use the threshold de Frame Relay congestion management configuration command. To remove the threshold configuration, use the no form of this command.
threshold de percentage
no threshold de percentage
Syntax Description
percentage
|
Threshold at which DE-marked packets will be discarded, specified as a percentage of maximum queue size.
|
Defaults
100%
Command Modes
Frame Relay congestion management configuration
Command History
Release
|
Modification
|
12.1(2)T
|
This command was introduced.
|
Usage Guidelines
You must enable Frame Relay congestion management on the interface before congestion management parameters will be effective. To enable Frame Relay congestion management and to enter Frame Relay congestion management configuration mode, use the frame-relay congestion-management interface command.
You must enable Frame Relay switching, using the frame-relay switching global command, before the threshold de command will be effective on switched PVCs.
Examples
The following example shows how to configure a DE threshold of 40% on serial interface 1.
encapsulation frame-relay
frame-relay congestion-management
Related Commands
Command
|
Description
|
frame-relay congestion-management
|
Enables Frame Relay congestion management functions on all switched PVCs on an interface, and enters congestion management configuration mode.
|
frame-relay congestion threshold de
|
Configures the threshold at which DE-marked packets will be discarded from the traffic-shaping queue of a switched PVC.
|
frame-relay congestion threshold ecn
|
Configures the threshold at which ECN bits will be set on packets in the traffic-shaping queue of a switched PVC.
|
frame-relay switching
|
Enables PVC switching on a Frame Relay DCE or NNI.
|
threshold ecn
|
Configures the threshold at which ECN bits will be set on packets in switched PVCs on the output interface.
|
threshold ecn
To configure the threshold at which ECN bits will be set on packets in switched PVCs on the output interface, use the threshold ecn Frame Relay congestion management configuration command. To remove the threshold configuration, use the no form of this command.
threshold ecn {bc | be} percentage
no threshold ecn {bc | be} percentage
Syntax Description
bc
|
Specifies threshold for committed traffic.
|
be
|
Specifies threshold for excess traffic.
|
percentage
|
Threshold at which ECN bits will be set on packets, specified as a percentage of maximum queue size.
|
Defaults
100%
Command Modes
Frame Relay congestion management
Command History
Release
|
Modification
|
12.1(2)T
|
This command was introduced.
|
Usage Guidelines
You must enable Frame Relay congestion management on the interface before congestion management parameters will be effective. To enable Frame Relay congestion management and to enter Frame Relay congestion management configuration mode, use the frame-relay congestion-management interface command.
You must enable Frame Relay switching, using the frame-relay switching global command, before the threshold ecn command will be effective on switched PVCs.
You can configure separate queue thresholds for committed and excess traffic.
Configure the Be ECN threshold so that it is greater than or equal to zero and less than or equal to the Bc ECN threshold. Configure the Bc ECN threshold so that it is less than or equal to 100.
Examples
The following example shows how to configure a Be threshold of 0 and a Bc threshold of 20% on serial interface 1.
encapsulation frame-relay
frame-relay congestion-management
Related Commands
Command
|
Description
|
frame-relay congestion-management
|
Enables Frame Relay congestion management functions on all switched PVCs on an interface, and enters congestion management configuration mode.
|
frame-relay congestion threshold de
|
Configures the threshold at which DE-marked packets will be discarded from the traffic-shaping queue of a switched PVC.
|
frame-relay congestion threshold ecn
|
Configures the threshold at which ECN bits will be set on packets in the traffic-shaping queue of a switched PVC.
|
frame-relay switching
|
Enables PVC switching on a Frame Relay DCE or NNI.
|
threshold de
|
Configures the threshold at which DE-marked packets will be discarded from switched PVCs on the output interface.
|