![]() |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation
![]() |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Contents
Frame Relay Voice-Adaptive Traffic Shaping and FragmentationLast Updated: November 27, 2011
The Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation feature helps ensure voice quality by adjusting the rate of traffic and activating fragmentation on the basis of the presence of voice on the permanent virtual circuit (PVC). Frame Relay voice-adaptive traffic shaping enables a PVC to adjust the rate of traffic if packets are detected in the priority queue or if H.323 call setup signaling packets are detected. Frame Relay voice-adaptive fragmentation allows fragmentation to be activated when priority-queue or H.323 signaling packets are detected. When priority-queue traffic and signaling packets are not present, Frame Relay voice-adaptive fragmentation allows fragmentation to be deactivated.
Finding Feature InformationYour software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the Feature Information Table at the end of this document. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required. Prerequisites for Frame Relay Voice-Adaptive Traffic Shaping and FragmentationPrerequisites for Frame Relay Voice-Adaptive Traffic Shaping
Prerequisites for Frame Relay Voice-Adaptive Fragmentation
Restrictions for Frame Relay Voice-Adaptive Traffic Shaping and FragmentationThe feature supports FRF.12 fragmentation only. Neither FRF.11 Annex C nor Cisco proprietary fragmentation is supported. Information About Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation
Benefits of Frame Relay Voice-Adaptive Traffic Shaping and FragmentationBefore the introduction of this new feature, Frame Relay adaptive shaping could be used to reduce the sending rate when a network was congested. Because the adaptive shaping mechanism was triggered by network congestion, voice traffic might already have been delayed by the time the sending rate was reduced. The Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation feature helps to ensure voice quality by adjusting the rate of traffic based on the presence of voice on the PVC. Frame Relay voice-adaptive traffic shaping and fragmentation
Frame Relay Voice-Adaptive Traffic ShapingFrame Relay voice-adaptive traffic shaping enables a router to reduce the PVC sending rate to the 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 the 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.
Frame Relay voice-adaptive traffic shaping can be used at the same time as other types of adaptive traffic shaping. For example, if both Frame Relay voice-adaptive traffic shaping and adaptive shaping based on interface congestion are configured, the router will reduce the sending rate to minCIR if there are packets in the priority queue or the interface queue size exceeds the configured threshold. Frame Relay voice-adaptive traffic shaping can be used in conjunction with or independently of voice-adaptive fragmentation. Frame Relay Voice-Adaptive FragmentationFrame Relay voice-adaptive fragmentation enables a router to fragment large data packets 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 the priority queue for a configured period of time and signaling packets are not present, fragmentation is stopped.
Frame Relay voice-adaptive fragmentation can be used in conjunction with or independent of voice-adaptive traffic shaping. To use voice-adaptive fragmentation, you must also have end-to-end fragmentation configured in a map class or on the interface. How to Configure Frame Relay Voice-Adaptive Traffic Shaping and FragmentationThe following tasks enable both Frame Relay voice-adaptive traffic shaping and fragmentation. The features can also be used separately. If you choose to use voice-adaptive fragmentation by itself, you can configure either MQC traffic shaping (as in the tasks that follow) or Frame Relay traffic shaping. If you use Frame Relay traffic shaping, end-to-end fragmentation must be configured in a map class.
Configuring Class Policy for the Priority Queue and Bandwidth Queues
SUMMARY STEPS
DETAILED STEPS Configuring Frame Relay Voice-Adaptive Traffic Shaping Using the Class-Default ClassPerform the following task to configure the shaping policy, including Frame Relay voice-adaptive traffic shaping, in the class-default class. DETAILED STEPS Configuring a Map Class for Frame Relay Voice-Adaptive Traffic Shaping and FragmentationPerform the following task to configure a map class for Frame Relay voice-adaptive traffic shaping and fragmentation. DETAILED STEPS Enabling Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation on the InterfacePerform the following task to enable Frame Relay voice-adaptive traffic shaping and fragmentation on the interface. DETAILED STEPS
Verifying Frame Relay Voice-Adaptive Traffic Shaping and FragmentationPerform this task to verify the configuration and operation of Frame Relay voice-adaptive traffic shaping and fragmentation. DETAILED STEPS
Configuration Examples for Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation
Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation ExamplesThe following examples show the configuration of Frame Relay voice-adaptive traffic shaping and fragmentation. The first example shows end-to-end fragmentation configured in a map class that is associated with PVC 100. In the second example, end-to-end fragmentation is configured directly on the interface. With both example configurations, 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 deactivated. Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation with End-to-End Fragmentation Configured in a Map Classinterface serial0 encapsulation frame-relay frame-relay fragmentation voice-adaptive deactivation 50 frame-relay interface-dlci 100 class voice_adaptive_class ! map-class frame-relay voice_adaptive_class frame-relay fragment 80 service-policy output shape class-map match-all voice match access-group 102 class-map match-all data match access-group 101 policy-map vats class voice priority 10 class data bandwidth 10 policy-map shape class class-default shape average 60000 shape adaptive 30000 shape fr-voice-adapt deactivation 50 service-policy vats Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation with End-to-End Fragmentation Configured on the Interface
interface serial0
encapsulation frame-relay
frame-relay fragmentation voice-adaptive deactivation 50
frame-relay interface-dlci 100
class voice_adaptive_class
frame-relay fragment 80 end-to-end
!
map-class frame-relay voice_adaptive_class
service-policy output shape
class-map match-all voice
match access-group 102
class-map match-all data
match access-group 101
policy-map vats
class voice
priority 10
class data
bandwidth 10
policy-map shape
class class-default
shape average 60000
shape adaptive 30000
shape fr-voice-adapt deactivation 50
service-policy vats
Verifying Frame Relay Voice-Adaptive Traffic Shaping and Fragmentation ExampleSample Output for the show policy-map CommandThe following sample output for the show-policy map command indicates that Frame Relay voice-adaptive traffic shaping is configured in the class-default class in the policy map "MQC-SHAPE-LLQ1" and that the deactivation timer is set at 30 seconds.
Router# show policy-map
Policy Map VSD1
Class VOICE1
Strict Priority
Bandwidth 10 (kbps) Burst 250 (Bytes)
Class SIGNALS1
Bandwidth 8 (kbps) Max Threshold 64 (packets)
Class DATA1
Bandwidth 15 (kbps) Max Threshold 64 (packets)
Policy Map MQC-SHAPE-LLQ1
Class class-default
Traffic Shaping
Average Rate Traffic Shaping
CIR 63000 (bps) Max. Buffers Limit 1000 (Packets)
Adapt to 8000 (bps)
Voice Adapt Deactivation Timer 30 Sec
service-policy VSD1
Sample Output for the show policy interface CommandThe following sample output shows that Frame Relay voice-adaptive traffic shaping is active and has 29 seconds left on the deactivation timer. This means that the current sending rate on DLCI 201 is minCIR, but if no voice packets are detected for 29 seconds, the sending rate will increase to CIR.
Router# show policy interface Serial3/1.1
Serial3/1.1:DLCI 201 -
Service-policy output:MQC-SHAPE-LLQ1
Class-map:class-default (match-any)
1434 packets, 148751 bytes
30 second offered rate 14000 bps, drop rate 0 bps
Match:any
Traffic Shaping
Target/Average Byte Sustain Excess Interval Increment
Rate Limit bits/int bits/int (ms) (bytes)
63000/63000 1890 7560 7560 120 945
Adapt Queue Packets Bytes Packets Bytes Shaping
Active Depth Delayed Delayed Active
BECN 0 1434 162991 26 2704 yes
Voice Adaptive Shaping active, time left 29 secs
Service-policy :VSD1
Class-map:VOICE1 (match-all)
9 packets, 621 bytes
30 second offered rate 0 bps, drop rate 0 bps
Match:access-group 111
Match:not access-group 112
Queueing
Strict Priority
Output Queue:Conversation 24
Bandwidth 10 (kbps) Burst 250 (Bytes)
(pkts matched/bytes matched) 18/1242
(total drops/bytes drops) 0/0
Class-map:SIGNALS1 (match-all)
0 packets, 0 bytes
30 second offered rate 0 bps, drop rate 0 bps
Match:access-group 112
Queueing
Output Queue:Conversation 25
Bandwidth 8 (kbps) Max Threshold 64 (packets)
(pkts matched/bytes matched) 0/0
(depth/total drops/no-buffer drops) 0/0/0
Class-map:DATA1 (match-all)
1424 packets, 148096 bytes
30 second offered rate 14000 bps, drop rate 0 bps
Match:access-group 113
Queueing
Output Queue:Conversation 26
Bandwidth 15 (kbps) Max Threshold 64 (packets)
(pkts matched/bytes matched) 1442/149968
(depth/total drops/no-buffer drops) 0/0/0
Class-map:class-default (match-any)
1 packets, 34 bytes
30 second offered rate 0 bps, drop rate 0 bps
Match:any
Sample Output for the show frame-relay pvc CommandThe 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 packets are detected in the priority queue and no H.323 signaling packets are detected in the next 29 seconds, fragmentation will stop.
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
Additional ReferencesRelated Documents
MIBs
Technical AssistanceCisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R) Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental. © 2011 Cisco Systems, Inc. All rights reserved.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|