ICE重启
原作者:Philipp Hancke(原文链接) 翻译:刘通 我之前写过一篇关于ICE失败的文章。那时候我只是分析了初始化时候的失败,并没有讨论通话建立成功之后发生的ICE失败。现在我们来探讨一下ICE重启的问题。
原作者:Philipp Hancke(原文链接) 翻译:刘通 我之前写过一篇关于ICE失败的文章。那时候我只是分析了初始化时候的失败,并没有讨论通话建立成功之后发生的ICE失败。现在我们来探讨一下ICE重启的问题。
作者:Levent-Levi(原文链接) 翻译:刘通 你不会相信在TCP上的TURN会如何改变WebRTC在网络上的表现。 我之前在BlogGeek.me上写了一篇关于使用TURN以及不要依
作者:Tsahi Levent-Levi(原文链接) 翻译:刘通 很遗憾的通知您。。。是的。。。 这是我最近突然想到的问题,而且令我惊讶的是这个问题并不是那么容易想出答案,这也让我所开的WebRTC架构课
Philipp Hancke 我在NoJitter上读到了一篇很有意思的文章,是讨论Cisco部署Spark的方法。通过把媒体服务器铺设在离用户近的数据中心内,Cisco希望所有参与用户的延迟都保证在150毫秒之内。 仿照Dag
延迟最小化 遵循下面几点减少数据包从A到B传输的时间可以增加通话质量。 传输POP的地理距离 当我们讨论传输的时候,必须注意这些事情:出于传输POP的原因要知道用户在哪里,我们在POP之间用什么做回程,以及当质量受影响之后该怎么处理。举个例子: # Alice在波士顿想要打电话给在香港的Bob # Bob的防火墙限制VoIP数据流,所以他需要使用TURN服务器 # 所使用的TURN服务器在德克萨斯
Know Where to ‘TURN’ When Deploying WebRTC Eric Lagerway 12%,这就是Callstats.io的CEO Varun Singh,告诉WebRTC Conference-in-Conference大会上的听众WebRTC通话失败的比例。对于那些失败的通话,有22%的通话需要某些形式的媒体传输。造成12%这个比例的主要原
WebRTC 中文社区由
运营