我一直在一家小型软件开发公司管理 IT 部门，该公司在 5 年内从 10 个用户发展到 70 个用户。
公司中的大多数用户都在办公室工作，但一些关键用户远程工作。
一开始，Skype 成为办公室和远程工作人员之间交流的事实上的工具。随着公司的发展，增加了更多的远程工作人员，Skype 已成为公司生态系统的一部分。
在过去的 18 个月里，Skype 的可靠性有所下降。我最初将此归因于某个 ISP 的问题，但在此期间，我们搬迁了与完全不同的 ISP 签约的办公室，增加了我们的同步光纤宽带 (20mbps)，并安装了新的网络硬件。但是 Skype 问题仍然存在。
远程用户的标准投诉是，当他们与朋友、母亲、妻子等交谈时，Skype 很好，但当他们与办公室里的某人交谈时，他们经常会出现掉线、像素化和静音。
在尝试解决这个问题超过 2 年后，我开始怀疑 Skype 是否适合这种环境。公司的所有基础设施都是基于云的，因此办公室的数据源源不断，显然会不时达到峰值。我们也是基于 Apple 的，因此经常会在多个系统上同时从 iTunes 下载内容。
此外，可能同时进行多个 Skype VC 呼叫。我们通常在上午 09:00 到 11:00 之间看到问题，当我们召开所有涉及远程开发人员的站立会议时。
每当我们遇到这些问题时，我们都会将宽带增加 5mbps，这会使情况在几个月内变得更好，然后我们会增加一些员工，然后重新开始。
我的理论是，这些在住宅连接中通常不会出现的不可避免的峰值正在影响 Skype 音频和视频。凭借公司的 IT 配置文件，让 Skype 之类的东西始终如一地工作几乎是不可能的。也许 Skype 的专用互联网连接将是一个解决方案？
这是相当主观的故障排除。您应该花时间获取有关您的网络（从边缘到客户端）的硬数据，尤其是在音频/视频较差的时候。
您还应该考虑决定如何使用 Skype 或任何 IM 工具。大多数允许您设置“质量”，以便您可以决定在根本不需要时不推送高清视频。这些调整可能会对您有所帮助。
Skype 和 Lync、Jabber 等其他解决方案，尤其是在与 ISP 的边缘连接中使用时，可能会受到降级，因为您无法控制任何有价值的 QoS。内部 IM/视频协作更好，但即使在大带宽连接中也可能出现小问题。
最后，您的公司必须决定哪种解决方案最适合它。Skype 本身不是这里的问题，就像任何 IM 客户端一样。
在过去一个月左右的时间里，我对此进行了相当多的研究。
我的结论是，除非您使用 Skype Tools for Active Directory，或者能够使用代理服务器处理所有 Internet 流量，否则 Skype 不是一个好的企业解决方案。
这是因为在使用端口地址转换的环境中无法保证 Skype 性能
http://www.nightbluefruit.com/blog/2014/05/is-skype-an-appropriate-tool-in-corporate-environments/
来自 Skype 管理员指南的引用：
2.2.4 继电器
如果 Skype 客户端无法直接与另一个客户端通信，它将为连接和呼叫流量找到适当的中继。然后节点将尝试直接连接到中继。出于容错目的，它们在多个中继之间分发媒体和信令信息。中继节点在普通节点之间转发流量。Skype 通信（IM、语音、视频、文件传输）在两个节点之间保持端到端的加密，即使插入了中继节点。
与超级节点一样，大多数业务用户很少是中继，因为中继必须可以直接从互联网访问。Skype 软件通过限制每个中继会话传输的带宽量，最大限度地减少对中继节点性能的干扰。
即，无论您拥有多少带宽，使用 PAT 时，您仍将依赖于您无法控制的资源。