cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
752
Views
5
Helpful
2
Replies

Help With Understanding this QoS policy

nygenxny123
Level 1
Level 1

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

1 Accepted Solution

Accepted Solutions

Joseph W. Doherty
Hall of Fame
Hall of Fame

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.

View solution in original post

2 Replies 2

Joseph W. Doherty
Hall of Fame
Hall of Fame

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.

thx..I was under the impression QoS kicked in at or close to 100% utilization only