01-13-2020 11:56 AM
Hi everyone,
I'm testing the cat9300 series on 16.12.x software.
Here is the policy-map used on the outgoing wired interface (service-policy output):
=========================
policy-map myPolicyMap
class ClassA
priority level 1 1000
class ClassB
bandwidth 500
class ClassC
bandwidth 4300
random-detect dscp-based
class class-default
bandwidth 200
random-detect dscp-based
policy-map parentPolicyMap
class class-default
shape average 6000000
service-policy myPolicyMap
=========================
The egress interface uses no more than 1000kbps for ClassA traffic, even though it has 5Mbps to spare. I've changed the priority level bandwidth to 1500, and the egress interface then uses no more than 1500kbps for that class.
Priority queue traffic can't use bandwidth that isn't in use by other classes in the policy.
This is different than ISR 4k and ASR 1k behavior, which both have been tested in the past and priority queue takes spare bandwidth for those devices.
Any chance this is the expected behavior for Cat 9k? Is it documented?
Thanks!
01-13-2020 01:26 PM
Hello,
try and remove the default class from the child policy:
policy-map myPolicyMap
class ClassA
priority level 1 1000
class ClassB
bandwidth 500
class ClassC
bandwidth 4300
random-detect dscp-based
--> no class class-default
bandwidth 200
random-detect dscp-based
!
policy-map parentPolicyMap
class class-default
shape average 6000000
service-policy myPolicyMap
01-14-2020 02:35 AM
Hi,
Tried removing class-default, but am seeing the same symptoms.
Besides, I'd like to have WRED and a set bandwidth for the default class.
01-13-2020 01:49 PM
01-14-2020 02:37 AM
Using a regular 9300, not the 9300L.
Hopefully someone can give us some insight regarding the expected behavior for this platform and whether it can be circumvented.
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