02-28-2017 07:12 AM - edited 03-05-2019 08:07 AM
We have a 100 meg link to our provider.
I was under the impression that QoS is really only applied when the link is saturated
We have 3 "bucket" going to the provider...
1 for DSCP EF which gets the "premium bucket"
1 for AF31 which gets "enhanced bucket"
The rest being default
My question being what is the advantage of making one priority and the other bandwidth?
The shape average applied to all traffic?
class-map match-any MPLS-EN
match ip dscp af31
class-map match-any MPLS-PRE
match ip dscp ef
policy-map QOS-MPLS-100M
class MPLS-PRE
priority 25000
class MPLS-EN
bandwidth 30000
class class-default
fair-queue
random-detect
policy-map QOS-MPLS-OUT
class class-default
shape average 100000000
service-policy QOS-MPLS-100M
int g0/1
service-policy output QOS-MPLS-OUTBOUND
Solved! Go to Solution.
02-28-2017 08:42 AM
I was under the impression that QoS is really only applied when the link is saturated
Well that's true if you also realize a link is saturated as soon as there's even one packet waiting to be transmitted.
My question being what is the advantage of making one priority and the other bandwidth?
Priority class queued packets are dequeued before any other queues. I.e.they are always sent next.
The shape average applied to all traffic?
Cannot tell from what you've pasted unless policy-map QOS-MPLS-OUT was meant to be QOS-MPLS-OUTBOUND. If so, yes it applies to all traffic.
If the gig interface is physically running at 100 Mbps, there's no need for the shaper.
If the gig interface is physically running at gig, a shaper is probably needed, but many Cisco shapers only appear to "count" L3 while provider CIR are usually counting L2. If this is the case, you're shaper's rate is likely set too high to be very effective.
PS:
BTW, in general, I recommend against using random-detect, unless you're a QoS expert. Additionally I would even more recommend against using it with fair-queue as you're doing in your class-default QOS-MPLS-100M policy class.
02-28-2017 08:42 AM
I was under the impression that QoS is really only applied when the link is saturated
Well that's true if you also realize a link is saturated as soon as there's even one packet waiting to be transmitted.
My question being what is the advantage of making one priority and the other bandwidth?
Priority class queued packets are dequeued before any other queues. I.e.they are always sent next.
The shape average applied to all traffic?
Cannot tell from what you've pasted unless policy-map QOS-MPLS-OUT was meant to be QOS-MPLS-OUTBOUND. If so, yes it applies to all traffic.
If the gig interface is physically running at 100 Mbps, there's no need for the shaper.
If the gig interface is physically running at gig, a shaper is probably needed, but many Cisco shapers only appear to "count" L3 while provider CIR are usually counting L2. If this is the case, you're shaper's rate is likely set too high to be very effective.
PS:
BTW, in general, I recommend against using random-detect, unless you're a QoS expert. Additionally I would even more recommend against using it with fair-queue as you're doing in your class-default QOS-MPLS-100M policy class.
02-28-2017 01:07 PM
thx..I was under the impression QoS kicked in at or close to 100% utilization only
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