Zoom app on iPhone not marking DSCP or 802.11e when connected to Fastlane AP
I have a strange issue. We have the Zoom app deployed on our corporate iPhones. We have a mix of Meraki APs and Cisco APs. We are trying to verify that QoS is set for all Zoom traffic. We found doing packet captures that we were seeing QoS marked appropriately on Cisco APs (1142, 3802s, 3602s) coming from Zoom iPhone clients. When those clients were on Meraki APs, we did not see the traffic marked. It was almost as though the iPhone detected the access point it was on and stopped marking QoS (both DSCP and 802.11e).
We thought it might be Fastlane related as Fastlane is on by default on Meraki and we had it off on our Cisco controllers. Sure enough, when we enabled Fastlane, the Zoom iOS app stopped marking traffic via DSCP or 802.11e.
Anyone seen anything like this? Other iOS apps such as Facetime seem to mark QoS no matter what. Also Zoom on Android marked QoS no matter what.
I did see that. Our MDM is Microsoft Intune which doesn't support QoS network profiles. I don't think a profile is needed though since the default behavior should be to allow all apps to set QoS. We've tested Facetime calls and other apps. They seem to be setting QoS fine on a Fastlane enabled AP. It's just something with Zoom.
"iOS 10 devices can receive a QoS profile (provisioned using standard Apple profile provisioning techniques). This QoS profile lists the applications that can be put in a whitelist. Applications in a whitelist are authorized to apply upstream QoS marking using Apple Service Type method. Applications that are not in the Whitelist do not mark upstream QoS in a Fastlane enabled network. By default, all applications are whitelisted (i.e. without a QoS whitelist, all applications can mark QoS; when a whitelist is deployed, only applications in the whitelist will mark QoS using the Service_Type method, other applications will receive best effort or background QoS treatment). When supporting iOS 10 devices, associate to a WLAN that is configured for Fastlane, they apply the QoS profile they previously received. The AP also trusts the iOS QoS marking."
I am also experiencing this behavior with Apple MacOS laptops connecting through a 3504 WLC. The Zoom client will stop marking packets when connected to a Fastlane enabled WLAN. I switched to a non-Fastlane WLAN and suddenly the DSCP markings were passing through. Not sure what the issue is, but disabling Fastlane seems to fix it.
In some cases, there may be an abnormality in one of the part files of these COS APs, which makes it impossible to convert to Mobility Express. At this time, you will encounter the following error.##########################################################...
We are excited to announce the Second refresh of 17.6.2 EFT/Beta Program for PRODUCTION deployments.
This release is the second qualified EFT/Beta Image and is BU supported.
After previous 17.6.1 CCO, this p...
Listen: https://smarturl.it/CCRS8E33 Follow us: https://twitter.com/ciscochampion The goal for stadium and large venue Wi-Fi is to deliver an exceptional, fast, and reliable wireless experiences to tens of thousands of fan...
We are pleased to announce the immediate availability of the IOS-XE release 17.6.1 for the Catalyst Wireless Controllers. The new code is now posted on the CCO and can be found at this link:
This version now introduces experimental new feature, "Upgrade Advisor, targeted to one of common case generators: what are the supported versions and how to upgrade my current controllers and APs
It supports both AireOS and IOS-XE, covering since ...