【问题标题】:Connections reliability while streaming using Kurento media server使用 Kurento 媒体服务器进行流式传输时的连接可靠性
【发布时间】:2016-07-05 11:31:22
【问题描述】:

要实现的场景:

一个在线课程有 20 名学生和一名教师。现在老师想要启用他的音频控制,并且想要与 20 名学生共享屏幕。

同样,现在有 15 个不同的教育工作者同时开设 15 个在线课程。

我们希望您验证以下几点并提出任何更改建议,以便我们的服务器能够顺利处理负载 -

  1. 我们的服务器配置: Amazon ec-2。运行节点 js 的中型机器 服务器(消耗更少的计算能力)和 kurento 媒体 服务器。

问题: 任何可供 Kurento 使用的替代最佳服务器 支持上述负载(即Kurento media rever在这种情况下需要的最佳服务器配置)?

  1. 我们的在线课堂架构:当老师进入在线课堂时 类,架构为音频和 屏幕共享。现在,当一个学生进入课堂时,学生 连接到各自的 WebRTCEndPoints。论老师 断开并再次重新连接(或者如果老师想更换他的麦克风),因为没有重新协商的概念 kurento,所有学生都必须再次与新的 WebRTCEndPoints 老师。这将我们的 CPU 使用率增加到最大值 (一堂课),也需要时间 20-30 秒才能恢复两者 每个学生计算机上的流(音频和屏幕共享),有时甚至连接都没有重新连接。

问题:在不使用 Hubport 概念的情况下设计我们的架构的任何替代方法,该概念本身会在混合流中消耗大量 cpu 使用量?

【问题讨论】:

    标签: server webrtc kurento


    【解决方案1】:
    1. m3.large 可能允许您获取这些数字。

    2. 如果教师断开连接,您无需丢弃学生的端点。为演示者创建一个新端点就足够了,然后通过所有连接它们的查看器。不过,还有更好的选择,例如 DispatcherOneToMany。官方邮件列表中有关于如何使用调度程序的示例。

    【讨论】:

    • 一个接收端可以同时连接多个发送端接收流?
    • 不,一个端点只能从另一个端点获取媒体。另一方面,扇出实际上是无限的。
    猜你喜欢
    • 1970-01-01
    • 2018-07-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多