 GramzsterClick, Click
join:2002-07-02
London, ON | [Config] Question about QoS Priority and PolicingHey Everyone,
I have a QoS policy in place for our telecommuters, who have Cisco 871 routers and a 10/1 broadband connection. I have given priority to the Voice traffic and have everything shaped to 1000kbps to ensure that the speed-limiting of the broadband modem does not affect voice traffic. (speed tests have determined that all telecommuters can upload at least 1000kbps).
Everything works great, except for one thing: While developing the QoS policy, I enabled policing of class-default traffic to ensure there would always be bandwidth available for VoIP traffic. The Catch is that when a call is NOT being made, that remaining 250kbps remains unused due to the policing of 750kbps.
As I don't have the ability to fully saturate the upload portion of the broadband connection, if I were to remove the polcing, will the fair-queue and ramdom-detect still make sure that the VoIP traffic gets priority, yet allow all the bandwidth be used for applications when calls are being made?
Thanks!
class-map match-any NortelSignaling
match dscp cs5
class-map match-any CiscoRouting
match dscp cs6
class-map match-any NortelVoice
match dscp ef
!
!
policy-map NortelVoIP
class NortelVoice
priority percent 16
class NortelSignaling
bandwidth percent 4
class CiscoRouting
bandwidth percent 5
class class-default
fair-queue
random-detect
police cir 750000
conform-action transmit
exceed-action drop
policy-map InternetShape
class class-default
shape average 1000000
service-policy NortelVoIP
interface FastEthernet4
bandwidth 1024
bandwidth receive 10000
service-policy output InternetShape
|
|
1 edit | I think you should be ok with taking out the police command and just give it a bandwidth statement(or not if you want no guaranteed minimum for class-default). With the tiered service-policy setup any one class should be able to use another classes bandwidth when there is free bandwidth, but when congestion occurs then every classs gets a miniumum equal to their bandwidth statement. Here is some of my qos setup.
policy-map firstlevel
class priority_protocols
bandwidth percent 70
class filesharing
bandwidth percent 10
class class-default
bandwidth percent 20
policy-map pol-shape
class tunnel
priority percent 100
class cls-policeip
shape average percent 10
class class-default
shape average percent 85
service-policy firstlevel
It seems you also have the voice being priortiy which is good. I would give yourself some overhead because in every service i have messed with (cable/dsl/t1) you always get excess latency whenever you get at your max speed, which is why i limit it to 85% of the interface bandwidth. You could probably go up to 90% or 95% depending on the circuit. |
|
GramzsterClick, Click
join:2002-07-02
London, ON | Thanks a lot cooldude9919
Well, I've removed the policing commands and so far so good.
I actually remembered that I had a method of fully saturating my upload. I got a friend to watch my slingbox (which pretty much sucks every last kilobit of upload available if need be) and so far so good.
I modified the configs on the telecommuter routers. Worst case scenario, if they have call problems, I can easily revert it back.
Thanks again! |
|
