在我们的办公室网络（26人）上，一些用户抱怨Skype通话质量差，特别是在上游方向。我想问一下，考虑到它使用随机端口，如何识别Skype通信，以便可以在路由器级别对其进行优先级排序？

我想你是对的; Skype为每个会话使用随机的非公共出站端口（大于1024），这使QoS标记成为问题

但是，只要您具有基于SIP服务质量的硬件，就可以将QoS用于SIP并提供语音数据优先级。

您可以在Cisco路由器上使用以下配置在类映射中匹配Skype通信。为此，路由器使用称为NBAR的功能（它会查看第4层和数据包中的较高信息来确定应用程序。）

class-map priority
  match protocol skype

匹配后，您可以为该类提供更高的优先级，如下所示：

policy-map outbound
 class priority
  priority 2000 ! Gives a dedicated 2Mbits/sec
interface Gigabit0/1
 description Outside interface
 service-policy output outbound

我确定其他供应商也提供类似的功能，但我不能肯定地说。

如果您的计算机位于Windows域上，则可以使用组策略QoS设置将DSCP值分配给Skype可执行文件（skype.exe）生成的流量（实际上，您可以对工作组计算机上的本地策略执行相同的操作，可能还需要添加一个注册表项）。DSCP 46我相信这是通常用于快速转发的内容。然后，您需要在流量将经过的所有交换机和路由器上进行QoS设置，以使其遵守DSCP ef标记。

Skype for Business已使用区分服务代码点（DSCP）自动标记其两种不同类型的流量：

• 音频：EF（快速转发，DSCP 46）- 低延迟，低损耗和低抖动
• 视频：AF41（确保转发41，DSCP 34）-4级，低丢弃概率

按端口分类是错误的

其他人可能建议尝试按端口对Skype流量进行分类（以至于他们甚至可能抱怨Skype使用随机端口，这使得查找变得更加困难）。

显然，尝试通过其通信的端口对Skype流量进行分类是错误的，因为那样会错误地将音频和视频都归为同一优先级，从而破坏了QoS的全部目的。

通过Skype.exe进行分类是错误的

其他人可能还会建议使用QoS策略（gpedit.msc）将DSCP策略应用于Skype.exe。同样，这也是错误的-因为您会错误地将音频和视频分类为相同的优先级。

仅Skype for Business

不幸的是，只有Skype for Business标记了不同的流量类别。

微软是小巧活泼的，他们并没有专门禁用只能帮助免费版本用户的透明功能。

思科推荐

对于音频和视频，思科建议：

| Traffic           | DSCP           | Notes                            |
|-------------------|----------------|----------------------------------|
| Voice             | EF   (DSCP 46) | No packet loss,   150 ms latency |
| Interactive video | AF41 (DSCP 34) | Packet loss 1%,   150 ms latency |
| Streaming video   | CS4  (DSCP 32) | Packet loss 4-5%, 4-5s latency   |