This article discusses how to implement Quality of Service (QoS) with the Microsoft Teams app and your Cato account.
By default you can't distinguish between these traffic types in Microsoft Teams apps: voice, video, and screen share. Cato combines them into a single app, Skype and MS Teams, so it's not possible to define QoS for each traffic type separately.
In Microsoft Teams, assign different DSCP markings for each traffic type and use a Group Policy Object (GPO) to make sure that the QoS policy is applied to all operating systems and Cato Clients.
The Cato Management Application has different applications for Skype and Teams based on the DSCP marking, for example: Skype Voice (DSCP = 46).
See Microsoft documentation for more information about best practices for QoS and Teams.
Microsoft recommends that you use a combination of DSCP markings at the endpoint and port-based ACLs on routers, if possible. Using a GPO to catch the majority of clients, and also using port-based DSCP tagging will ensure that mobile, Mac, and other clients will still get QoS treatment (at least partially).
You can implement QoS by using a Group Policy Object (GPO) to direct Client devices to insert a DSCP marker in the IP packet header to identify it as particular type of traffic (for example, voice). Routers and other network devices can be configured to recognize this and put the traffic in a separate, higher-priority queue.
This is a sample QoS configuration for traffic types in Teams:
In the Network Rules screen (Networking > Network Rules) edit the Applications for a rule and add the Skype application for the specific traffic type. The following screenshot shows the different Skype applications that you can add to a network rules:
This is an example of a network rule that applies the same QoS priority to Skype Screenshare (DSCP = 24) and Skype Video (DSCP = 36):
Is there any updated guidance on this? When we view App Analytics, we just see one App for "Skype and MS Teams"
Please sign in to leave a comment.