我想知道当 meshModeEnabled 和 meshOnlyEnabled 参数设置为 true 时 Apizee PaaS 的确切行为是什么？
该文档描述了这 2 个参数的用处，但没有解释 Apizee 应用程序中的行为。
如果我们将meshModeEnabled 参数设置为true 并将meshOnlyEnabled 参数设置为true，那么这将禁止ApiRTC 将流量重定向到SFU（以保持真正的点对点）。
我的问题是：通过将上面提到的两个参数设置为true，流量将完全是P2P，这意味着不再可能使用对话记录系统和API的媒体检索（因为没有通向SFU）？
先感谢您
我已经使用了这 2 个参数，但没有任何关于它们在 Apizee PaaS 方面的技术行为的信息
【问题讨论】：
标签： webrtc
ApiRTC lib 版本 4.7.8 的答案
如果我们将 meshModeEnabled 参数设置为 true 并设置 meshOnlyEnabled 参数为 true，那么这将禁止 ApiRTC 将流量重定向到 SFU（以保持真正的点对点）。 你是对的
我的问题是：通过将上面提到的两个参数设置为true， 流量将完全是 P2P，这意味着它不再是 可以使用对话记录系统和媒体 使用 API 检索（因为没有通过 SFU）？ 我确定。任何需要集中所有流的活动（记录、带宽优化……）都需要 SFU
请注意，ApiRTC 具有根据参与者的使用和带宽质量选择最佳流路由的机制。
如果启用网格模式，ApiRTC 的行为将是：
- 如果 < 5 名参与者且会话之前未处于 SFU 模式 ==>
roomMode= "mesh"- 如果 >= 5 名参与者或某人加入会议室进行 SIP 或录制或某人拥有一个小狗上传链接或会话之前已处于 SFU 模式 ==>
roomMode= "mesh"==>roomMode= SFU如果您未指定任何默认值，则以下是默认值：
- meshModeEnabled :
false==> 所以默认不使用 ApiRTC 流路由优化- meshOnlyEnabled：
false要获取当前连接模式，您可以在浏览器控制台中使用
apiCC.session.apiCCWebRTCClient.webRTCClient.MCUClient.sessionMCUs对象。
roomMode属性将显示
"mesh"=> 网格模式- 或者不会被定义 => SFU 模式
【讨论】：
非常感谢您的反馈和所有细节。您在此处提供的一些详细信息未在文档中指定，我认为它会对每个人都有帮助:)
只有一件事：继续我最初的问题，我想知道强制点对点（因此不通过 SFU）的事实是否仍然允许从 Apizee 存储服务器中受益以恢复交换的媒体？或者这个选项只能通过 SFU 获得？
此外，我注意到在强制点对点连接期间，出现了 MCU 服务器的概念。它是没有中介的真正点对点，还是我们必须通过 MCU？
提前致谢 ：）
【讨论】：