我目前正在使用opentok WebRTC javascript API开发视频聊天应用程序。该应用程序在一对一视频聊天中链接用户A和B. A和B都有自己的会话，他们是主持人（sessionId在登录时生成并存储在数据库中）。首先，用户A和B只发布到他们自己的会话，而不是订阅任何其他会话。然后一个＆＃34;开始＆＃34;命令发送给两个用户（使用socket.io），触发用户A订阅用户B的会话，反之亦然。然后，订阅视频窗口现在保持黑色（在5个案例中的3-4个中），并且最终触发1013对等连接错误，而不是显示彼此的流（几周前完美地工作）。有没有人看到过相同的行为（自WebRTC 2.0.0.13发布以来，大约2周前它已经非常糟糕）？我非常确定它与任何防火墙设置无关，因为它之前工作得很好，并且opentok诊断工具没有显示任何问题。
我发现奇怪的事情：例如，如果一个或两个用户在订阅了彼此的会话之后才开始发布（通过访问他们的网络摄像头）到他们自己的会话我永远不会得到1013错误，一切运行顺利（使用完全相同的sessionID＆＃39; s）。
如果这是无法避免的，是否有正确的方法可以从这些错误中恢复？我尝试取消订阅 - 重新订阅，但这不起作用。有什么想法吗？
弗雷德里克
答案 0 :(得分：0)
这听起来像一个奇怪的问题。生成sessionId时，是否可以确保未启用p2p？不通过我们服务器的p2p流容易受到1013个连接错误的影响。
确保您的javascript / iOS库都使用webrtc SDK。如果为我们的闪存服务器分配了会话ID，那么尝试通过webrtc连接的人将收到1013错误。
有时，如果您尝试多次将session.subscribe调用到同一个流，它可能会使订阅者处于奇怪的状态，从而导致1013错误。
这些是我可以提出的可能原因。你有一个可以分享的现场演示，所以我们可以重现这个问题吗？