I would think you would need to create a tag based upon the EXP bit and apply it inbound on the MPLS interface.  Then create your policing based upon the tag and apply it through a service-policy outbound on your FRTS.  Remember for FRTS, you need to create a "map-class frame-relay" map.
This is just my thoughts.  I have not tested it so I am not sure that it would work, so if I am incorrect, please let me know.
Regards,
Nathan Richie
-----Original Message-----
From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of petdsouz_at_cisco.com
Sent: Saturday, October 03, 2009 12:58 AM
To: ccielab_at_groupstudy.com
Subject: MQC equivalent FRTS policy
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
Received on Sat Oct 03 2009 - 08:50:27 ART
This archive was generated by hypermail 2.2.0 : Sun Nov 01 2009 - 07:50:59 ART