With a standardization process that attracted many interest, QUIC can been seen as the next general-purpose transport protocol. Still, it does not provide true multipath support yet, missing some use cases that MPTCP can address. To fill that gap, the IETF recently adopted a multipath proposal merging all the proposed designs. While it focuses on its core components, there still remains one major design issue in the proposal: the number of packet number spaces that should be used. This paper provides experimental results with two different Multipath QUIC implementations based on NS3 simulations to understand the impact of using one packet number space per path or a single packet number space for the whole connection. Our results suggest that using one packet number space per path makes the Multipath QUIC connection more resilient to the receiver's acknowledgment strategy.
翻译:由于标准化过程吸引了许多人的兴趣,QUIC可被视为下一个通用运输协议。然而,它并没有提供真正的多路径支持,也没有提供多路径支持,没有找到多路径协议能够解决的一些使用案例。为填补这一空白,IETTF最近通过了一项多路径建议,将所有拟议设计合并在一起。虽然它侧重于其核心组成部分,但提案中仍然存在一个重大设计问题:应当使用的包数空格数量。本文根据NS3模拟提供了两个不同的多路径 QUIC 执行实验结果,以了解使用每个路径一个包号空间或整个连接一个包号空间的影响。我们的结果表明,使用每个路径一个包号空间使多路径 QuIC 连接更能适应接收方的承认战略。