See below. From: Spencer Dawkins at IETF <[email protected]> Date: Thursday, 12. November 2020 at 21:09 To: Mirja Kuehlewind <[email protected]> Cc: Christian Huitema <[email protected]>, "Ma, Yunfei" <[email protected]>, "Liu, Hongqiang(洪强)" <[email protected]>, healing4d <[email protected]>, Yanmei Liu <[email protected]>, Mikkel Fahnøe Jørgensen <[email protected]>, quic <[email protected]>, "安勍(莳逸)" <[email protected]> Subject: Re: What to do about multipath in QUIC
Hi, Mirja, On Thu, Nov 12, 2020 at 1:47 PM Mirja Kuehlewind <[email protected]<mailto:[email protected]>> wrote: There is already work on this in ICCRG: https://tools.ietf.org/html/draft-bonaventure-iccrg-schedulers-00 Right, and the datatracker shows there's a -01. I know the authors are still active on it as well. My goal was to characterize what's being talked about in the QUIC context, but the two efforts are definitely related, and will need to connect at an appropriate time. They are definitely more than connected as the question about scheduling and the respective interface to the higher layer is really independent of any questions on how multipath support is signaled and realized on the wire. So any experience we have from MPTCP on scheduling is directly applicable to any other multipath capable protocol as well. That’s also why ICCRG is a good place to discuss these things. Mirja I'm assuming that Jana will tell me when that time is, since he's chairing ICCRG :-) Best, Spencer
