03-24-2018 06:03 AM - edited 03-05-2019 10:09 AM
Hi everyone,
The QoS is my week point and I want to clarify ASP. Here are some stupid questions that I want to answer from you as you are expert of Cisco and QOS magic.
1. Is it compulsory to start marking voice traffic from IP Phone?
2. If IP phone is not marked traffic than how to access switch identify the traffic for marking?
3. If I am not configured QoS on Access switch but it is applied to Core switch and WAN router. Is it beneficial for me?
Sorry in advance for these stupid questions.
Regards,
Deepak Kumar
03-24-2018 02:58 PM
Hi Deepak,
First things first :) Please do not apologize for asking, and do not call your questions stupid! These forums are here to answer exactly these types of questions.
I will try to answer your questions to the best of my knowledge, but I sincerely hope that Joe Doherty also joins this thread and shares his view since I consider Joe to be an authority on this topic - sincerely.
1. Is it compulsory to start marking voice traffic from IP Phone?
This depends on what your goals and needs are. Without marking certain traffic differently, it will not be treated differently in the network - it as simple as that. If your network is overprovisioned with bandwidth, and hardly has any congestion, packet drops, or excessive buffering, marking the voice traffic is not going to make much difference, because the queuing mechanisms that give preferential treatment to certain traffic classes won't kick into action anyway. But if you do have choke points in network, places where traffic starts to be queued, potentially even being dropped due to congestion, then marking the voice traffic is absolutely required to make it stand out.
Of course, I did not emphasize it before since it seems to be so natural, but it is likely good to call it out: Your network must be configured to recognize different markings and to give them appropriate treatment. Marking traffic by different DSCP values is not going to have any effect if the network itself ignores these markings.
2. If IP phone is not marked traffic than how to access switch identify the traffic for marking?
There are not many options - switches typically have limited features to identify types of traffic.
One of the simplest approaches would be to be define a two-stage policy using ACLs:
3. If I am not configured QoS on Access switch but it is applied to Core switch and WAN router. Is it beneficial for me?
This very much depends on where the congestion occurs. If there is no congestion on the access layer then the QoS mechanisms would likely not do anything, anyway.
There is a simple rule to remember, though: The moment you have a congestion even on a single network device, and that device does not honor QoS markings, you have essentially nullified your whole QoS policy, since that device will treat all traffic in the same way and not treat the important flows preferentially exactly when they needed it the most.
Feel welcome to ask further!
Best regards,
Peter
03-25-2018 05:39 AM
its not compulsory to mark at the phone at all. its just much simpler to do it this way in a cisco Uc deployment, where your cucm basically tells the phone which dscp values to use for video.voice and signalling. if you just tell your switch to trust these values than you do need to apply all sorts of acl on your router/switch to define this sort of traffic.
03-25-2018 07:51 AM
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