Frame Relay Payload compression & QoS shaping

Unanswered Question
May 23rd, 2008

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
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
tstanik Thu, 05/29/2008 - 08:55

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


Actions

This Discussion