ENA Airv2 with Ruckus Hardware
What is QoS Mapping?
QoS (Quality of Service) mapping prioritizes packets moving over your network according to their DSCP (Differentiated Service Code Point).
DSCP is an 8-bit field in the IP header of a packet. DSCP is used in DiffServ and is a simple mechanism for classifying network traffic and providing QoS.
DSCP ranges are classified in one of four AC (Access Categories):
- Best Effort
Note: 802.11 frames are at Layer 2 (Data Link / MAC) of the OSI model. As a result, there are no DSCP values in 802.11 frames.
Each AC is assigned a UP (User Priority) from 0-7, with 0 being the lowest.
UP-to-AC-to-DSCP range mappings
(low to high)
As an example, let’s look at how Skype is mapped.
We know from the Microsoft documentation that Skype uses DSCP 46 for packets containing Audio data, and a DSCP value of 34 for packets containing Video data. By default, this would give Audio packets a UP of 5 and Video packets a UP of 4.
Modifying QoS Mapping
In ENA Air v2, it is possible to modify QoS mapping by making an exception and putting a DSCP into a different AC. This will give traffic with that DSCP a different UP.
Access QoS mapping tool
- Details for WLAN for which would like to modify QoS mapping
- Edit under QoS Settings
Edit QoS Mapping
Once you have opened the QoS mapping edit tool for the WLAN you would like to modify, move the DSCP values you would like to adjust into the Exceptions area for a UP and save your changes.
For example, once we know a traffic type’s DSCP value, we can move it to the proper bucket. Say we want to drop Skype traffic to best effort for whatever reason. As we talked about above, Skype uses DSCP 46 for audio and 34 for video. If you had no other traffic on your WLAN that used those values, we could add exceptions to the best effort buckets to move those values down.
How DSCP Values are Set
Note: It is up to each individual product to set DSCP values on the packets they form.
From a WLAN client, it is up to the application to apply the proper AC to the frames/traffic. If the application is applying best effort to voice traffic, it will not get put in the voice bucket once it reaches the AP. Nor will it get put into the voice DSCP range (48-55) when exiting the AP onto the wire. A thorough understand of the application that is being used is necessary for proper functionality.
The same applies when it comes to traffic from the wire to wireless clients. If the DSCP value from the IPv4 header frame has a value of 20, the mapping will drop it in the background bucket. You can see why it would not be advisable to simple edit your QoS mappings and put everything in the voice or video buckets. When everything is mapped to a single bucket, nothing will get precedence over the other type of traffic.