☰

仅限 Skype for Business

tag-icon • tag-icon networking qos skype
仅限 Skype for Business

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

答案1

我认为你是对的；Skype 在每个会话中使用随机的非公共出站端口（大于 1024），这导致 QoS 标记出现问题

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

答案2

您可以使用 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

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

答案3

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

答案4

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 标记了不同类别的流量。

微软很小气又任性，他们并没有特意禁用只有免费版本才能使用的透明功能。

思科建议

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

交通 数据保护协议 笔记
嗓音 EF（DSCP 46） 无数据包丢失，150 毫秒延迟
交互式视频 AF41 (DSCP 34) 数据包丢失 1%，延迟 150 毫秒
流媒体视频 CS4（DSCP 32） 数据包丢失 4-5%，延迟 4-5 秒

相关内容