[c-nsp] QoS best practices

Raymond Lucas rlucas at nz1.ibm.com
Sun Oct 18 17:35:09 EDT 2009


Peter,

On Fri, 2009-10-16 at 12:13 +0200, Peter Rathlev wrote:
> I have previously read the QoS SRND, but I must say I'm not impressed. I
> know by testing that e.g. Auto-QoS doesn't solve the buffering problems
> (it actually seems to worsen it) and I find the SRND somewhat
> mechanically written. I may just have had a bad day though. :-)

I was more mentioning the SRND in the context of what markings to use for
what traffic and how the different queues should be treated.

You are right that some of the implementation recommendations aren't great.
We also saw the buffering issue I think you are referring to.  For us it
was 3750MEs acting as WAN routers.  The same QoS model as 3560s and
'normal' 3750s.  Much testing and tweaking of buffer sizes followed and we
ended up with good enough results for us using:

Queue     :       1       2       3       4
----------------------------------------------
buffers   :      20      30      45       5
threshold1:     100     700     700      40
threshold2:     100     800     800     100
reserved  :      50     100     100     100
maximum   :     400    1000    1000     100

Egress Priority Queue : enabled
Shaped queue weights (absolute) :  3 0 0 0
Shared queue weights  :  1 60 35 5

This is for an enterprise scenario.  We never had problems with q1,
presumably since it's priority and there shouldn't be too much need for
queuing anyway.  q4 is bulk traffic in our scenario so we aren't worried
about drops there anyway.  It is also worth noting these interfaces were
being rate limited by setting the interface speed to 10/100 as appropriate
and using "srr-queue bandwidth limit x" to get values between 2 and 64 Mbps
which I don't think helped.

We never used Auto-QoS so I can't comment on that.

I could discuss further with you off list if you want.

Cheers,
Ray



More information about the cisco-nsp mailing list