Complex CBWFQ + GTS on FR PVC

[grant.williams]

Hi looking for solutions to the following Scenario

Traffic A

Bandwith 128k

Shape to 256k

Traffic B (voice)

Priority 512k

(Already policed by priority statement to 512k)

Traffic C (class-default)

Burst to rest of Access rate

Maybe WRED or fair-queue

Sounds like simple CBWFQ, but as soon as the GTS shape command in entered you get things like

GTS : shape command within a policymap notsupported over FR VCs

Have tried scenario in URL, but does not cover per PVC queuing

http://www.cisco.com/en/US/partner/products/sw/iosswrel/ps1835/products_configuration_guide_chapter09186a00800bd8f0.html

this would be fine, but as soon as you have more than one PVC things become way complex and too static.

Regards

Grant

[thisisshanky]

Grant,

Every thing in the example will work on a regular serial interface. For Frame-relay PVCs, especially with sub interfaces you will need to be a little bit more careful while configuring CBWFQ with shaping. Do try the following.

policy-map Test

class A

bandwidth 128

shape average 256000

class B

priority 512

class class-default

fair-queue

Rather than applying this directly to the subinterface do the following.

map-class frame-relay FRclass

frame-relay cir 256000

frame-relay mincir <>

service-policy output Test

frame-relay bc <>

int s0

no bandwidth

no ip add

frame-relay traffic-shaping

int s0.1 point-to-point

ip add

no bandwidth

frame-relay interface-dlci

class FRclass

This should work!!!!! Take particular note of the "no bandwidth" statement. You will have to turn this off, if shaping is configured in the class. (most likely).

Hope that helps!