Table Of Contents
Voice over Frame Relay Queuing Enhancement
Supported Standards, MIBs, and RFCs
Configure a Frame Relay Map Class to Support Voice Traffic
Monitoring and Maintaining the Special VoFR Voice Queue
Voice over Frame Relay Queuing Enhancement
Voice quality on Voice over Frame Relay calls can be affected when data bursts exceed the Committed Information Rate of the PVC. This enhancement provides a special queue for VoFR packets at the Frame Relay PVC level. This special queue is designed to prevent queueing problems that can reduce voice quality.
Feature Overview
When there are multiple sets of flows being handled by weighted fair queueing (WFQ), the algorithm provides the low weight/reserved queued voice packets with higher priority but only until some of the other data packets have waited enough time and therefore it is now their turn to be dequeued. Even if interleaving is active, the WFQ algorithm will not dequeue a voice packet until these data packets are transmitted. This causes voice quality problems.
The solution consists of adding a special queue at the PVC level where all VoFR packets will be queued. This special queue runs in parallel to the WFQ and is serviced before any of the WFQs.
As of this release, reserved queues are no longer required to support VoFR.
Benefits
Improved Voice Quality on VoFR Calls
By servicing the queue for VoFR packets before data packets in weighted fair queueing, delays that can impact voice quality are reduced.
Restrictions
None.
Related Documents
For more information about Voice over Frame Relay configuration, see the online feature module Voice over Frame Relay Using FRF.11 and FRF.12 for Cisco IOS Release 12.0(4)T.
Supported Platforms
•
Cisco 2600 series routers
•
Cisco 3600 series routers
•
Cisco MC3810 series multiservice access concentrators
•
Cisco 7200 series routers (tandeming only)
Supported Standards, MIBs, and RFCs
None.
Prerequisites
Before you can configure a Cisco router to use Voice over Frame Relay, you must do the following:
•
Complete your company's dial plan.
•
Establish a working Frame Relay network. For more information about configuring Frame Relay, refer to the Cisco IOS Wide-Area Networking Configuration Guide.
•
Establish a working telephony network based on your company's dial plan:
•
Integrate your dial plan and telephony network into your existing Frame Relay network topology. Make routing and/or dialing transparent to the user---for example, avoid secondary dial tones from secondary switches, where possible.
•
Contact your PBX vendor for instructions about how to reconfigure the appropriate PBX interfaces.
After you have analyzed your dial plan and decided how to integrate it into your existing Frame Relay network, you are ready to configure your network devices to support Voice over Frame Relay.
Configuration Tasks
For complete information about Voice over Frame Relay configuration, see the online feature module Voice over Frame Relay Using FRF.11 and FRF.12 for Cisco IOS Release 12.0(4)T.
See the following section for configuration tasks for the Voice over Frame Relay Queuing Enhancement.
Configure a Frame Relay Map Class to Support Voice Traffic
The queuing enhancement for Voice over Frame Relay is configured when you configure the map class to support voice traffic.
To configure a Frame Relay map class to support voice traffic on a single DLCI or a group of DLCIs, use the following commands beginning in global configuration mode:
For complete procedures for configuring Voice over Frame Relay, see the 12.0(4)T document Voice over Frame Relay Using FRF.11 and FRF.12.
Calculating Voice Bandwidth
The frame-relay voice-bandwidth map-class command is used to configure how much bandwidth is reserved for voice traffic. If there is not enough reserved voice bandwidth remaining on the PVC, then any new call attempted will be rejected.
When considering the amount of voice bandwidth to allocate to voice, the overall bandwidth calculation must include the voice packetization overhead and not just the raw compressed speech CODEC bandwidth. For VoFR voice packets, there are a total of 6 or 7 bytes total overhead per packet (including standard Frame Relay headers and flags). For subchannels (CIDs) less than number 64, the overhead is 6 bytes. For subchannels greater than or equal to number 64, the overhead is 7 bytes. Add one additional byte if voice sequence numbers are enabled in the voice packets.
To determine the required voice bandwidth, use the following calculation:
required_bandwidth = codec_bandwidth * (1 + overhead/payload_size)
This calculation addresses the amount of bandwidth consumed on the physical network interface. This does not necessarily represent the amount of connection bandwidth used within the Frame Relay network itself, which may be higher due to the overhead of switching small packets.
When using 30-millisecond duration voice packets, an approximate rule-of-thumb is to add 2000 bps overhead to the raw voice compressed speech CODEC rate. With the 32 kbps G.726 ADPCM speech coder, a 30-millisecond speech frame uses 120 bytes voice payload plus 6-7 bytes overhead, and the overall bandwidth requirement is around 34 kbps for each call.
Monitoring and Maintaining the Special VoFR Voice Queue
Command Reference
This section documents new or modified commands. All other commands used with this feature are documented in the Cisco IOS Release 12.0 command reference publications. This section includes information on the following modified commands:
In Cisco IOS Release 12.0(1)T or later, you can search and filter the output for show and more commands. This functionality is useful when you need to sort through large amounts of output, or if you want to exclude output that you do not need to see.
To use this functionality, enter a show or more command followed by the "pipe" character (|), one of the keywords begin, include, or exclude, and an expression that you want to search or filter on:
command | {begin | include | exclude} regular-expression
Following is an example of the show atm vc command in which you want the command output to begin with the first line where the expression "PeakRate" appears:
show atm vc | begin PeakRate
For more information on the search and filter functionality, refer to the Cisco IOS Release 12.0(1)T feature module titled CLI String Search.
frame-relay voice bandwidth
To specify how much bandwidth should be reserved for voice traffic on a specific data link connection identifier (DLCI), use the frame-relay voice bandwidth command. Use the no form of this command to release the bandwidth previously reserved for voice traffic.
frame-relay voice bandwidth bps [queue depth]
no frame-relay voice bandwidthSyntax Description
Defaults
Disabled (zero)
Command Modes
Map-class configuration
Command History
Usage Guidelines
To use this command, you must first associate a Frame Relay map class with a specific data link connection identifier (DLCI), then enter map-class configuration mode and set the amount of bandwidth to be reserved for voice traffic for that map class.
If a call is attempted and there is not enough remaining bandwidth reserved for voice to handle the additional call, the call will be rejected. For example, if 64 kbps is reserved for voice traffic, and a CODEC and payload size is being used that requires 10 kbps of bandwidth for each call, then the first 6 calls attempted will be accepted, but the 7th call will be rejected.
Note
Cisco strongly recommends that you set voice bandwidth to a value less than the CIR if Frame Relay traffic shaping is configured. Cisco also strongly recommends that you set the minimum CIR (using the frame-relay mincir command) to be at least equal to or greater than the voice bandwidth.
When setting the queue depth option, the depth should be kept small. Queueing packets on the voice queue indicates that there is some congestion on the PVC. Queueing too many packets on this queue indicates that there are more voice calls allowed on this PVC than it can handle. In this situation, it is recommended that you decrease the number of calls allowed on the PVC. Note that heavy data congestion may cause some voice packets to be queued, but given the priority of servicing the voice queue, the congestion will not cause the voice queue to be too deep.
Calculating Required Bandwidth
The bandwidth required for a voice call depends on the bandwidth of the CODEC, the voice packetization overhead, and the voice frame payload size. The smaller the voice frame payload size, the higher the bandwidth required for the call. To make the calculation, use the following formula:
required_bandwidth = codec_bandwidth x (1 + overhead / payload_size)
As an example, the overhead for VoFR voice packet is between 6 and 8 bytes: a 2-byte Frame Relay header, a 1- or 2-byte FRF.11 header (depending on the CID value), a 2-byte CRC, and a 1-byte trailing flag. If voice sequence numbers are enabled in the voice packets, there is an additional 1-byte sequence number. shows the required voice bandwidth for the G.729 8000 bps speech coder for various payload sizes.
To configure the payload size for the voice frames, use the codec command from dial-peer configuration mode.
Examples
The following example shows how to reserve 64 kbps for voice traffic for the "vofr" Frame Relay map class on a Cisco 2600 series, 3600 series, or 7200 series router or on an MC3810 concentrator, starting from global configuration mode:
router(config)# interface serial 1/1router(config-if)# frame-relay interface-dlci 100router(config-fr-dlci)# class vofrrouter(config-fr-dlci)# exitrouter(config)# map-class frame-relay vofrrouter(config-map-class)# frame-relay voice bandwidth 64000router(config-map-class)#Related Commands
show frame-relay pvc
To display statistics about PVCs for Frame Relay interfaces, use the show frame-relay pvc command from privileged EXEC mode.
show frame-relay pvc [interface interface [dlci]]
Syntax Description
Command Modes
Privileged EXEC
Command History
Usage Guidelines
When "vofr" or "vofr cisco" have 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.
Per VC counters are not incremented at all when either autonomous or 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 eligibility (DE) bits unchanged from entry to exit points in the network.
If an 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 different PVCs. Some of the PVCs carry data only; some carry a combination of voice and data.
Below is sample output from the show frame-relay pvc command for a PVC carrying Voice over Frame Relay 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 Cisco proprietary.
A sample configuration for this scenario is shown first; then 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 0fragment 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 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 0Note that the "fragment type" field in the show frame-relay pvc 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.11 Annex C header
•
end-to-end—Indicates that pure FRF.12 fragmentation is carried on this virtual circuit
Below 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; then 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 0provides a listing of the fields in these displays and a description of each field.
Related Commands
show traffic-shape queue
To display information about the elements queued at a particular time at the VC (DLCI) level, use the show traffic-shape queue command from privileged EXEC mode.
show traffic-shape queue [interface [dlci]]
Syntax Description
Command Modes
EXEC or Privileged EXEC
Command History
Usage Guidelines
When no parameters are specified with this command, the output displays information for all interfaces and DLCIs containing queued elements. When a specific interface and DLCI are specified, information is displayed about the queued elements for that DLCI only.
Examples
The following is sample output for the show traffic-shape queue command when weighted fair queuing is configured on the map-class associated with DLCI 16:
router# show traffic-shape queue Serial1/1 dlci 16Traffic queued in shaping queue on Serial1.1 dlci 16Queuing strategy: weighted fairQueuing Stats: 1/600/64/0 (size/max total/threshold/drops)Conversations 0/16 (active/max total)Reserved Conversations 0/2 (active/allocated)(depth/weight/discards) 1/4096/0Conversation 5, linktype: ip, length: 608source: 172.21.59.21, destination: 255.255.255.255, id: 0x0006, ttl: 255,TOS: 0 prot: 17, source port 68, destination port 67The following is sample output for the show traffic-shape queue command when priority queuing is configured on the map-class associated with DLCI 16:
router# show traffic-shape queue Serial1/1 dlci 16Traffic queued in shaping queue on Serial1.1 dlci 16Queuing strategy: priority-group 4Queuing Stats: low/1/80/0 (queue/size/max total/drops)Packet 1, linktype: cdp, length: 334, flags: 0x10000008The following is sample output for the show traffic-shape queue command when first-come-first-serve queuing is configured on the map-class associated with DLCI 16:
router# show traffic-shape queue Serial1/1 dlci 16Traffic queued in shaping queue on Serial1.1 dlci 16Queuing strategy: fcfsQueuing Stats: 1/60/0 (size/max total/drops)Packet 1, linktype: cdp, length: 334, flags: 0x10000008The following is sample output for the show traffic-shape queue command showing statistics for the special queue for voice traffic that is created automatically when the frame-relay voice bandwidth command is entered:
Router#show traffic-shape queue serial 1 dlci 45Voice queue attached to traffic shaping queue on Serial1 dlci 45~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Voice Queueing Stats: 0/100/0 (size/max/dropped)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Traffic queued in shaping queue on Serial1 dlci 45Queueing strategy: weighted fairQueueing Stats: 0/600/64/0 (size/max total/threshold/drops)Conversations 0/16 (active/max total)Reserved Conversations 0/2 (active/allocated)describes the fields shown in these displays.
Table 3 Show Traffic-Shape Queue Field Descriptions
Related Commands

