I'm fairly new to the QoS world and have done a couple configurations, but I've mostly been working off of templates and would really like to understand a few things. Most documents that discuss QoS configurations show that DSCP values are the primary driver in determining Class of Service, which in turn determines which Queue the traffic is ultimately put in.
One of my questions is if I have a phone that markes it's traffic with Priority 5 off the get go, do I need to even mess with DSCP values? I'm under the impression that CoS values are synonomous with Priority (aka Precedence) values. If all this is true, and the traffic is already marked with a CoS value, and hence is already assigned to a Queue, shouldn't I be good-to-go as long as I have my Class, Policy, and Service maps set up?
Here's what I believe a sample QoS config would look like with Polycom phones that already mark their traffic with a priority of 5.
class-map match-any VoIP
match precedence 5
priority percent 35
ip address x.x.x.x x.x.x.x
service-policy output QoS
I'm pretty sure I have my theories and understandings messing up somewhere. I just need it to click and would appreciate any help I could get.
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.
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.
When you describe a phone marking priority 5, you need to note whether you're describing L2 CoS 5 or L3 IP Precedence 5. (For example, you policy is testing for IP Prec 5.)
DSCP is the current RFC for using the IP header's ToS byte for QoS purposes.
If a phone is marking either (or both) L2 CoS 5 and L3 IP Prec 5, would recommend you remark packets to DSCP EF (ASAP).
Technically, you can often do the same QoS processing with any marking, so you don't have to remark, although CoS markings, by default, are usually lost at the 1st L3 hop. (NB: on Cisco switches, enabling QoS, by default, often resets CoS and/or ToS on first such switch port ingress.)
Whether your device even treats traffic differently often requires a non-default configuration.
You have reached the Cisco Logistics Support Center.. To Check Status of
your RMA, visit Product Returns & Replacements (RMA). Need help? Contact
us by Phone or Email. North Americas Phone: 1800 553 2447 Option 4
Email: firstname.lastname@example.org Europe Phone: +3...
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...