3850 priority queues dropping small frames under soak tests
I have a 3850 with 16.6.x software which I'm testing.
I configured the 3850 for a QoS shaper test using the following policy-map:
priority level 1 500
queue-limit dscp af31 percent 80
queue-limit dscp af32 percent 80
queue-limit dscp af33 percent 80
shape average 1000000
I've noticed that when creating traffic via traffic generator for the RTP class, there is something interesting in how the priority queue can handle large frames rather than small ones.
For a fixed frame size of 1400 bytes of UDP traffic, the RTP class can reach roughly 470kbps without packet loss (not quite 500kbps, but close). However, for 160 bytes of fixed UDP traffic it can reach roughly 250kbps before dropping frames in the queue. If I were to send 470kbps, I'd reach roughly 50% packet loss. That is a massive drop in performance.
I didn't notice the same issue when working with "bandwidth" for all classes rathern than having a priority queue for one and shared for the rest. It seems this issue is reproducable only on a priority queue.
1) Any ideas why and how this can be fixed?
2) It seems as though the "queue-limit" command doesn't quite work as I expected. I figured it would drop according to Weighted Tail Drop by percent of allocated bandwidth. For example, "percent 80" for a class with "bandwidth 200" would start dropping frames once the queue reaches 160kbps. This isn't the case. Is anyone familiar with the correct way to go about configuring the tail drop by bandwidth?
Thanks alot for your time reading, and even more so for your time answering!
Do you use Cisco DNA Center? Have you used and are you willing to provide your feedback in using the Cisco DNA Center help and documentation?
If so, we’d like you to complete the survey linked below. Your feedback will help provide more effective and easi...
Listen: https://smarturl.it/CCRS9E18Follow us: https://twitter.com/CiscoChampion Reaching the height of your career is no simple feat. It often requires a combination of pursuing the right education, building the right professional network and being ...
In a typical production SD-WAN deployment, we would probably have many remote sites connected via many different Internet connections to a centralized data center or a regional hub. In most regions in the world, Internet providers will always use some typ...