I have been working with Yanmei Liu , Yunfei Ma, Zhenyu Li and Qing An on this new draft, which merges input from the multipath experience of Ali-Baba and design suggestions on this list and in private conversations. One key design choice is to re-use as much as possible the mechanisms of connection migration of QUIC-v1.

-- Christian Huitema



-------- Forwarded Message --------
Subject:        New Version Notification for draft-liu-multipath-quic-00.txt
Date:   Fri, 11 Dec 2020 11:26:20 -0800
From:   [email protected]
To: Christian Huitema <[email protected]>, Zhenyu Li <[email protected]>, Yunfei Ma <[email protected]>, Yanmei Liu <[email protected]>, Qing An <[email protected]>




A new version of I-D, draft-liu-multipath-quic-00.txt
has been successfully submitted by Yanmei Liu and posted to the
IETF repository.

Name: draft-liu-multipath-quic
Revision: 00
Title: Multipath Extension for QUIC
Document date: 2020-12-11
Group: Individual Submission
Pages: 22
URL: https://www.ietf.org/archive/id/draft-liu-multipath-quic-00.txt
Status: https://datatracker.ietf.org/doc/draft-liu-multipath-quic/
Html: https://www.ietf.org/archive/id/draft-liu-multipath-quic-00.html
Htmlized: https://tools.ietf.org/html/draft-liu-multipath-quic-00


Abstract:
This document specifies multipath extension for the QUIC protocol to
enable the simultaneous usage of multiple paths for a single
connection. The extension is compliant with the single-path QUIC
design. The design principle is to support multipath by adding
limited extension to [QUIC-TRANSPORT].

Discussion Venues

This note is to be removed before publishing as an RFC.

Source for this draft and an issue tracker can be found at
https://github.com/yfmascgy/Multipath-QUIC-IETF-Draft.



Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


Reply via email to