01-14-2015 10:22 PM - edited 03-17-2019 04:48 PM
Dear All,
I have a problem in my network. When I implement video conferencing, using almost all the bandwidth used, so that the data traffic is slower, otherwise during the high data traffic, video conferencing becomes dotted. Please help me find a solution, so as video conferencing and data can be separated. So that both can work well together.
I am using Cisco Tandberg, and Cisco 2811 for router.
Best regards,
Agung DW
Solved! Go to Solution.
01-14-2015 11:01 PM
Your problem is either you dont have any QoS configured or its not working.
Review this QoS Design guide and configure your QoS accordingly: http://www.cisco.com/c/en/us/td/docs/solutions/Enterprise/WAN_and_MAN/QoS_SRND_40/QoSIntro_40.html
Specifically you need to have LLQ configured where you have voice and data. LLQ is just same as CBWFQ but adds Priority Queue for real time traffic and then class based weighted fair queue for other classes. This makes sure your real time traffic like voice gets priority treatment but at the same time has an implicit policer as well which will make sure during congestion your other traffic gets the bandwidth you specify.
So to solve your problem configure qos, correctly classifying each type of traffic, namely voice, video, critical data, network control, scavenger, best effort etc., assigning each type of traffic guaranteed bandwidth according to the requirements (Refer to Cisco document, it will give you best practices or reference point) and you will be in much better position.
Hope that helps
Terry
Please rate helpful posts
01-14-2015 11:01 PM
Your problem is either you dont have any QoS configured or its not working.
Review this QoS Design guide and configure your QoS accordingly: http://www.cisco.com/c/en/us/td/docs/solutions/Enterprise/WAN_and_MAN/QoS_SRND_40/QoSIntro_40.html
Specifically you need to have LLQ configured where you have voice and data. LLQ is just same as CBWFQ but adds Priority Queue for real time traffic and then class based weighted fair queue for other classes. This makes sure your real time traffic like voice gets priority treatment but at the same time has an implicit policer as well which will make sure during congestion your other traffic gets the bandwidth you specify.
So to solve your problem configure qos, correctly classifying each type of traffic, namely voice, video, critical data, network control, scavenger, best effort etc., assigning each type of traffic guaranteed bandwidth according to the requirements (Refer to Cisco document, it will give you best practices or reference point) and you will be in much better position.
Hope that helps
Terry
Please rate helpful posts
01-15-2015 01:57 PM
Hi Agung,
Let us know how you go and if you have no more queries please do mark the thread as answered.
-Terry
01-15-2015 05:33 PM
Hi Terry,
thank you very much about your guidance, that so help full.
Now I will try to configure QoS that didn't exist previously.
Best regards,
Agung
01-15-2015 06:49 PM
No Worries - Glad that helped!
-Terry
01-19-2015 02:53 PM
Hi Terry,
Another quick and easy fix would be to change the default call rate on your endpoint so that it doesn't use as much bandwith. Change the setting from the default to 768k (or whatever you deem is appropriate for your link).
While a user could override this manually on the endpoint, they generally don't look and dial with the default setting.
Wayne
--
Please remember to rate responses and to mark your question as answered if appropriate.
Please remember to mark helpful responses and to set your question as answered if appropriate.
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