04-18-2013 10:59 AM - edited 03-04-2019 07:38 PM
We have a router that does bandwidth limiting outbound:
....
class TAG-AF22
set dscp af22
bandwidth remaining percent 15
...
And inbound policing...
...
class QOS-TEST
set dscp a11
police cir 768000
conform-action transmit
exceed-action drop
...
Is there a way to show if these thresholds are ever being hit? For example of QOS-TEST or TAG-AF22 were ever throttled?
Thanks
Bill
Solved! Go to Solution.
04-18-2013 11:46 AM
Hello
on the interfaces these policies are applied
int xx
serivice-policy in/output xxxx
show policy-map int xx
res
paul
Sent from Cisco Technical Support Android App
04-18-2013 12:51 PM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
But for congestion on the class TAG-AF22 where would I look? Is it the total drops?
Depends on how you define congestion. Total drops records the number of times the queue overflowed; a result of congestion.
Queue depth shows packets currently queued, and when count is more than zero, you have congestion.
04-18-2013 11:46 AM
Hello
on the interfaces these policies are applied
int xx
serivice-policy in/output xxxx
show policy-map int xx
res
paul
Sent from Cisco Technical Support Android App
04-18-2013 12:29 PM
Thanks, +5, that's what I was looking for. From the output I can see the CIR restrictions...
police:
cir 768000 bps, bc 24000 bytes
conformed 43034439 packets, 21546043234 bytes; actions:
transmit
exceeded 1303684 packets, 1848827178 bytes; actions:
drop
But for congestion on the class TAG-AF22 where would I look? Is it the total drops?
Class-map: TAG-AF22 (match-any)
56393724 packets, 39300308195 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Queueing
queue limit 64 packets
(queue depth/total drops/no-buffer drops) 0/163818/0
(pkts output/bytes output) 56229899/39112431711
QoS Set
dscp af22
Packets marked 56393724
bandwidth remaining 15% (264 kbps)
Thanks,
Bill
04-18-2013 12:51 PM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
But for congestion on the class TAG-AF22 where would I look? Is it the total drops?
Depends on how you define congestion. Total drops records the number of times the queue overflowed; a result of congestion.
Queue depth shows packets currently queued, and when count is more than zero, you have congestion.
04-18-2013 12:54 PM
Thank you both!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide