On our office network (26 people), some users have complained of poor Skype call quality, particularly in the upstream direction. I wanted to ask, how do I identify Skype traffic, considering that it uses a random port, in order that I might prioritise it at the router level?
I think you are right; Skype uses random non-common outbound ports (greater than 1024) for each session which makes QoS tagging problematic
But you can use QoS for SIP and provide voice data priority as long as you have SIP Quality of Service-based hardware.
You can match skype traffic in a class-map using the configuration below on Cisco routers. To do this, the router uses a feature called NBAR (it looks at layer 4 and higher information in the packet to determine the application.)
Once matched, you can then give that class higher priority like this:
I'm sure other vendors offer similar functionality, but I can't really say for sure.
If your computers are on a Windows domain , you can use group policy QoS settings to assign DSCP values to traffic generated by the Skype executable file (skype.exe)(actually, you can do the same with local policy on a workgroup computer, you just might need a registry key added too). DSCP 46 I believe is what's usually used for expedited forwarding. Then you'd need to get QoS setup on any switches and routers the traffic will traverse so that it will honor the DSCP ef markings.
Skype for Business already automatically tags its two different kinds of traffic with a Differentiated Services Code Point (DSCP):
Classifying by port is wrong
Others might suggest trying to classify Skype traffic by ports (to the point that they might even complain that Skype uses random ports that make it more difficult to find).
Obviously trying to classify Skype traffic by the ports it communicates on is wrong, because then you would mistakenly classify both audio and video into the same priority class - thus defeating the entire purpose of QoS.
Classifying by Skype.exe is wrong
Others might also suggest using QoS policy (
gpedit.msc
) to apply a DSCP policy toSkype.exe
. This, again, is also wrong - as you'll mistakenly classify both audio and video as the same priority.Skype for Business only
Unfortunately it is only Skype for Business that tags it's different classes of traffic.
Microsoft is petty and petulant, and they don't specifically disable the transparent feature that can only help people in the free version.
Cisco Recommends
For audio and video Cisco recommends: