12-10-2014 03:32 AM - edited 03-05-2019 12:19 AM
I am configuring an ASR1002 which requires a large number of Voice connections. Is there a maximum limit (percentage or bandwidth) that can be allocated to the EF queue
Solved! Go to Solution.
12-10-2014 06:14 AM
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
I don't know for an ASR1K, it might depend on your IOS version.
That noted, generally Cisco recommends not to exceed one third of link bandwidth for LLQ. They make this recommendation to leave sufficient bandwidth for other traffic, but another issue is, if you use too much bandwidth for LLQ, the traffic may queue itself, introducing delay and/or jitter to your VoIP traffic. In general, staying at or below one third should be great, going to 50% is probably okay, but going above two thirds is when you're really likely to start to self queue. I.e. if your VoIP needs more than about half to two thirds of your link bandwidth, you probably start to need to consider obtaining more bandwidth.
12-10-2014 09:39 AM
No problem... please remember to rate responses are mark 'answered' if appropriate to help identify useful content...
Aaron
12-10-2014 04:18 AM
Hi
By default you can reserve 75% of the available bandwith (shared between all QoS classes including your priority/EF class).
You can override that with the max-reserved-bandwidth command if you need to, but the idea is you leave some bandwidth available for 'other' stuff, even if it's just your control/routing protocols.
See here: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_conmgt/configuration/xe-3s/asr1000/qos-conmgt-xe-3s-asr1000-book/qos-conmgt-oview.html#GUID-CF485056-2BE9-4245-9A72-AF8890F4DE66
Aaron
12-10-2014 07:55 AM
many thanks for the assistance
12-10-2014 09:39 AM
No problem... please remember to rate responses are mark 'answered' if appropriate to help identify useful content...
Aaron
12-10-2014 06:14 AM
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
I don't know for an ASR1K, it might depend on your IOS version.
That noted, generally Cisco recommends not to exceed one third of link bandwidth for LLQ. They make this recommendation to leave sufficient bandwidth for other traffic, but another issue is, if you use too much bandwidth for LLQ, the traffic may queue itself, introducing delay and/or jitter to your VoIP traffic. In general, staying at or below one third should be great, going to 50% is probably okay, but going above two thirds is when you're really likely to start to self queue. I.e. if your VoIP needs more than about half to two thirds of your link bandwidth, you probably start to need to consider obtaining more bandwidth.
12-10-2014 07:56 AM
many thanks for then assistance
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