Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Frame Relay Payload compression & QoS shaping

I am compressing my frame relay packets to better utilize the bandwidth at one of my low bandwidth sites. I also need to shape my packets, especially since one end of the link is aggregating traffic from many sites.

Does anyone know if the compression happens before the packets enter the QoS code (preferable) or after?

(After being not-preferable since then I'm not gaining anything by using compression since I've already shaped the traffic stream down.)

Thanks,

Trevor

==============

config:

interface Serial0/0.2 point-to-point

bandwidth 256

<removed>

frame-relay class Shape-FR-256K-Control-Server-Traffic-mc

frame-relay payload-compression packet-by-packet

map-class frame-relay Shape-FR-256K-Control-Server-Traffic-mc

<removed>

service-policy output Frame-256K-Control-Server-Parent-PM

policy-map Frame-256K-Control-Server-Parent-PM

class class-default

shape average 248000

service-policy CONTROL-SERVER-TRAFFIC-pm

!

1 REPLY
Bronze

Re: Frame Relay Payload compression & QoS shaping

When you enable QOS on a frame relay link, you usually do that via frame relay traffic shaping where the MQC service policy is applied to the frame relay map class and this map class (with the CIR / mincir) is applied to the frame sub interface. This Frame relay traffic shaping goes hand in hand with QOS. When enable FRTS the INTERFACE QUEUE goes to FIFO but as you are QOS on a per pvc basis, each pvc can still have its own fancy queuing.

Follow the URL for the compression :

http://www.cisco.com/en/US/docs/ios/12_1t/12_1t2/feature/guide/dtfrhccc.html

112
Views
0
Helpful
1
Replies
CreatePlease login to create content