cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
591
Views
0
Helpful
13
Replies

qos

carl_townshend
Spotlight
Spotlight

Hi all , when routing with qos over switches then routers, what happens when it crosses over the layer 2 to the next router, as the router will mark the dscp, but then it has to go over my layer 2 infrastructure then to the next hop router.

13 Replies 13

royalblues
Level 10
Level 10

Most of the new switches now can read the DSCP bits and hence if proper trusting is configured, the DSCP value should be intact

In case the switches do not support DSCP, you can use the DSCP to Cos Mapping

Narayan

Joseph W. Doherty
Hall of Fame
Hall of Fame

I believe the L3 ToS should be preserved on a L2 device.

PS:

Some L3 devices have the capability to "map" L3 ToS to L2 CoS and/or L2 CoS to L3 ToS.

So, depending on configuration, a downstream L3 device could remark the ToS based on preferring a CoS over the original ToS.

thanks for that

so if there is nothing configured on the switches between 2 routers, it should preserve the dscp value ?

"Yes", is my understanding. The L3 packet, and its ToS DSCP value, should be left alone within the L2 frame.

Joseph

Yes it is correct , but in some switches i am seeing the Mapping of DSCP value in L2 switches , if L2 preserve the the value of TOS but why the explicit configurations needed ?

Senthil

Senthil

Not sure what you mean but all Catalyst switches use an internal DSCP value for QOS decisions. This internal DSCP value is not actually written into the packet it is just derived from the packet.

Depending on what the port has been set to you may need to use one of the DSCP maps ie.

IPP to DSCP (IPP = IP precedence)

Cos to DSCP

So if you are trusting CoS or IPP on the port the switch needs to derive an internal DSCP value for the packet and that is what the maps are used for.

Jon

If you have a pure L2 switch that maps L3 ToS into a L2 CoS, believe you're looking at a "feature". The purpose being to provide a L2 CoS level of service without any CoS value in the original frame but based on the L3 ToS value. I think I recall some switches, not necessarily Cisco, might even have the capability to write a new L2 CoS also based on a L3 ToS.

Joseph

I'm a bit confused now. When you talk about a L2 switch mapping L3 ToS to L2 CoS are you talking about when the packet is scheduled to be transmitted rather than when it is received.

It's my understanding that all Cisco switches use an internal DSCP value so why would it need to map L3 ToS to L2 CoS on ingress ?

Jon

did switches only used to use the cos value?

do most new switches now read the dscp value? but can they only write the 802.1p value?

The new switches have specialised ASICs for QoS which enable them to read the DSCP value

For eg, the 2960 though being pure l2 switches are capable of reading the DSCP and do mapping as well

http://www.cisco.com/en/US/docs/switches/lan/catalyst2960/software/release/12.2_37_se/configuration/guide/swqos.html#wp1031921

Narayan

Carl, sorry for the late reply. I only now noticed your question.

Remember CoS is L2 (frame), ToS L3 (packet). A pure L2 switch is less likely to be able to look into or modify the L3 packet, but as Narayan's post shows, a fully featured one may.

L3 switches route packets, so its more like they can work with ToS but that's not really guaranteed, I believe, either.

You also might work with equipment that predates the later CoS and ToS standards.

Jon, sorry for the late reply. I only now noticed your question to me.

Yes, when I refer to L3 ToS to L2 Cos, I am thinking of what's in the transmitted frame. Within Narayan's posted reference, that would be such as described in the "Configuring the DSCP-to-CoS Map" section. Reading that section, it's not clear whether the transmitted frame actually has the mapped CoS or whether it's just used for egress queue selection. I would expect the former so that downstream L2 switches can also perform QoS using CoS.

Unsure about all Cisco switches using DSCP values. Likely on advanced L3 switches, not so much on pure L2 switches. Also, original question didn't specifically reference Cisco, so my answers have been generic.

As to where a mapping, if supported, of ToS to Cos is done, agree it may not be necessary on ingress. Would depend on, as you ask, what the switches uses for making internal QoS decisions.

Senthil, sorry for the late reply. I only now noticed your question to me.

Why the ability to remap ToS or CoS, depends on what model of QoS you're using. Some (all?) models don't guarantee the ToS or CoS will remain the same end-to-end. There are reason's that any hop might wish to mark up or down. One common reason to mark down, offered bandwidth rate is beyond agreed rate. Non-conforming traffic is marked down.

If you wonder about CoS to/from ToS mappings, could also be you want to take advantage of equipment capabilities but original marking doesn't imply. E.g. A VoIP phone that marks only a DSCP EF. An inline device sees it, and also marks it with equivalent CoS value.

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:

Innovations in Cisco Full Stack Observability - A new webinar from Cisco