目录

简介

先决条件

要求

使用的组件

背景信息

场景

网络图

使用数据包捕获

Wireshark 过滤器

查找 TCP 负载中的 STUN 数据包

使用 Wireshark 解码 MSSTUN 消息

故障排除

用户无法共享

简介

本文档详细介绍了 CMS、Expressway 和 Skype for Business 组件之间的 TCP TURN 消息交换。

先决条件

要求

Cisco 建议您了解以下主题：

- Expressway 服务器

- CMS（思科 Meeting Server）

- Skype for Business（前身为 Lync）服务器

使用的组件

本文档中的信息基于以下软件和硬件版本：

- Expressway 8.9

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

背景信息

Expressway 版本 X8.9 引入了对 TCP TURN 的支持，可在 CMS 和 Skype for Business (Lync) 之间实现演示共享呼叫（其中 CMS 将 Expressway-E 用作其 TURN 服务器）。来自 Skype 客户端的内容介质预期会流向 Expressway-E，然后 Expressway-E 将其转发给本地 CMS。

本文档会详细介绍所有组件之间的 TCP TURN 消息交换，以便帮助对潜在的问题进行故障排除。本文档并未介绍 TURN 的基础知识或使用 UDP TURN 进行常规音频或视频呼叫。

提示：TCP TURN 是 TURN 的扩展，以下 RFC6062 进行了详细介绍。

本文档重点介绍 TCP 部分，这是 Skype 演示共享呼叫的特有功能，增加了经典 TURN 操作的复杂性。

场景

在本文档中描述的测试实验场景中，我们使Skype客户端通过Skype边缘服务器、Expressway-E和Expressway-C与CMS通信。Expressway-E在CMS中配置为TURN服务器。此外，Skype 客户端到 Expressway-E 服务器没有 IP 连接，因此我们预期唯一的工作介质路径是通过 Skype Edge 进入 Expressway-E 服务器。

网络图

下图显示新的邀请，其中 m=applicationsharing 由 Skype 发送，用来发起演示共享。

（它不会显示初始音频和视频呼叫邀请，已经在这个阶段进行协商）：

使用数据包捕获

Wireshark 过滤器

在某些情况下，出于简单介绍 STUN 通信目的，只需将 Wireshark 过滤器设置为 tcp 和 stun 即可：

查找 TCP 负载中的 STUN 数据包

Wireshark 可能不会始终将 TCP 通信解码为 STUN。

您必须在用于通信的 TCP 端口上进行过滤，查找带有 [PSH, ACK] 标记的 TCP 数据包并检查 TCP 负载：

在负载上方的图像中，以数据00 6c 00 01开头。第3字节和第4字节中的不同值表示以下STUN数据包：

00 01 - 绑定请求

01 01 - 绑定成功响应

为了使 STUN 对正常工作，每个方向上每样需要有一个。

使用 Wireshark 解码 MSSTUN 消息

Microsoft 已向 Wireshark 未识别的基本 IETF 标准中增加内容。您可以向 Wireshark 安装一个插件，提高数据包捕获的可读性。

有关插件的更多信息，请参阅此处。

故障排除

本部分提供了可用于对配置进行故障排除的信息。

用户无法共享

- 检查CMS日志是否包含以下条目：ms-diagnostics-public:21002;reason="与会者无法在此会议中共享";component="ASMCU"

- Skype for Business 会议的设置默认不允许所有人共享。如果您看到上述错误，请从 Skype 客户端右键点击参加者，然后选择指定为主讲者