代码之家 › 专栏 › 技术社区 › dbotha

WebRTC通道可靠性

rtcpeerconnection rtcdatachannel webrtc

1

dbotha · 技术社区 · 6 年前

ordered & maxRetransmits 或 maxPacketLifeTime 属性到 RTCDataChannelInit 字典。我的以下假设是否正确:

RTCPeerConnection.createDataChannel("label", {
    ordered: true 
});

RTCPeerConnection.createDataChannel("label", {
        ordered: false    
});

RTCPeerConnection.createDataChannel("label", {
    ordered: false,
    maxRetransmits: 0
});

RTCPeerConnection.createDataChannel("label", {
    ordered: true,
    maxRetransmits: 0
});

1 回复 | 直到 6 年前

1

11

Gorisanson John Kugelman 5 年前

你所有的假设都是正确的。

对于第一种和第二种情况,不设置 maxRetransmits 和 maxPacketLifeTime 结果是 可靠的 section 6.2 RTCDataChannel of WebRTC W3C Candidate Recommendation ,如下所示(粗体和斜体):

一 RTCDataChannel 可配置为在不同的可靠性模式下运行。可靠的信道确保通过重传在另一个对等端传送数据。不可靠信道被配置成限制重传的次数( )或者设置允许传输(包括重传)的时间( ). 不能同时使用这些属性,尝试这样做将导致错误。

第三种情况,这是设置 ordered: false 和 maxRetransmits: 0 ,创建 不可靠的 和无序 draft-ietf-rtcweb-data-channel-13 section 6.1 ,如下所示(粗体和斜体):

支持。除了定时可靠性PR-SCTP策略必须支持[I-D.ietf-tsvwg-sctp-prpolicies]。 重新传输到零的次数与无序传递相结合提供类似UDP的服务 发送每个用户消息的位置刚好一次,按收到的订单交货。

ordered: true 最大重传次数:0 ,创建 不可靠的 但是命令 ( “已排序” )频道。这种类型的通道是根据 RTF 3758 section 1.3

除了像UDP一样提供无序、不可靠的数据传输外,PR-SCTP还可以提供数据传输服务。

“已订购” 在一个数据通道。但我想这里的猜测 https://jameshfisher.com/2017/01/17/webrtc-datachannel-reliability/ 是的。如果较早的消息在较后的消息到达之后到达,则接收器可以丢弃较早的消息。

根据本书最后一段,这个猜测似乎是对的 RFC 3758 section 3.6 ,如下所示(粗体和斜体):

请注意,在接收到转发TSN并更新累计确认点,如果跳过的TSN确实到达(即。, RFC 2960[2]中定义的用于处理重复数据的规则。这个意味着并将其作为在下一个出站SACK块中复制。

2

0

Karthik 6 年前

前三个假设是正确的,第四个假设是不正确的。

第四种情况是建立可靠的;有序频道。