为Polycom/Skype提供综合职业训练局呼叫的Macs内容共享延迟

Question

为这部小说道歉，如果这里不是合适的地方，那就加倍道歉。这个问题正处于许多不同技术的交汇处，它一直困扰着我们和我们的供应商。

我正致力于解决VTC环境中一个奇怪的问题，该环境由端点编解码器(主要是Polycom Groupseries，但混合中的一些较旧的HDX模型，尽管编解码器模型似乎并不重要)组成。多点调用是通过使用RMX桥来实现的。几年前，我们在mix中添加了一个Polycom内容共享服务器(Polycom Content Share Server )，它充当了一种粘合剂，可以让会议室连接到通过Skype创建的商务会议。我的理解是，CSS充当了与RMX桥连接的H.323端点(Polycom编解码器)和连接到Skype的SIP端点的翻译器。

通常，无论是在职业训练局的房间还是通过Skype连接的参与者，都会通过Skype客户端的“共享桌面”功能分享一个简短的内容(最常见的是Powerpoint幻灯片)。我们有终端用户报告说，他们在幻灯片转换方面出现了明显的延迟--有时超过30秒才能完全从一个幻灯片过渡到另一个幻灯片。虽然Windows和Mac都很容易受到影响，但在Mac上发生这种情况的频率似乎要高得多。最初，我们怀疑上述服务器上的网络拥塞或资源不足(CPU/内存)，但没有找到任何可能的证据。最后，我们在CSS和Skype基础设施上测试了升级软件，以支持VbSS (基于视频的屏幕共享)作为默认的共享机制，而不是RDP。这显示出了一种立即的改善；与我们之前看到的缓慢过渡相比，过渡是即时的(在分享更改幻灯片的人的半秒钟内，我们会看到其他位置的内容频道更新)，幻灯片一次转换而不是平铺(根据我的理解，VbSS是作为一个完整的视频流发送的，而RDP则是零碎的)。

我们当时认为我们可以或多或少地解决这个问题，但我们看到了一个奇怪的新症状--当Mac Skype客户端连接到一个会议并共享内容时，起初视频很好，但随着时间的推移，特别是如果它长时间保持静止(30-60秒)，内容频道越来越有可能“卡住”。当发生这种情况时，有人可以转换幻灯片，例如从幻灯片3到幻灯片4，内容频道将在幻灯片3上停留30秒以上，然后自行过渡。

关于这件事有些奇怪的事情：

1. 当内容像这样被“卡住”时，当它被卡住的时候，如果你移动鼠标，它就会突然松开和转换。
2. 这似乎只会发生在有人在没有音频的情况下从Mac加入会议的时候，如果你实际上是在职业训练局的一个会议室，你通常会这样做；由于会议室已经加入了会议，所以从会议室的第二个设备上加入音频就会产生反馈回路/回声。当加入音频和只是静音你的麦克风/扬声器，Skype弹出一个小窗口与视频/音频/内容静音控制，始终保持在顶部时，主要会议窗口不在焦点。这个小控件窗口不存在于共享内容中；如果您转到全屏Powerpoint演示文稿，您将在Mac显示器上看到它，但在接收内容的任何端点上都看不到。当会议在没有音频的情况下加入时，控制窗口不会出现。这两种情况让我怀疑Mac Skype客户端存在某种错误，除了.
3. 在非集成会议中(即只有Skype客户端连接)，延迟不会发生。

正如我说过的，我们对此感到非常困惑；我所做的所有故障排除工作都是为了找到一些奇怪的特定条件来实现的。如果有人有想法的话，我会非常感激的。

Answer 1

嗯，我们找到了答案。https://community.polycom.com/t5/Skype-for-Business/Sharing-performance-MacOS-SfB-to-Trio/td-p/91943的帖子提到了同样的问题，可以归结为“移动鼠标推进幻灯片”。事实证明，这是Mac客户端的一个潜在错误；即使将Polycom基础设施从公式中删除，也是可以复制的。我们之所以只在集成电话中看到它，是因为这是唯一一种情况(除非有异常情况)，在这种情况下，你会参加一个没有音频的会议。这会带来不同的原因还有待观察，但即便只是将Skype客户端加入到会议中，也是可以复制的；如果你在没有音频的情况下加入Mac，然后开始分享内容，那么如果你一个人呆着，最终内容似乎会冻结30秒以上；然而，如果你移动光标，就会触发共享内容频道，供其他参与者更新。加入音频并不会产生这种行为。