Forum Discussion
QoS for SfB when using Cloud PBX and PSTN Calling
Hey Peter,
(Author of those articles checking in)
I am curious as to what is causing the traffic not to be marked. Are you able to test on a machine that is not domain joined? (Should be able to export those Registry Keys and import them on the test machine)
*EDIT* - I think I found the issue.
- Go to the GPO Editor and navigate to 'Computer Configuration>Windows Settings'
- Right-click 'Policy-Based QoS' > choose 'Advanced QoS Settings ...'
- Go to the 'DSCP Marking Override' tab
- Check 'Control DSCP Marking requests from applications and services'
- Select "Allowed'
I can't update the Perficient blog post since I am no longer employed there.
But I will try to figure out the PowerShell GPO cmd to create this entry
Hopefully this works for you!
Do you have an ExpressRoute in place? There is no point in QoS to O365 without an ExpressRoute being utilised.
I think deploying QoS without an Express Route is still perfectly viable; we'renot to know whether the organisation makes 1000 peer to peer video calls a day - If they do, then QoS is most certainly useful regardless of whether an express route is in play or not. Granted, WAN traversing PSTN, conferencing, and federated scenarios etc won't honour the priority requirements, but your peer-to-peer scenarios will. Silver lining; If you procure an express route at a later date then you don't need to make any changes because you local network and GPO's are already in place to honour the same settings as the express route.
In relation to the original post; can you confirm whether it's the QoS settings that aren't applying within the GPO, or the GPO as a whole not applying?
In the registry of the client machine do you see anything here; HKEY_LOCAL_MACHINE > Software > Policies > Microsoft > Windows > QoS?
If you don't it would imply your GPO isn't applying full stop, although you could test this further by making a more obvious change to the GPO and seeing if the client picks it up.
- Absolutely, you can QoS the traffic, however if you aren’t putting your calls over an ExpressRoute you lost all those tags as soon as it hits the internet.
If you have an ExpressRoute that has been configured correctly from your service provider then these packets will be honoured from Client to CloudPBX.
As Michael pointed out - your GPO will need to be configured to the right ports applied, you need to ensure that your internal lan and wan is configured as expected.
Got CloudPBX want QoS? Got to go ExpressRoute.Not sure if this will help but found a site which says to check the skype logs for the ports etc. having found that it says qosenabled false and enableincallqos false
I have not seen anywhere that suggests I have to do something to enable this on the client, every site only mentions the GPO to enable QoS
you need to run the following powershell either from your on Prem Skype servers or in the Skype for Business Online shell. Without the media configuration being set to true the QoS ports will not be honured.
Set-CsMediaConfiguration –EnableQoS $true –EnableInCallQoS $True
Good luck and let us know how you get on?
Ok thanks for the responses all.
Firstly no we do not have expressroute in place currently, we will mainly be using Skype for the PSTN call ability as a business and using that a lot so I suspect we will impliment it at some point soon.
The GPO that we have set is as per the website I posted at the start, they had a powershell script which generated it all for me as below.
Thanks for your feedback so far
Can you confirm that you have restarted the client OS after applying the QoS GPO and that you have the "QoS Pakcet Scheduler" showing on the client NIC?
Yep restarted as set a few days ago and indeed the QoS packet scheduler is installed.
