Silverlight 在线语音聊天：为什么是客户机-服务器模式还是点对点模式？

我正在将在线语音聊天添加到Silverlight应用程序中。我一直在回顾通过在线搜索和论坛找到的当前应用程序、服务和SDK。我发现其中大多数实现了客户机-服务器（C/S）模型，我试图理解为什么该模型与对等（PTP）模型不同。对我来说，PTP更可取，因为直接在对等点之间进行更高效（更少的IP跃点，并且不需要服务器计算机处理），并且不需要服务器及其成本和依赖性。我发现，如果PTP证明不足，一些产品可以从PTP切换到C/S

当我进一步思考时，我发现如果一个对话中涉及两个以上的对等方，C/S可能会更好，那么服务器（假定带宽更大）可以更好地将每个对等方的传出流量转发给多个其他对等方。在C/S多对多语音聊天中，每个对等方的上游宽带（瓶颈就在这里）只需承载一次每项语音流量，然后服务器将使用其优越的带宽将消息转发给其他多个对等方

但是，在一对一语音聊天的情况下，PTP似乎是最好的选择。服务器不会降低两个对等服务器的带宽需求，只会增加不必要的开销、依赖性和成本

在一对一语音聊天中：

• 我在上面的事情上错了吗
• 点对点最好吗
• 服务器会提供仅客户端无法提供的任何有价值的东西吗 节目
• 还有什么我应该考虑的吗

最后，您能推荐Silverlight PTP或C/S语音聊天产品吗

---

提前感谢您提供的任何信息。

我无法解释为什么有些工具使用CS模型而不是PTP模型的一般原因

但是，PTP需要一个或两个对等方打开一个端口进行侦听，以便另一个对等方可以连接。据我所知，Silverlight不支持侦听传入连接请求的功能

---

因此，Silverlight CS是唯一可用的解决方案。

•点对点最好吗

不，如果您在局域网环境下工作，那么这很好，但在internet上，您需要C/s模式来处理客户端请求（客户端将位于NAT后面）（服务器将位于公共IP上）。

•服务器会提供纯客户端程序无法提供的任何有价值的东西吗

是的，您无法与NAT后面的客户机通信，如果他的IP不是静态的或未知的，因此最好的解决方案是C/S模式

您能推荐Silverlight PTP或C/S语音聊天产品吗

是检查此项目：作为C/S型号