在带有TCP连接的隧道内传输TCP数据包,会产生破坏性的TCP熔毁效应,大大降低隧道的质量,这是众所周知的。我不知怎么想,在我们尝试通过Quic连接传输TCP数据时,是否会发生类似的效果。尽管Quic是UDP数据包,但它需要有类似于窗口的东西来跟踪接收到的数据包,以便提供面向连接的协议。所以我不确定是否会发生类似的影响。
有什么想法吗?
发布于 2022-04-09 17:11:06
QUIC确实使用了类似于TCP的拥塞控制,参见https://www.rfc-editor.org/rfc/rfc9002.html#name-congestion-control。因此,当在QUIC流上隧道TCP连接时,可能会出现同样的“熔毁”问题( QUIC流具有与TCP连接相同的属性:可靠的有序字节流,因此如果QUIC数据包丢失,流将停止运行)。
但是,正在为发送数据报( https://datatracker.ietf.org/doc/html/draft-ietf-quic-datagram )定义一个QUIC扩展。这可能为传输TCP数据包提供更好的方法,因为这些数据报永远不会在QUIC级别重新传输。但是,它需要TCP数据包才能适应数据报帧。
https://stackoverflow.com/questions/71049993
复制相似问题