Tokbox-连接删除事件 - 延迟与网络划分的原因



在tokbox中有四个主要事件:

connectionCreated
connectionDestroyed
streamCreated
streamDestroyed

我们正在监视客户端(纯JS(和使用服务器上的Webhook(php(上的这些事件。

connectionDestroyed事件的对象包含"原因"为什么被破坏。

我们已经注意到,当原因为 networkDisconnected时,我们会看到其响应的延迟。

其他事件和原因似乎立即发射了。但是,当网络连接下降时(测试时拉开以太网线或关闭WiFi(,Webhook在确认它之前似乎有5-20秒的延迟。

有人知道这是否是"典型"?Tokbox是否故意这样做?是否可以给连接一些时间重新连接,以使小网络打ic并不能完全使您过早地关闭您?有没有办法更改此延迟?

如果有人对此有任何了解,我将非常感谢。

谢谢!

Manik在这里从tokbox。

当您获得connectionDestroyed事件的原因为networkDisconnected时,这意味着存在网络问题,并且重新连接失败的尝试。当JS SDK检测到连接损失时,它试图在30秒内重新连接5次。这就是为什么您看到接收connectionDestroyed事件的延迟。

要知道JS SDK是否试图重新连接,您可以收听以下事件:

session.on(
  sessionReconnecting: () => {
    //
  },
  sessionReconnected: () => {
   //
  },
  sessionDisconnected: () => {
    //
  }
);

有关更多信息,请参阅《自动重新连接指南》。

最新更新