google-chrome - GQUIC 如何影响 WebRTC 流程?
问题描述
为了了解 WebRTC 流程,我正在为自己制作一个简单的 WebRTC 应用程序。
我正在使用 RTCPeerConnection 对象生成一个 SDP 并将其显示在我的日志中,这样我就可以准确地看到 SDP 包含的内容。
这在所有流行的浏览器上都可以正常工作,直到最近的 Chrome 更新不再显示 SDP。
我使用wireshark检查数据包,我可以看到Chrome使用的是GQUIC协议,而其他浏览器使用DNS和STUN协议。
由此我的问题是:
GQUIC 是否阻止生成或显示 SDP?
如果有的话,我怎样才能让 SDP 再次出现在 Chrome 中?
解决方案
- 不
看来 GQUIC 不是更新阻止创建 SDP 的原因。GQUIC 似乎是一个建立在 UDP 之上的协议,以改善延迟,同时允许 TCP 的可靠性,我找不到它对 SDP 业务产生影响的原因,而是我第一次注意到这一点是一个巧合。发生了其他问题。
- 快速修复:更改WebRTC:默认使用统一计划 SDP 语义在 chrome:flags中禁用
SDP 停止为我工作的原因是新的 Chrome 版本已启用WebRTC:默认情况下使用统一计划 SDP 语义,因为它们似乎正在从计划 B 移动到统一计划,这改变了 SDP 的传递方式。我仍在尝试找出这在 SDP 上的确切差异,但与此同时,当我更改标志时,我至少能够看到该站点再次工作,所以我现在知道这就是原因。
推荐阅读
- reactjs - props.mutators 已弃用
- xml - Linux xml解析
- laravel - 如何在放置在不同视图中的组件之间传输数据
- sql - 内联 sql 从结果中删除重复项
- c# - Azure 函数启动错误
- ios - 以编程方式调用已设置的 UIBarButtonItem 操作
- python-3.x - 如何以特定格式解析熊猫中的日期时间
- react-native - 反应本机路由器通量参数不起作用(未定义)
- android-studio - 如何使用 TFS 插件使用 Android Studio 提交忽略文件列表
- logging - Kibana 上的 Jhipster 初始化日志