Re: MQC equivalent FRTS policy

not sure you probably already have the docs

http://www.cisco.com/en/US/docs/ios/wan/configuration/guide/wan_mqc_fr_tfshp.pdf

On Sat, Oct 3, 2009 at 7:57 AM, <petdsouz_at_cisco.com> wrote:

> I need some help with converting a MQC based policy to be configured over a
> FR
> sub-interface. The MQC policy is as below.
>
> !
> ip access-list extended udp_voice
> permit udp any any range 16384 32767
> !
> !
> !
> class-map match-all match-voice
> match mpls experimental topmost 4
> class-map match-all match-data
> match mpls experimental topmost 3
> class-map match-all voice
> match access-group name udp_voice
> !
> policy-map core-qos
> class match-voice
> priority 640
> class match-data
> bandwidth 1000
> policy-map from_BB2
> class voice
> police cir 640000
> conform-action set-mpls-exp-imposition-transmit 4
> exceed-action drop
> class class-default
> police cir 1000000
> conform-action set-mpls-exp-imposition-transmit 3
> exceed-action drop
> !
>
> Requirement:
> 1. Priority queue for voice 640Kbps
> 2. Rest - Guaranteed BW - 1Mbps
>
> Not sure how this can be achieved using FRTS. I've tried the following.
>
> a. When I tried applying the above policy directly over a FR DLCI
> sub-interface, it threw back a CBWFQ support error.
> b. I tried apply the policy under a map-class, comes up with a message.
> Invalid
> Policy. class-default...
>
> Platform : 7200
> IOS : 12.0.25S
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Garry L. Baker
"There is no 'patch' for stupidity." - www.sqlsecurity.com
Blogs and organic groups at http://www.ccie.net