Service Policy Counters have delay in tagging EF traffic
I have a customer that was having voice quality issues across a new T1. I implemented QOS, tagging UDP traffic outbound over the serial interface as EF. When I did a show policy-map int ser0/0/0:0 I didn't see the EF tagged traffic Packets marked increment. I did verify the access list was being hit. I let the policy go through the next business day and then logged into the router and see Packets Marked 375641 and the quality was better. Is there a delay on the counter? Any idea why this could happen?
class-map match-all h323 match access-group 102 class-map match-all voice match access-group 101
policy-map voice class voice set dscp ef priority percent 33 class h323 set dscp af31 bandwidth percent 5 class class-default fair-queue
interface Serial0/0/0:0 bandwidth 2048 no ip address encapsulation frame-relay IETF no ip route-cache cef no ip route-cache frame-relay lmi-type ansi service-policy output voice ! interface Serial0/0/0:0.60 point-to-point ip address x.x.x.x/x ip nbar protocol-discovery no ip route-cache snmp trap link-status no cdp enable frame-relay interface-dlci 60
access-list 101 permit udp any any range 16384 32767
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...
You have reached the Cisco Logistics Support Center.. To Check Status of your RMA, visit Product Returns & Replacements (RMA).
Need help? Contact us by Phone or Email.
Phone: 1800 553 2447 Option 4