Hi Lucas, hi all, I think the question on how to realize the tunnelling/proxying itself (with is mostly in cope for masque) and if a use case would benefit from support for handling of simultaneous use of multiple path are two orthogonal questions (also in 3GPP). E.g. Ericsson proposed a solution for ATSSS in 3GPP that uses MASQUE but all solutions under discussion in 3GPP would benefit from/require MP-QUIC support.
I though we are at the step where we collect use cases in order to understand if there is a need and support for MP support in QUIC (rather than going into requirement for how multipath support would be realized). We could also talk more about requirement but I think that’s better for a later discussion and would maybe need more than 5 minutes. Mirja From: QUIC <[email protected]> on behalf of Lucas Pardue <[email protected]> Date: Tuesday, 20. October 2020 at 03:26 To: Florin Baboescu <[email protected]> Cc: "Flinck, Hannu (Nokia - FI/Espoo)" <[email protected]>, IETF QUIC WG <[email protected]>, Spencer Dawkins at IETF <[email protected]>, WG Chairs <[email protected]> Subject: Re: Uploaded "Why Multipath QUIC?" for 2020-10 Interim Hey Florin, On Tue, 20 Oct 2020, 02:07 Florin Baboescu, <[email protected]<mailto:[email protected]>> wrote: Lucas, There are currently three MPQUIC based proposals which are in discussion with different variations in regard to what is transported and how it is transported. This is why I’m not commiting to clearly indicating one mode of transport or another. From my side we are happy in advancing the work in draft-piraux-quic-tunnel and use it as base of our solution. Nominating any draft as a solution is solutionizing. We've asked for clear requirements and non-requirements of the QUIC transport. The slides that Spencer submitted have use cases but no clear requirements. The reason this is important is because the IETF MASQUE WG is already working on tunneling with QUIC. We need to unpick the layers of overlap to understand what work the QUIC WG is being asked to consider taking on. Cheers Lucas
