抱歉，内容太长了，如果这里不适合，我更要道歉。这个问题涉及很多不同的技术，让我们和我们的供应商都感到困惑。
我正在解决 VTC 环境中一个奇怪的问题，该环境由端点编解码器组成（主要是 Polycom Groupseries，但也有一些较旧的 HDX 型号，尽管编解码器型号似乎并不重要）。使用 RMX 桥接器可以实现多点呼叫。几年前，我们在组合中添加了 Polycom 内容共享服务器，它充当一种粘合剂，允许会议室连接到在 Skype for Business 中创建的会议。我的理解是，CSS 充当连接到 RMX 桥接器的 H.323 端点（Polycom 编解码器）和连接到 Skype 的 SIP 端点的一种转换器。
通常，在 VTC 会议室或通过 Skype 连接的参与者将通过 Skype 客户端的共享桌面功能共享一份简报（通常是 Powerpoint 幻灯片）。我们有一些最终用户报告说，他们发现幻灯片切换有明显的延迟——有时需要长达 30 秒才能从一张幻灯片完全切换至另一张幻灯片。虽然 Windows 和 Mac 都容易受到影响，但这种情况在 Mac 上发生的频率似乎要高得多。最初，我们怀疑上述其中一台服务器存在网络拥塞或资源匮乏（CPU/内存），但找不到任何证据表明这两种情况。最终，我们测试了升级 CSS 和 Skype 基础设施上的软件，以支持 VbSS（基于视频的屏幕共享）作为默认共享机制，而不是 RDP。这显示出立竿见影的改进；与我们之前看到的缓慢平铺不同，转换是即时的（在共享幻灯片的人更改幻灯片的半秒到一秒内，我们会在其他位置看到内容频道的更新），并且幻灯片是一次性转换的，而不是平铺（这与我的理解相符，因为 VbSS 是作为完整的视频流发送的，而 RDP 则是零碎的）。
我们认为我们当时或多或少已经解决了这个问题，但我们发现了一个奇怪的新症状——当 Mac Skype 客户端连接到会议并共享内容时，起初视频很好，但随着时间的推移，特别是如果它长时间（30-60 秒）保持静止，内容频道越来越有可能“卡住”。当这种情况发生时，有人可以转换幻灯片，例如从幻灯片 3 到幻灯片 4，内容频道将停留在幻灯片 3 上长达 30 秒，然后才能自行转换。
有几件奇怪的事情：
当内容像这样“卡住”时，在卡住的任何时候，如果移动鼠标，它就会突然解除卡住并进行转换。
这似乎只发生在有人从没有音频的 Mac 加入会议时，如果您实际上在 VTC 会议室之一中，您通常会这样做；由于房间已经加入会议，从房间中的第二个设备加入音频会导致反馈循环/回声。当加入音频并将麦克风/扬声器静音时，Skype 会弹出一个小窗口，其中包含视频/音频/内容静音控件，当主会议窗口不在焦点时，该窗口始终保持在顶部。这个小控制窗口不存在于共享内容中；如果您进入全屏 Powerpoint 演示文稿，您会在 Mac 显示屏上看到它，但不会在任何接收内容的端点上看到它。当会议加入时没有音频，控制窗口不会出现。这两种情况让我怀疑 Mac Skype 客户端中存在某种错误，只是......
在非集成会议（即仅连接 Skype 客户端）中不会发生延迟。
正如我所说，我们对此感到困惑；我所做的所有故障排除工作实际上就是找到一些奇怪的特定条件来导致这种情况发生。如果有人有任何想法，我将不胜感激。
答案1
好吧，我们找到了答案（某种程度上）。帖子位于https://community.polycom.com/t5/Skype-for-Business/Sharing-performance-MacOS-SfB-to-Trio/td-p/91943引用了完全相同的问题，具体到“移动鼠标会使幻灯片前进”。事实证明，这是 Mac Skype 客户端中的一个潜在错误；即使将 Polycom 基础设施从方程式中移除，它也可以重现。我们之所以只在集成呼叫中看到它，是因为这是唯一一种（除非出现特殊情况）您加入没有音频的会议的情况。 为什么这是否会产生影响还有待观察，但即使只将 Skype 客户端加入会议，这种情况也是可以重现的；如果您将 Mac 加入没有音频的会议，然后开始共享内容，如果不进行任何操作，内容最终会冻结长达 30 秒；但是，如果您移动光标，这将触发共享内容频道为其他参与者更新。使用音频加入不会产生此行为。