qos allocation

[mialbert]

I am configuring qos on a c1800isr.  Will the below configuration allocate 50% to voice, 35% to http and 15% to all else.  or do i have to specify other parameters?

So if i do the following as below

policy-map SDM-QoS-Policy-1

class SDM-Voice-1

  set dscp ef

  priority percent 10

class SDM-Signaling-1

  set dscp cs3

  bandwidth percent 10

class SDM-Routing-1

  set dscp cs6

  bandwidth percent 10

class SDM-Management-1

  set dscp cs2

  bandwidth percent 10

class SDM-Transactional-1

  set dscp af21

  bandwidth percent 10

class HTTP

  priority percent 35

class class-default

  fair-queue

  random-detect

I am allocating 50% to voice, 35% to http and 15% to all else.  Is this correct?

[Joseph W. Doherty]

Disclaimer

The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.

Liability Disclaimer

In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.

Posting

Will the below configuration allocate 50% to voice, 35% to http and 15% to all else.

No.

or do i have to specify other parameters?

Yes, if you want 50% for voice, 35% for http and 15% all else.

I am allocating 50% to voice, 35% to http and 15% to all else.  Is this correct? 

No.

PS:

BTW, when you say 50% for voice, what do you intend for bearer vs. signaling?

For HTTP, do you mean any HTTP traffic or just that on port 80?  What about HTTPS?

PPS:

It appears your working with an autoQoS template and from you're other posting, perhaps you're not too familiar with QoS.  What are you trying to achieve?

[mialbert]

voip phones were installed at office with some phones remote to the office.   Want to divide traffic so that phones are not disrupted by all other forms of traffic.  Was thinking that could specify all parameters having to do with voip phones and then http/https and then leave all else unspecified.  Perhaps a 50% allocation to phone traffic and all else could run at other 50% may be better. 

[Joseph W. Doherty]

Disclaimer

The  Author of this posting offers the information contained within this  posting without consideration and with the reader's understanding that  there's no implied or expressed suitability or fitness for any purpose.  Information provided is for informational purposes only and should not  be construed as rendering professional advice of any kind. Usage of this  posting's information is solely at reader's own risk.

Liability Disclaimer

In  no event shall Author be liable for any damages whatsoever (including,  without limitation, damages for loss of use, data or profit) arising out  of the use or inability to use the posting's information even if Author  has been advised of the possibility of such damage.

Posting

Ok, then for a service policy I would recommend something simple such as:

policy-map sample

class VoIP

priority percent 33

class class-default

fair-queue

If your VoIP phone are already marking the traffic with DSCP EF, then the class-map would be (note syntax might be incorrect for the match statement):

class-map match-any VoIP

match ip dscp EF

If you're unable to match DSCP EF you can then do:

class-map match-any VoIP

match protocol rtp audio

BTW, you can combine the two if you wish (if you do, match first on dscp, as shown):

class-map match-any VoIP

match ip dscp EF

match protocol rtp audio

You can, if you wish, increase the allocation percentage for VoIP, although Cisco doesn't recommend exceeding 33%.  You can also set DSCP EF on your VoIP packets if you believe they are not already so set and you expect to use that marking later.

There's much else you might do, and some other stuff you should do, but don't know enough about your topology to suggest more.

FQ in class-default often works so well you often don't need other classes unless you really, really need special treatment for them, such as real-time for VoIP.  (Note in fact if your IOS actually uses WFQ in class-default, FQ alone might be enough.)