Table Of Contents
Frame Relay PVC Interface Priority Queueing
Related Features and Technologies
Supported Standards, MIBs, and RFCs
Configuring PVC Priority in a Map Class
Enabling FR PIPQ and Setting Queue Limits
Assigning a Map Class to a PVC
Monitoring and Maintaining FR PIPQ
frame-relay interface-queue priority
Frame Relay PVC Interface Priority Queueing
This feature module describes the Frame Relay PVC Interface Priority Queueing (FR PIPQ) feature. It includes information on the benefits of this new feature, supported platforms, related documents, and so on.
This document includes the following sections:
•
Supported Standards, MIBs, and RFCs
•
Monitoring and Maintaining FR PIPQ
Feature Overview
The FR PIPQ feature provides an interface-level priority queueing scheme in which prioritization is based on destination permanent virtual circuit (PVC) rather than packet contents. For example, FR PIPQ allows you to configure a PVC transporting voice traffic to have absolute priority over a PVC transporting signalling traffic, and a PVC transporting signalling traffic to have absolute priority over a PVC transporting data.
FR PIPQ provides four levels of priority: high, medium, normal, and low. The Frame Relay packet is examined at the interface for the data-link connection identifier (DLCI) value. The packet is then sent to the correct priority queue based on the priority level configured for that DLCI.
Note
When using FR PIPQ, configure the network so that different types of traffic are transported on separate PVCs. FR PIPQ is not meant to be used when an individual PVC carries different traffic types that have different quality of service (QoS) requirements.
You assign priority to a PVC within a Frame Relay map class. All PVCs using or inheriting that map class will be classed according to the configured priority. If a PVC does not have a map class associated with it, or if the map class associated with it does not have priority explicitly configured, then the packets on that PVC will be queued on the default "normal" priority queue.
If you do not enable FR PIPQ on the interface using the frame-relay interface-queue priority command in interface configuration mode, configuring PVC priority within a map class will not be effective. At this time you have the option to also set the size (in maximum number of packets) of the four priority queues.
FR PIPQ works with or without Frame Relay traffic shaping (FRTS) and FRF.12. The interface-level priority queueing takes the place of the FIFO queueing or dual FIFO queueing normally used by FRTS and FRF.12. PVC priority assigned within FR PIPQ takes precedence over FRF.12 priority, which means that all packets destined for the same PVC will be queued on the same interface queue whether they were fragmented or not.
Note
Although high priority PVCs most likely will transport only small packets of voice traffic, you may want to configure FRF.12 on these PVCs anyway to guard against any unexpectedly large packets.
Benefits
FR PIPQ provides four levels of PVC priority: high, medium, normal, and low. This method of queueing ensures that time/delay-sensitive traffic such as voice has absolute priority over signalling traffic, and that signalling traffic has absolute priority over data traffic, providing different PVCs are used for the different types of traffic.
Restrictions
The following restrictions apply to FR PIPQ:
•
FR PIPQ is not supported on loopback or tunnel interfaces, or interfaces that explicitly disallow priority queueing.
•
FR PIPQ is not supported with hardware compression.
•
FR PIPQ cannot be enabled on an interface that is already configured with queueing other than FIFO queueing. FR PIPQ can be enabled if WFQ is configured, as long as WFQ is the default interface queueing method.
Related Features and Technologies
The following features and technologies are related to FR PIPQ:
•
FRTS
•
FRF.12
Related Documents
The following documents provide information related to FR PIPQ:
•
Cisco IOS Wide-Area Networking Configuration Guide, Release 12.1
•
Cisco IOS Wide-Area Networking Command Reference, Release 12.1
Supported Platforms
•
Cisco 1000 series
•
Cisco 1400 series
•
Cisco 1600
•
Cisco 1700
•
Cisco 1750
•
Cisco 2500
•
Cisco 2600
•
Cisco 3600
•
Cisco 3810
•
Cisco 4500
•
Cisco 4700
•
Cisco 7200
•
Cisco 7500 (in nondistributed mode)
Supported Standards, MIBs, and RFCs
Standards
No new or modified standards are supported by this feature.
MIBs
No new or modified MIBs are supported by this feature.
For descriptions of supported MIBs and how to use MIBs, see the Cisco MIB web site on CCO at http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml.
RFCs
No new or modified standards are supported by this feature.
Prerequisites
The following prerequisites apply to FR PIPQ:
•
PVCs should be configured to carry a single type of traffic.
•
The network should be configured with adequate call admission control to prevent starvation of any of the priority queues.
Configuration Tasks
See the following sections for configuration tasks for the FR PIPQ feature. Each task in the list is identified as either optional or required:
•
Configuring PVC Priority in a Map Class (Required)
•
Enabling FR PIPQ and Setting Queue Limits (Required)
•
Assigning a Map Class to a PVC (Required)
Configuring PVC Priority in a Map Class
To configure PVC priority within a map class, use the following commands beginning in global configuration mode:
Enabling FR PIPQ and Setting Queue Limits
To enable FR PIPQ and set the priority queue sizes, use the following commands beginning in global configuration mode:
Assigning a Map Class to a PVC
To assign a map class to a specific PVC, use the following commands beginning in interface configuration mode:
Verifying FR PIPQ
To verify the configuration of FR PIPQ, use one or more of the following commands in privileged EXEC mode:
Monitoring and Maintaining FR PIPQ
To monitor and maintain FR PIPQ, use one or more of the following commands in privileged EXEC mode:
Configuration Examples
This section provides configuration examples for FR PIPQ.
FR PIPQ Configuration Example
This example shows the configuration of four PVCs on serial interface 0. DLCI 100 is assigned high priority, DLCI 200 is assigned medium priority, DLCI 300 is assigned normal priority, and DLCI 400 is assigned low priority.
The following commands configure Frame Relay map classes with PVC priority levels:
Router(config)# map-class frame-relay HIRouter(config-map-class)# frame-relay interface-queue priority highRouter(config-map-class)# exitRouter(config)# map-class frame-relay MEDRouter(config-map-class)# frame-relay interface-queue priority mediumRouter(config-map-class)# exitRouter(config)# map-class frame-relay NORMRouter(config-map-class)# frame-relay interface-queue priority normalRouter(config-map-class)# exitRouter(config)# map-class frame-relay LOWRouter(config-map-class)# frame-relay interface-queue priority lowRouter(config-map-class)# exitThe following commands enable Frame Relay encapsulation and FR PIPQ on serial interface 0. The sizes of the priority queues are set at a maximum of 20 packets for the high priority queue, 40 for the medium priority queue, 60 for the normal priority queue, and 80 for the low priority queue.
Router(config)# interface Serial0Router(config-if)# encapsulation frame-relayRouter(config-if)# frame-relay interface-queue priority 20 40 60 80The following commands assign priority to four PVCs by associating the DLCIs with the configured map classes:
Router(config-if)# frame-relay interface-dlci 100Router(config-fr-dlci)# class HIRouter(config-fr-dlci)# exitRouter(config-if)# frame-relay interface-dlci 200Router(config-fr-dlci)# class MEDRouter(config-fr-dlci)# exitRouter(config-if)# frame-relay interface-dlci 300Router(config-fr-dlci)# class NORMRouter(config-fr-dlci)# exitRouter(config-if)# frame-relay interface-dlci 400Router(config-fr-dlci)# class LOWRouter(config-fr-dlci)# exitCommand Reference
This section documents new or modified commands. All other commands used with this feature are documented in the Cisco IOS Release 12.1 command reference publications.
•
frame-relay interface-queue priority
•
show frame-relay pvc
•
show interfaces
•
show queueing
frame-relay interface-queue priority
To enable the Frame Relay PVC Interface Priority Queueing (FR PIPQ) feature, use the frame-relay interface-queue priority interface configuration command. To disable FR PIPQ, use the no form of this command.
frame-relay interface-queue priority [high-limit medium-limit normal-limit low-limit]
no frame-relay interface-queue priority
To assign priority to a permanent virtual circuit (PVC) within a Frame Relay map class, use the frame-relay interface-queue priority map-class configuration command. To remove priority from a PVC within a Frame Relay map class, use the no form of this command.
frame-relay interface-queue priority {high | medium | normal | low}
no frame-relay interface-queue priority
Syntax Description
Defaults
The default sizes of the high, medium, normal, and low priority queues are 20, 40, 60, and 80 packets, respectively.
When FR PIPQ is enabled on the interface, the default PVC priority is normal priority.
Command Modes
Interface configuration
Map-class configuration
Command History
Usage Guidelines
FR PIPQ must be enabled on the interface in order for the map-class configuration of PVC priority to be effective.
Before you configure FR PIPQ using the frame-relay interface-queue priority command, the following conditions must be met:
•
PVCs should be configured to carry a single type of traffic.
•
The network should be configured with adequate call admission control to prevent starvation of any of the priority queues.
You will not be able to configure FR PIPQ if any queueing other than FIFO queueing is already configured at the interface level. You will be able to configure FR PIPQ when weighted fair queueing (WFQ) is in use, as long as WFQ is the default interface queueing method. Disabling FR PIPQ will restore the interface to dual FIFO queueing if FRF.12 is enabled, FIFO queueing if Frame Relay traffic shaping (FRTS) is enabled, or the default queueing method for the interface.
Examples
In the following example, FR PIPQ is enabled on serial interface 0, and the limits of the high, medium, normal, and low priority queues are set to 10, 20, 30, and 40 packets, respectively. PVC 100 is assigned high priority, so all traffic destined for PVC 100 will be sent to the high priority interface queue.
interface serial0encapsulation frame-relayframe-relay interface-queue priority 10 20 30 40frame-relay interface-dlci 100class high_priority_class!map-class frame-relay high_priority_classframe-relay interface-queue priority highRelated Commands
show frame-relay pvc
To display statistics about permanent virtual circuits (PVCs) for Frame Relay interfaces, use the show frame-relay pvc privileged EXEC command.
show frame-relay pvc [interface interface][dlci]
Syntax Description
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
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.
Traffic Shaping
Congestion control mechanisms are currently not supported, but the switch passes forward explicit congestion notification (FECN) bits, backward explicit congestion notification (BECN) bits, and discard eligible (DE) bits unchanged from entry to exit points in the network.
If a Local Management Interface (LMI) status report indicates that a PVC is not active, then it is marked as inactive. A PVC is marked as deleted if it is not listed in a periodic LMI status message.
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 PVC Priority Queueing Example
The following is sample output for a PVC that has been assigned high priority:
ed2-36b# show frame-relay pvc 100PVC Statistics for interface Serial0 (Frame Relay DTE)DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0input pkts 0 output pkts 0 in bytes 0out bytes 0 dropped pkts 0 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0out bcast pkts 0 out bcast bytes 0pvc create time 00:00:59, last time pvc status changed 00:00:33priority highLow Latency Queueing for Frame Relay Example
The following is sample output from the show frame-relay pvc command for a PVC shaped to a 64K 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.
ed2-36b# show frame-relay pvc 100PVC Statistics for interface Serial1/0 (Frame Relay DTE)DLCI = 100, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial1/0.1input pkts 0 output pkts 0 in bytes 0out bytes 0 dropped pkts 0 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0out bcast pkts 0 out bcast bytes 0pvc create time 00:00:42, last time pvc status changed 00:00:42service policy mypolicyClass voiceWeighted Fair QueueingStrict PriorityOutput Queue: Conversation 72Bandwidth 16 (kbps) Packets Matched 0(pkts discards/bytes discards) 0/0Class immediate-dataWeighted Fair QueueingOutput Queue: Conversation 73Bandwidth 60 (%) Packets Matched 0(pkts discards/bytes discards/tail drops) 0/0/0mean queue depth: 0drops: class random tail min-th max-th mark-prob0 0 0 64 128 1/101 0 0 71 128 1/102 0 0 78 128 1/103 0 0 85 128 1/104 0 0 92 128 1/105 0 0 99 128 1/106 0 0 106 128 1/107 0 0 113 128 1/10rsvp 0 0 120 128 1/10Class priority-dataWeighted Fair QueueingOutput Queue: Conversation 74Bandwidth 40 (%) Packets Matched 0 Max Threshold 64 (packets)(pkts discards/bytes discards/tail drops) 0/0/0Class class-defaultWeighted Fair QueueingFlow Based Fair QueueingMaximum Number of Hashed Queues 64 Max Threshold 20 (packets)Output queue size 0/max total 600/drops 0fragment type end-to-end fragment size 50cir 64000 bc 640 be 0 limit 80 interval 10mincir 64000 byte increment 80 BECN response nofrags 0 bytes 0 frags delayed 0 bytes delayed 0shaping inactivetraffic shaping drops 0The 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 55PVC Statistics for interface Serial5/1 (Frame Relay DTE)DLCI = 55, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial5/1.1input pkts 9 output pkts 16 in bytes 154out bytes 338 dropped pkts 6 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0out bcast pkts 0 out bcast bytes 0pvc create time 00:35:11, last time pvc status changed 00:00:22Bound to Virtual-Access1 (up, cloned from Virtual-Template5)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 employed is proprietary to Cisco.
A sample configuration for this scenario is shown first, followed by the output for the show frame-relay pvc command.
interface serial 0encapsulation frame-relayframe-relay traffic-shapingframe-relay interface-dlci 108vofr ciscoclass vofr-classmap-class frame-relay vofr-classframe-relay fragment 100frame-relay fair-queueframe-relay cir 64000frame-relay voice bandwidth 25000Router# show frame-relay pvc 108PVC Statistics for interface Serial0 (Frame Relay DTE)DLCI = 108, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0input pkts 1260 output pkts 1271 in bytes 95671out bytes 98604 dropped pkts 0 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0out bcast pkts 1271 out bcast bytes 98604pvc create time 09:43:17, last time pvc status changed 09:43:17Service type VoFR-ciscoconfigured voice bandwidth 25000, used voice bandwidth 0voice reserved queues 24, 25fragment type VoFR-cisco fragment size 100cir 64000 bc 64000 be 0 limit 1000 interval 125mincir 32000 byte increment 1000 BECN response nopkts 2592 bytes 205140 pkts delayed 1296 bytes delayed 102570shaping inactiveshaping drops 0Current fair queue configuration:Discard Dynamic Reservedthreshold queue count queue count64 16 2Output queue size 0/max total 600/drops 0Note that the "fragment type" field in the show frame-relay pvc command display can have the following entries:
•
VoFR-cisco—Indicates that fragmented packets will contain the Cisco proprietary header
•
VoFR—Indicates that fragmented packets will contain the FRF.12 header
•
end-to-end—Indicates that pure FRF.12 fragmentation is carried on this virtual circuit
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 scenario is shown first, followed by the output for the show frame-relay pvc command.
interface serial 0encapsulation frame-relayframe-relay traffic-shapingframe-relay interface-dlci 110class fragmap-class frame-relay fragframe-relay fragment 100frame-relay fair-queueframe-relay cir 64000Router# show frame-relay pvc 110PVC Statistics for interface Serial0 (Frame Relay DTE)DLCI = 110, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0input pkts 0 output pkts 243 in bytes 0out bytes 7290 dropped pkts 0 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0out bcast pkts 243 out bcast bytes 7290pvc create time 04:03:17, last time pvc status changed 04:03:18fragment type end-to-end fragment size 100cir 64000 bc 64000 be 0 limit 1000 interval 125mincir 32000 byte increment 1000 BECN response nopkts 486 bytes 14580 pkts delayed 243 bytes delayed 7290shaping inactiveshaping drops 0Current fair queue configuration:Discard Dynamic Reservedthreshold queue count queue count64 16 2Output queue size 0/max total 600/drops 0Note that when voice is not configured, voice bandwidth output is not displayed.
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 pvcDLCI = 300, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.103input pkts 10 output pkts 7 in bytes 6222out bytes 6034 dropped pkts 0 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0outbcast pkts 0 outbcast bytes 0pvc create time 0:13:11 last time pvc status changed 0:11:46DLCI = 400, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.104input pkts 20 output pkts 8 in bytes 5624out bytes 5222 dropped pkts 0 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0outbcast pkts 0 outbcast bytes 0pvc create time 0:03:57 last time pvc status changed 0:03:48The 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 45PVC Statistics for interface Serial1 (Frame Relay DTE)DLCI = 45, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial1input pkts 85 output pkts 289 in bytes 1730out bytes 6580 dropped pkts 11 in FECN pkts 0in BECN pkts 0 out FECN pkts 0 out BECN pkts 0in DE pkts 0 out DE pkts 0out bcast pkts 0 out bcast bytes 0pvc create time 00:02:09, last time pvc status changed 00:02:09Service type VoFRconfigured voice bandwidth 25000, used voice bandwidth 22000fragment type VoFR fragment size 100cir 20000 bc 1000 be 0 limit 125 interval 50mincir 20000 byte increment 125 BECN response nofragments 290 bytes 6613 fragments delayed 1 bytes delayed 33shaping inactivetraffic shaping drops 0Voice Queueing Stats: 0/100/0 (size/max/dropped)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Current fair queue configuration:Discard Dynamic Reservedthreshold queue count queue count64 16 2Output queue size 0/max total 600/drops 0Table 1 provides a listing of the fields in these displays and a description of each field.
Related Commands
show interfaces
To display statistics for all interfaces configured on the router or access server, use the show interfaces privileged EXEC command. The resulting output varies, depending on the network for which an interface has been configured.
show interfaces [type number] [first] [last] [accounting]
Cisco 7200 Series and Cisco 7500 Series with a Packet over SONET Interface Processor
show interfaces [type slot/port] [accounting]
Cisco 7500 Series with Ports on VIPs
show interfaces [type slot/port-adapter/port] [ethernet | serial]
Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
The show interfaces command displays statistics for the network interfaces. The resulting display on the Cisco 7200 series routers shows the interface processors in slot order. If you add interface processors after booting the system, they will appear at the end of the list, in the order in which they were inserted.
If you use the show interfaces command on the Cisco 7200 series routers without the slot/port arguments, information for all interface types will be shown. For example, if you enter the show interfaces ethernet command, you will receive information for all Ethernet, serial, Token Ring, and FDDI interfaces. Only by adding the type slot/port argument can you specify a particular interface.
If you enter a show interfaces command for an interface type that has been removed from the router or access server, interface statistics will be displayed accompanied by the following text: "Hardware has been removed."
If you use the show interfaces command on a router or access server for which interfaces are configured to use weighted fair queueing (WFQ) through the fair-queue interface configuration command, additional information is displayed. This information consists of the current and high-water mark number of flows.
If you use the show interfaces command on dialer interfaces configured for binding, the display will report statistics on each physical interface bound to the dialer interface; see the examples in the following section for more information.
You will use the show interfaces command frequently while configuring and monitoring devices. The various forms of the show interfaces commands are shown in detail in the "Examples" section of this command.
Examples
The following is sample output from the show interfaces command. Because your display will depend on the type and number of interface cards in your router or access server, only a portion of the display is shown.
Router# show interfacesEthernet 0 is up, line protocol is upHardware is MCI Ethernet, address is 0000.0c00.750c (bia 0000.0c00.750c)Internet address is 131.108.28.8, subnet mask is 255.255.255.0MTU 1500 bytes, BW 10000 Kbit, DLY 100000 usec, rely 255/255, load 1/255Encapsulation ARPA, loopback not set, keepalive set (10 sec)ARP type: ARPA, ARP Timeout 4:00:00Last input 0:00:00, output 0:00:00, output hang neverLast clearing of "show interface" counters 0:00:00Output queue 0/40, 0 drops; input queue 0/75, 0 dropsFive minute input rate 0 bits/sec, 0 packets/secFive minute output rate 2000 bits/sec, 4 packets/sec1127576 packets input, 447251251 bytes, 0 no bufferReceived 354125 broadcasts, 0 runts, 0 giants0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort5332142 packets output, 496316039 bytes, 0 underruns0 output errors, 432 collisions, 0 interface resets, 0 restarts...Frame Relay PVC Interface Priority Queueing Example
The following is sample output from the show interfaces command when FR PIPQ is enabled on serial interface 0:
Router# show interfaces Serial0Serial3/2 is up, line protocol is upHardware is M4TMTU 1500 bytes, BW 2048 Kbit, DLY 20000 usec,reliability 255/255, txload 1/255, rxload 1/255Encapsulation FRAME-RELAY, crc 16, loopback not setKeepalive set (10 sec)LMI enq sent 7, LMI stat recvd 7, LMI upd recvd 0, DTE LMI upLMI enq recvd 0, LMI stat sent 0, LMI upd sent 0LMI DLCI 0 LMI type is ANSI Annex D frame relay DTEFR SVC disabled, LAPF state downBroadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0Last input 00:00:08, output 00:00:08, output hang neverLast clearing of "show interface" counters 00:01:31Input queue:0/75/0 (size/max/drops); Total output drops:0Queueing strategy:DLCI priorityOutput queue (queue priority:size/max/drops):high:0/20/0, medium:0/40/0, normal:0/60/0, low:0/80/05 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 0 bits/sec, 0 packets/sec7 packets input, 173 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort7 packets output, 98 bytes, 0 underruns0 output errors, 0 collisions, 2 interface resets0 output buffer failures, 0 output buffers swapped out2 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=upTable 2 shows the output fields relevant to FR PIPQ.
Custom Output Queueing Example
The following is partial sample output when custom output queueing is enabled:
Last clearing of "show interface" counters 0:00:06Input queue: 0/75/0 (size/max/drops); Total output drops: 21Output queues: (queue #: size/max/drops)0: 14/20/14 1: 0/20/6 2: 0/20/0 3: 0/20/0 4: 0/20/0 5: 0/20/06: 0/20/0 7: 0/20/0 8: 0/20/0 9: 0/20/0 10: 0/20/0When custom queueing is enabled, the drops accounted for in the output queues result from bandwidth limitation for the associated traffic and lead to queue length overflow. Total output drops include drops on all custom queues and the system queue. Fields are described with the weighted fair queueing (WFQ) output in Table 3.
WFQ Output Example
In the following sample output, each interface on the router or access server configured to use WFQ, the show interfaces command displays the information beginning with the "Input queue:" line:
Router# show interfacesEthernet 0 is up, line protocol is upHardware is MCI Ethernet, address is 0000.0c00.750c (bia 0000.0c00.750c)Internet address is 131.108.28.8, subnet mask is 255.255.255.0MTU 1500 bytes, BW 10000 Kbit, DLY 100000 usec, rely 255/255, load 1/255Encapsulation ARPA, loopback not set, keepalive set (10 sec)ARP type: ARPA, ARP Timeout 4:00:00Last input 0:00:00, output 0:00:00, output hang neverLast clearing of "show interface" counters 0:00:00Output queue 0/40, 0 drops; input queue 0/75, 0 dropsFive minute input rate 0 bits/sec, 0 packets/secFive minute output rate 2000 bits/sec, 4 packets/sec1127576 packets input, 447251251 bytes, 0 no bufferReceived 354125 broadcasts, 0 runts, 0 giants0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort5332142 packets output, 496316039 bytes, 0 underruns0 output errors, 432 collisions, 0 interface resets, 0 restarts Input queue: 0/75/0 (size/max/drops); Total output drops: 0 Output queue: 7/64/0 (size/threshold/drops) Conversations 2/9 (active/max active)Table 3 provides a listing of input queue and output queue fields shown in the preceding display.
accounting Option Example
To display the number of packets of each protocol type that have been sent through all configured interfaces, use the show interfaces accounting keyword EXEC command. When you use the accounting option, only the accounting statistics are displayed.
Note
Except for protocols that are encapsulated inside other protocols, such as IP over X.25, the accounting option also shows the total of all bytes sent and received, including the MAC header. For example, it totals the size of the Ethernet packet or the size of a packet that includes High-Level Data Link Control (HDLC) encapsulation.
Per-packet accounting information is kept for the following protocols:
•
Apollo
•
AppleTalk
•
Address Resolution Protocol (ARP) (for IP, Apollo, Frame Relay, Switched Multimegabit Data Service [SMDS])
•
Conncectionless Network Service (CLNS)
•
DEC MOP—The routers use MOP packets to advertise their existence to Digital Equipment Corporation machines that use the MOP protocol. A router periodically broadcasts MOP packets to identify itself as a MOP host. This results in MOP packets being counted, even when DECnet is not being actively used.
•
DECnet
•
HP Probe
•
IP
•
LAN Manager (LAN Network Manager and IBM Network Manager)
•
Novell
•
Serial Tunnel (SDLC)
•
Spanning tree
•
SR Bridge
•
Transparent Bridge
•
VINES
•
XNS
DWRED Example
The following is sample output from the show interfaces command when Distributed Weighted Random Early Detection (DWRED) is enabled on an interface. Notice that the packet drop strategy is listed as "VIP-based weighted RED."
Router# show interfaces hssi0/0/0Hssi0/0/0 is up, line protocol is upHardware is cyBus HSSIDescription: 45Mbps to R1Internet address is 200.200.14.250/30MTU 4470 bytes, BW 45045 Kbit, DLY 200 usec, rely 255/255, load 1/255Encapsulation HDLC, loopback not set, keepalive set (10 sec)Last input 00:00:02, output 00:00:03, output hang neverLast clearing of "show interface" counters neverQueueing strategy: fifoPacket Drop strategy: VIP-based weighted REDOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 0 bits/sec, 0 packets/sec1976 packets input, 131263 bytes, 0 no bufferReceived 1577 broadcasts, 0 runts, 0 giants0 parity4 input errors, 4 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort1939 packets output, 130910 bytes, 0 underruns0 output errors, 0 applique, 3 interface resets0 output buffers copied, 0 interrupts, 0 failuresALC Example
The following is sample output from the show interfaces command for the serial 2 interface when ALC is enabled:
Router# show interfaces serial 2Serial2 is up, line protocol is upHardware is CD2430MTU 1500 bytes, BW 115 Kbit, DLY 20000 usec, rely 255/255, load 1/255Encapsulation ALC, loopback not setFull-duplex enabled.ascus in UP state: 42, 46ascus in DOWN state:ascus DISABLED:Last input never, output never, output hang neverLast clearing of "show interface" counters neverQueueing strategy: fifoOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 0 bits/sec, 0 packets/sec0 packets input, 0 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort0 packets output, 0 bytes, 0 underruns0 output errors, 0 collisions, 3 interface resets0 output buffer failures, 0 output buffers swapped outDCD=down DSR=down DTR=down RTS=down CTS=downSDLC Example
The following is sample output from the show interfaces command for an SDLC primary interface supporting the SDLC function:
Router# show interfacesSerial 0 is up, line protocol is upHardware is MCI SerialMTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255Encapsulation SDLC-PRIMARY, loopback not setTimers (msec): poll pause 100 fair poll 500. Poll limit 1[T1 3000, N1 12016, N2 20, K 7] timer: 56608 Last polled device: noneSDLLC [ma: 0000.0C01.14--, ring: 7 bridge: 1, target ring: 10largest token ring frame 2052]SDLC addr C1 state is CONNECTVS 6, VR 3, RCNT 0, Remote VR 6, Current retransmit count 0Hold queue: 0/12 IFRAMEs 77/22 RNRs 0/0 SNRMs 1/0 DISCs 0/0Poll: clear, Poll count: 0, chain: p: C1 n: C1SDLLC [largest SDLC frame: 265, XID: disabled]Last input 00:00:02, output 00:00:01, output hang neverOutput queue 0/40, 0 drops; input queue 0/75, 0 dropsFive minute input rate 517 bits/sec, 30 packets/secFive minute output rate 672 bits/sec, 20 packets/sec357 packets input, 28382 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort926 packets output, 77274 bytes, 0 underruns0 output errors, 0 collisions, 0 interface resets, 0 restarts2 carrier transitionsTable 4 shows the fields relevant to all SDLC connections.
Table 5 shows other data given for each SDLC secondary configured to be attached to this interface.
show interfaces accounting Example
The following is sample output from the show interfaces accounting command:
Router# show interfaces accountingInterface TokenRing0 is disabledEthernet0Protocol Pkts In Chars In Pkts Out Chars OutIP 873171 735923409 34624 9644258Novell 163849 12361626 57143 4272468DEC MOP 0 0 1 77ARP 69618 4177080 1529 91740Interface Serial0 is disabledEthernet1Protocol Pkts In Chars In Pkts Out Chars OutIP 0 0 37 11845Novell 0 0 4591 275460DEC MOP 0 0 1 77ARP 0 0 7 420Interface Serial1 is disabledInterface Ethernet2 is disabledInterface Serial2 is disabledInterface Ethernet3 is disabledInterface Serial3 is disabledInterface Ethernet4 is disabledInterface Ethernet5 is disabledInterface Ethernet6 is disabledInterface Ethernet7 is disabledInterface Ethernet8 is disabledInterface Ethernet9 is disabledFddi0Protocol Pkts In Chars In Pkts Out Chars OutNovell 0 0 183 11163ARP 1 49 0 0When the output indicates an interface is "disabled," the router has received an excessive number of errors (over 5000 in a keepalive period).
Flow-Based WRED Example
The following is sample output from the show interfaces command issued for the serial1 interface for which flow-based WRED is enabled. The output shows 8 active flow-based WRED flows, that the maximum number of flows active at any time is 9, and that the maximum number of possible flows configured for the interface is 16.
Router# show interfaces serial1Serial1 is up, line protocol is upHardware is HD64570Internet address is 190.1.2.1/24MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,Reliability 255/255, txload 237/255, rxload 1/255Encapsulation HDLC, loopback not setKeepalive not setLast input 00:00:22, output 00:00:00, output hang neverLast clearing of "show interface" counters 00:17:58Input queue: 0/75/0 (size/max/drops); Total output drops: 2479Queueing strategy: random early detection(RED)flows (active/max active/max): 8/9/16mean queue depth: 27drops: class random tail min-th max-th mark-prob0 946 0 20 40 1/101 488 0 22 40 1/102 429 0 24 40 1/103 341 0 26 40 1/104 235 0 28 40 1/105 40 0 31 40 1/106 0 0 33 40 1/107 0 0 35 40 1/10rsvp 0 0 37 40 1/1030 second input rate 1000 bits/sec, 2 packets/sec30 second output rate 119000 bits/sec, 126 packets/sec1346 packets input, 83808 bytes, 0 no bufferReceived 12 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort84543 packets output, 9977642 bytes, 0 underruns0 output errors, 0 collisions, 6 interface resets0 output buffer failures, 0 output buffers swapped out0 carrier transitionsDCD=up DSR=up DTR=up RTS=up CTS=upDWFQ Example
The following is sample output from the show interfaces command when distributed weighted fair queueing (DWFQ) is enabled on an interface. Notice that the queueing strategy is listed as "VIP-based fair queueing."
Router# show interfaces fastethernet 1/1/0Fast Ethernet 1/1/0 is up, line protocol is upHardware is cyBus Fast Ethernet Interface, address is 0007.f618.4448 (bia 00e0)Description: pkt input i/f for WRL tests (to pagent)Internet address is 80.0.2.70/24MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255Encapsulation ARPA, loopback not set, keepalive not set, fdx, 100BaseTX/FXARP type: ARPA, ARP Timeout 04:00:00Last input never, output 01:11:01, output hang neverLast clearing of "show interface" counters 01:12:31Queueing strategy: VIP-based fair queueingOutput queue 0/40, 0 drops; input queue 0/75, 0 drops30 second input rate 0 bits/sec, 0 packets/sec30 second output rate 0 bits/sec, 0 packets/sec0 packets input, 0 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort0 watchdog, 0 multicast0 input packets with dribble condition detected1 packets output, 60 bytes, 0 underruns0 output errors, 0 collisions, 0 interface resets0 babbles, 0 late collision, 0 deferred0 lost carrier, 0 no carrier0 output buffers copied, 0 interrupts, 0 failuresDNIS Binding Example
The following is sample output when the show interfaces command is used on an unbound dialer interface:
Router# show interfaces dialer0Dialer0 is up (spoofing), line protocol is up (spoofing)Hardware is UnknownInternet address is 21.1.1.2/8MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 3/255Encapsulation PPP, loopback not setDTR is pulsed for 1 seconds on resetLast input 00:00:34, output never, output hang neverLast clearing of "show interface" counters 00:05:09Queueing strategy: fifoOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 1000 bits/sec, 0 packets/sec18 packets input, 2579 bytes14 packets output, 5328 bytesWhen the show interfaces command is issued on a bound dialer interface, you will get an additional report indicating the binding relationship. The output looks as follows:
Router# show interfaces dialer0Dialer0 is up, line protocol is upHardware is UnknownInternet address is 21.1.1.2/8MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255Encapsulation PPP, loopback not setDTR is pulsed for 1 seconds on resetInterface is bound to BRI0:1Last input 00:00:38, output never, output hang neverLast clearing of "show interface" counters 00:05:36Queueing strategy: fifoOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 0 bits/sec, 0 packets/sec38 packets input, 4659 bytes34 packets output, 9952 bytesBound to:BRI0:1 is up, line protocol is upHardware is BRIMTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255Encapsulation PPP, loopback not set, keepalive not setInterface is bound to Dialer0 (Encapsulation PPP)LCP Open, multilink OpenLast input 00:00:39, output 00:00:11, output hang neverLast clearing of "show interface" counters neverQueueing strategy: fifoOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 0 packets/sec5 minute output rate 0 bits/sec, 0 packets/sec78 packets input, 9317 bytes, 0 no bufferReceived 65 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort93 packets output, 9864 bytes, 0 underruns0 output errors, 0 collisions, 7 interface resets0 output buffer failures, 0 output buffers swapped out4 carrier transitionsAt the end of dialer0 output, the show interfaces command is executed on each physical interface bound to it.
In the following sample output, the physical interface is the B1 channel of the bri0 link. This example also illustrates that the output under the B channel keeps all hardware counts that are not displayed under any logical or virtual access interface. The line in the report that states "Interface is bound to Dialer0 (Encapsulation LAPB)" indicates that this B interface is bound to Dialer0 and the encapsulation running over this connection is Link Access Procedure, Balanced (LAPB), not PPP, which is the encapsulation configured on the D interface and inherited by the B channel.
Router# show interfaces bri0:1BRI0:1 is up, line protocol is upHardware is BRIMTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255Encapsulation PPP, loopback not set, keepalive not setInterface is bound to Dialer0 (Encapsulation LAPB)LCP Open, multilink OpenLast input 00:00:31, output 00:00:03, output hang neverLast clearing of "show interface" counters neverQueueing strategy: fifoOutput queue 0/40, 0 drops; input queue 0/75, 0 drops5 minute input rate 0 bits/sec, 1 packets/sec5 minute output rate 0 bits/sec, 1 packets/sec110 packets input, 13994 bytes, 0 no bufferReceived 91 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort135 packets output, 14175 bytes, 0 underruns0 output errors, 0 collisions, 12 interface resets0 output buffer failures, 0 output buffers swapped out8 carrier transitionsAny protocol configuration and states should be displayed from the Dialer0 interface.
show queueing
To list all or selected configured queueing strategies, use the show queueing privileged EXEC command.
show queueing [custom | fair | priority | random-detect [interface atm_subinterface [vc [[vpi/] vci]]]]
Syntax Description
Defaults
If no keyword is entered, this command shows the configuration of all interfaces.
Command Modes
Privileged EXEC
Command History
Examples
FR PIPQ Example
The following sample output shows that FR PIPQ (referred to as "DLCI priority queue") is configured on serial interface 0. The output also shows the size of the four DLCI priority queues.
Router# show queueingCurrent fair queue configuration:Interface Discard Dynamic Reservedthreshold queue count queue countSerial3/1 64 256 0Serial3/3 64 256 0Current DLCI priority queue configuration:Interface High Medium Normal Lowlimit limit limit limitSerial0 20 40 60 80Current priority queue configuration:List Queue Args1 low protocol ipx1 normal protocol vines1 normal protocol appletalk1 normal protocol ip1 normal protocol decnet1 normal protocol decnet_node1 normal protocol decnet_rout1 normal protocol decnet_rout1 medium protocol xns1 high protocol clns1 normal protocol bridge1 normal protocol arpCurrent custom queue configuration:Current random-detect configuration:Weighted Fair Queueing Example
The following is sample output from the show queueing command. Two active conversations are in serial interface 0. Weighted fair queueing (WFQ) ensures that both of these IP data streams—both using TCP—receive equal bandwidth on the interface while they have messages in the pipeline, even though more FTP data is in the queue than remote copy protocol (RCP) data.
Router# show queueingCurrent fair queue configuration:Interface Discard Dynamic Reservedthreshold queue count queue countSerial0 64 256 0Serial1 64 256 0Serial2 64 256 0Serial3 64 256 0Current priority queue configuration:List Queue Args1 high protocol cdp2 medium interface Ethernet1Current custom queue configuration:Current random-detect configuration:Serial5Queueing strategy:random early detection (WRED)Exp-weight-constant:9 (1/512)Mean queue depth:40Class Random Tail Minimum Maximum Markdrop drop threshold threshold probability0 1401 9066 20 40 1/101 0 0 22 40 1/102 0 0 24 40 1/103 0 0 26 40 1/104 0 0 28 40 1/105 0 0 31 40 1/106 0 0 33 40 1/107 0 0 35 40 1/10rsvp 0 0 37 40 1/10Custom Queueing Example
The following is sample output from the show queueing custom command:
Router# show queueing customCurrent custom queue configuration:List Queue Args3 10 default3 3 interface Tunnel33 3 protocol ip3 3 byte-count 444 limit 3Flow-Based WRED Example
The following is sample output from the show queueing random-detect command. The output shows that the interface is configured for flow-based WRED to ensure fair packet drop among flows. The random-detect flow average-depth-factor command was used to configure a scaling factor of 8 for this interface. The scaling factor is used to scale the number of buffers available per flow and to determine the number of packets allowed in the output queue of each active flow before the queue is susceptible to packet drop. The maximum flow count for this interface was set to 16 by the random-detect flow count command.
Router# show queueing random-detectCurrent random-detect configuration:Serial1Queueing strategy:random early detection (WRED)Exp-weight-constant:9 (1/512)Mean queue depth:29Max flow count:16 Average depth factor:8Flows (active/max active/max):39/40/16Class Random Tail Minimum Maximum Markdrop drop threshold threshold probability0 31 0 20 40 1/101 33 0 22 40 1/102 18 0 24 40 1/103 14 0 26 40 1/104 10 0 28 40 1/105 0 0 31 40 1/106 0 0 33 40 1/107 0 0 35 40 1/10rsvp 0 0 37 40 1/10DWRED Example
The following is sample output from the show queueing random-detect command for DWRED:
Current random-detect configuration:FastEthernet2/0/0Queueing strategy:fifoPacket drop strategy:VIP-based random early detection (DWRED)Exp-weight-constant:9 (1/512)Mean queue depth:0Queue size:0 Maximum available buffers:6308Output packets:5 WRED drops:0 No buffer:0Class Random Tail Minimum Maximum Mark Outputdrop drop threshold threshold probability Packets0 0 0 109 218 1/10 51 0 0 122 218 1/10 02 0 0 135 218 1/10 03 0 0 148 218 1/10 04 0 0 161 218 1/10 05 0 0 174 218 1/10 06 0 0 187 218 1/10 07 0 0 200 218 1/10 0Table 6 describes the fields shown in the preceding displays.
Related Commands
Debug Commands
This section documents the modified debug priority command. All other commands used with this feature are documented in the Cisco IOS Release 12.1 command reference publications.
debug priority
To debug priority output queueing, use the debug priority privileged EXEC command. To disable debugging output, use the no form of this command.
debug priority
no debug priority
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Examples
The following example shows how to debug priority output queueing:
Router# debug priorityPriority output queueing debugging is onRouter#The following is sample output from the debug priority command when the Frame Relay PVC Interface Priority Queueing (FR PIPQ) feature is configured on serial interface 0:
Router# debug priority00:49:05:PQ:Serial0 dlci 100 -> high00:49:05:PQ:Serial0 output (Pk size/Q 24/0)00:49:05:PQ:Serial0 dlci 100 -> high00:49:05:PQ:Serial0 output (Pk size/Q 24/0)00:49:05:PQ:Serial0 dlci 100 -> high00:49:05:PQ:Serial0 output (Pk size/Q 24/0)00:49:05:PQ:Serial0 dlci 200 -> medium00:49:05:PQ:Serial0 output (Pk size/Q 24/1)00:49:05:PQ:Serial0 dlci 300 -> normal00:49:05:PQ:Serial0 output (Pk size/Q 24/2)00:49:05:PQ:Serial0 dlci 400 -> low00:49:05:PQ:Serial0 output (Pk size/Q 24/3)Glossary
DLCI—data-link connection identifier. Value that specifies a permanent virtual circuit (PVC) or switched virtual circuit (SVC) in a Frame Relay network.
FIFO queueing— First-in, first-out queueing. FIFO involves buffering and forwarding of packets in the order of arrival. FIFO embodies no concept of priority or classes of traffic. There is only one queue, and all packets are treated equally. Packets are sent out an interface in the order in which they arrive.
Frame Relay traffic shaping—See FRTS.
FRF.12—The FRF.12 Implementation Agreement was developed to allow long data frames to be fragmented into smaller pieces and interleaved with real-time frames. In this way, real-time voice and nonreal-time data frames can be carried together on lower-speed links without causing excessive delay to the real-time traffic.
FRTS—Frame Relay traffic shaping. FRTS uses queues on a Frame Relay network to limit surges that can cause congestion. Data is buffered and then sent into the network in regulated amounts to ensure that the traffic will fit within the promised traffic envelope for the particular connection.
PIPQ—Permanent virtual circuit (PVC) interface priority queueing. An interface-level priority queueing scheme in which prioritization is based on destination PVC rather than packet contents.
quality of service—Measure of performance for a transmission system that reflects its transmission quality and service availability.
VoFR—Voice over Frame Relay. Enables a router to carry voice traffic over a Frame Relay network. When voice traffic is sent over Frame Relay, the voice traffic is segmented and encapsulated for transit across the Frame Relay network using FRF.12 encapsulation.
Voice over Frame Relay—See VoFR.
WFQ—weighted fair queueing. Congestion management algorithm that identifies conversations (in the form of traffic streams), separates packets that belong to each conversation, and ensures that capacity is shared fairly among these individual conversations. WFQ is an automatic way of stabilizing network behavior during congestion and results in increased performance and reduced retransmission.
WRED—Weighted Random Early Detection. Combines IP Precedence and standard Random Early Detection (RED) to allow for preferential handling of voice traffic under congestion conditions without exacerbating the congestion. WRED uses and interprets IP Precedence to give priority to voice traffic over data traffic, dropping only data packets.

