GQUIC 如何影响 WebRTC 流程？

Question

我正在为自己制作一个简单的 WebRTC 应用程序，以了解 WebRTC 流程。

我正在使用 RTCPeerConnection 对象生成一个 SDP 并将其显示在我的日志中，这样我就可以准确地看到 SDP 包含的内容。

这在所有流行的浏览器上都可以正常工作，直到最近的 Chrome 更新不再显示 SDP。

我使用wireshark检查数据包，我可以看到Chrome使用的是GQUIC协议，而其他浏览器使用DNS和STUN协议。

从这里我的问题是：

1. GQUIC 是否阻止生成或显示 SDP？

2. 如果有的话，我怎样才能让 SDP 再次出现在 Chrome 中？

Answer 1

1. 没有

看来 GQUIC 并不是更新阻止创建 SDP 的原因。 GQUIC 似乎是一个建立在 UDP 之上的协议，以改善延迟，同时允许 TCP 的可靠性，我找不到它对 SDP 业务产生影响的原因，而是我第一次注意到这一点是一个巧合。发生了其他问题。

1. 快速修复：在 chrome:flags 中将 WebRTC：默认使用统一计划 SDP 语义更改为 禁用

SDP 停止为我工作的原因是新的 Chrome 版本已启用 WebRTC：默认使用统一计划 SDP 语义，因为它们似乎正在从计划 B 转移到统一计划这会改变 SDP 的通过方式。我仍在尝试找出这对 SDP 的确切差异，但与此同时，当我更改标志时，我至少能够看到该站点再次运行，所以我现在知道这就是原因。