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!
Hi, the Skype Operations Framework (SOF) contains the offical guidance arround applying quality of services to a Cloud PBX environment, have you taken a look at that? You'll need to sign in with a Microsoft account to download the content; https://www.skypeoperationsframework.com/Downloads?SelectedIDs=5_1_0_8 .That guidance contains setup and verification in a single document - you shouldn't need any further information beyond this.
Kind regards
Ben
- Morning all,
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.
Thanks I hadn't seen that although it is pretty much the same as the website instructions from what I can see.
The issue I have is that the GPOs have been applied with the same settings as on that framework document and are verified on my computer but when checking on wireshark it shows the packets are still using the default Differentiated Services Codepoint and not the expected ones from the GPO.
Can you post some screenshots of your GPO?
Are you sure that's a UDP packet youre looking at?
Kind regards
BenYes sorry that image wasn't selected on the UDP one but all of them are still set to the default (0) for some reason.
I have checked my computer and all the settings have been applied so now I am totally lost.
