Skype for business qos dscp values software#
Skype for business qos dscp values windows#

I hope you find this post useful, just keep in mind, if a SfB Audio/Video Stream is going to a non Microsoft application you may not have it covered by QoS. Problem 2 is resolved within Verba itself, within the RTP Proxy settings you can specify the port ranges SfB is using for Audio and Video. Problem 1 is easily resolved by creating the relevant GPO for вЂњrecorderproxy.exeвЂќ (note use Local GPO for RecorderProxy.exe on Edges!): Problem 2 вЂ“ Verba by default is not using the same SfB Audio and Video ports you have set for SfB QoS (i.e. Problem 1 вЂ“ Just like Citrix, Verba uses a different executable name so Audio traffic is not tagged as EF 46. The proxy sits in the middle of a P2P, PSTN, Conference Call etc depending on the calls types that need to be recorded. When a Verba Proxy is utilised to record Audio, Verba modifies the SfB Media Candidates so the SfB client sends its Audio Stream to the Proxy. Verba has multiple methods to record different SfB modalities, in this example I will cover Audio recording via a Verba Proxy. Your Third Party app may also not have been configured to use the same Source Ports as your SfB Servers too! I will use Verba as an example.

Skype for business qos dscp values software#

If youвЂ™re using a Third Party Contact Centre or Call Recording software you will also have the same issue. For non-windows Terminals you need to follow the guidelines in the Citrix Blog above.

Skype for business qos dscp values windows#

If you use the Citrix HDX pack and havenвЂ™t configured QoS, this will not be tagged correctly.ДЇor Windows Terminals, the solution is simple, you need to add MediaEngineService.exe to your SfB Client QoS GPO using the same Source Ports and DSCP values as Lync.exe. You can check the DSCP markings on your SfB traffic using WireShark, if QoS is working you will see the Expedited Forwarding for Audio Traffic. Skype for Business Online Quality of Service DSCP Markings and Port Ranges. The problem is the HDX Pack doesnвЂ™t have or use Lync.exe on the Thin Client for media traffic, it actually uses MediaEngineService.exe. Next lets look at the QoS markers, which in this case is the DSCP value in.

SfB calls are now outside the ICA session and direct to the Thin Client (yey!). At a high level, when you make a SfB call, the HDX Pack changes the Media Candidate from the VDI servers IP, to the users Thin Client IP. The solution from Citrix is the HDX Optimization Pack. ItвЂ™s also not possible to put QoS on SfB Voice as it would be encapsulated within the ICA session.

All SfB calls, whether P2P, PSTN, Conference will traverse the Citrix ICA session which may not be the most optimum path or protocol for Real Time Media. When using SfB in a VDI environment, the user will be using a Thin Client and their SfB client would usually be installed on a XenApp / XenDesktop server in a datacentre somewhere. вЂњWhy does it matter if IвЂ™m using Citrix or a call recording application like Verba?вЂќВ Answer вЂ“ They have their own executables and donвЂ™t use the standard SfB exeвЂ™s to send/receive media! Pat Richard has a really usefulВ QoS Calculator here: Mark Vale documents this process really well:

You should configure QoS in the usual method using a Windows GPO. Call Recording / Contact Centre) with Skype for Business? You may find youвЂ™re not marking this traffic with the correct DSCP markings. Are you using Citrix or any other 3rd party application that handles media (e.g.