概述 CMS 与 Skype for Business 实现的演示共享（将 Expressway-E 用作 TURN 服务器）- 思科
目录
简介
本文档详细介绍了 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 部分，这是 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 客户端右键点击参加者，然后选择指定为主讲者
反馈