是否将WebRTC RTCSessionDescription.sdp剥离到最小值?

是否将WebRTC RTCSessionDescription.sdp剥离到最小值?,webrtc,sdp,Webrtc,Sdp,我正在尝试在两个浏览器之间构建一个聊天应用程序,而不使用带有WebRTC的信号服务器。手动报价-应答过程是任务中最困难的部分 我突然想到,在RTCSessionDescription.SDP中,由new rtpeerconnection().createOffer()生成的大多数SDP数据都是冗余的 参考: 我测试过, O= 行可以在IP4127.0.0.1行包含基础标识符和优先级完全是无用的,假设在我的情况下只有一个候选。 我的问题是,对于没有ICE的两个浏览器之间的简单(且不安全)聊天应用程

我正在尝试在两个浏览器之间构建一个聊天应用程序,而不使用带有WebRTC的信号服务器。手动报价-应答过程是任务中最困难的部分

我突然想到,在
RTCSessionDescription.SDP
中,由
new rtpeerconnection().createOffer()
生成的大多数SDP数据都是冗余的

参考:

我测试过,<代码> O= 行可以在IP4127.0.0.1 o= -1 2那样被条理化,并且它工作得很好,<代码> A=候选者:< /代码>行包含基础标识符和优先级完全是无用的,假设在我的情况下只有一个候选。


我的问题是,对于没有ICE的两个浏览器之间的简单(且不安全)聊天应用程序,我们可以去掉
a=ICE pwd:
line和
a=fingerprint:
line吗?SDP的其余部分看起来完全相同,可以硬编码到两个对等体中。

这个问题以前在WebRTCHACK上出现过:
自2015年以来没有太多的变化,所以它应该仍然适用。

这个问题以前在WebRTCHACK上出现过: 自2015年以来没有太多的变化,所以它应该仍然适用