Answeriing my own question
managed to do some testing this is the policy map applied to a frame relay interface
policy-map 256kCIR
class VOIP-RTP
priority 280
compress header ip rtp
class VoIP-Control
bandwidth 10
class class-default
police cir 240000
conform-action transmit
exceed-action drop
here is the sh frame pvc 200 showing the policy map traffic, one voice call no other traffic
Class-map: VOIP-RTP (match-any)
5838 packets, 373632 bytes
30 second offered rate 25000 bps, drop rate 0 bps
Match: ip precedence 5
5838 packets, 373632 bytes
30 second rate 25000 bps
Match: ip dscp ef
0 packets, 0 bytes
30 second rate 0 bps
Queueing
Strict Priority
Output Queue: Conversation 40
Bandwidth 280 (kbps) Burst 7000 (Bytes)
(pkts matched/bytes matched) 5839/373696
(total drops/bytes drops) 0/0
compress:
header ip rtp
UDP/RTP compression:
Sent: 4850 total, 4849 compressed,
184259 bytes saved, 106741 bytes sent
2.72 efficiency improvement factor
99% hit ratio, five minute miss rate 0 misses/sec, 0 max
rate 8000 bps
You can see the the 30sec offered rate still says 25000 bps, and after compression the max rate was 8000bps
when i did ahow interface you see it is about 12000bps
30 second input rate 11000 bits/sec, 52 packets/sec
30 second output rate 12000 bits/sec, 52 packets/sec
So the problem is still not fixed, I still have to allow 25k for each call in the
policy- map even though it is really only taking 12k, that means when the policy-map is created I cannot put the true CIR, i have to fudge it to make it work.
anybody else know of anything different.