cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1791
Views
10
Helpful
5
Replies

Trust DSCP or COS on trunk links

hectorr2009
Level 1
Level 1

Can someone tell me if for trunk links (between switches) should I trust COS or DSCP. Old QOS SRND says trust COS for all trunk links. But others are saying use trust dcscp on trunk links? Which is correct?

Regards,

2 Accepted Solutions

Accepted Solutions

andrew.prince
Level 10
Level 10

Considering that the CoS is ONLY in the 802.1q tag means that if you are using ISL you need to trust the layer 3 marking.

You also need to consider - which ever one you trust, the switch will re-mark the other according to the mapping tables.

i.e if you trust CoS, when the switch recevies a frame with a CoS of say 5 (voice) the switch will remark/mark the layer 3 ToS to DSCP40. If you later perform QoS on DSCP and you are looking to prioritize voice DSCP EF - this will not work (You need to check the mapping tables to make sure this does not happen)

And vice versa if you are performing QoS on a layer 2 trunk elsewhere, it also depends on switching platform.

Read the new QoS SRND for more reference material:-

http://www.cisco.com/univercd/cc/td/doc/solution/esm/qossrnd.pdf

HTH>

View solution in original post

No - it does not have to be CoS, you need to decide what your global policy is.

If it were me, and I was performing QoS on some IP WAN links, then I would standardize to trust DSCP everywhere, and write my QoS polcies accordingly.

Added to the fact things like Video Conf units can be configured for QoS, and only use IP Precedence/DSCP markings, as they will often connect to a normal switch port, which will not have the CoS value marked etc.

View solution in original post

5 Replies 5

andrew.prince
Level 10
Level 10

Considering that the CoS is ONLY in the 802.1q tag means that if you are using ISL you need to trust the layer 3 marking.

You also need to consider - which ever one you trust, the switch will re-mark the other according to the mapping tables.

i.e if you trust CoS, when the switch recevies a frame with a CoS of say 5 (voice) the switch will remark/mark the layer 3 ToS to DSCP40. If you later perform QoS on DSCP and you are looking to prioritize voice DSCP EF - this will not work (You need to check the mapping tables to make sure this does not happen)

And vice versa if you are performing QoS on a layer 2 trunk elsewhere, it also depends on switching platform.

Read the new QoS SRND for more reference material:-

http://www.cisco.com/univercd/cc/td/doc/solution/esm/qossrnd.pdf

HTH>

We are not using ISL. 802.1Q trunks only.

We are using auto-qos on switchports with phones connected. This config has trusting COS on these access-ports.

We have updated COS-DSCP mappings so COS 5 is DSCP 46.

Specifically for 802.1Q trunks between our switches, should I set QOS trust COS or DSCP? Doesn't it have to be COS?

Regards,

No - it does not have to be CoS, you need to decide what your global policy is.

If it were me, and I was performing QoS on some IP WAN links, then I would standardize to trust DSCP everywhere, and write my QoS polcies accordingly.

Added to the fact things like Video Conf units can be configured for QoS, and only use IP Precedence/DSCP markings, as they will often connect to a normal switch port, which will not have the CoS value marked etc.

Thank you.

np - glad to help.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Review Cisco Networking products for a $25 gift card