Re: Multipath (was: Re: Re-chartering for extension work)
Olivier Bonaventure <olivier.bonaventure@tessares.net> Mon, 16 December 2019 12:13 UTC
Return-Path: <olivier.bonaventure@tessares.net>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6BC3120824 for <quic@ietfa.amsl.com>; Mon, 16 Dec 2019 04:13:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=tessares-net.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KoK6R22sc92J for <quic@ietfa.amsl.com>; Mon, 16 Dec 2019 04:13:36 -0800 (PST)
Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71D6F12008A for <quic@ietf.org>; Mon, 16 Dec 2019 04:13:36 -0800 (PST)
Received: by mail-wm1-x330.google.com with SMTP id q9so6452995wmj.5 for <quic@ietf.org>; Mon, 16 Dec 2019 04:13:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tessares-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to:content-transfer-encoding; bh=s7n7ZBuZGYEqSot7McN0PVe6MKlZqKxwVqDNqZ8PyEc=; b=QWPhG+YDmE0xtnQki1NzOXh+M0X0UfVdOnD+PPTPVAxMmEZ8FAEMNh9SRH+bedg5dz KmAHCD39kfSAeMHoc3jrK+KYnAYPCyOb2H1r871+BkM7IzbnmmoE9sYoMvTx3lVU9m57 ywrP/tG0+ic9VKwYhZ6CGgcd6UR7OrEUQW24w4Ly4ki1PiETtpiefn2lepAUHvkZ8fVn oodxFuGnAhRXaJweLycQCkPvPgFyiT0AzfBV9lra13+7u+WEETqo1j1LGODaJfGzhvW+ 19Spwy/jgbfTlqrtLA7I42b+xikb9oK6DrCBJMJ921wsApktsLkdqe9GhaAvGM90Uy/A X+tw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:content-transfer-encoding; bh=s7n7ZBuZGYEqSot7McN0PVe6MKlZqKxwVqDNqZ8PyEc=; b=GG6Y4xRsxDkBROTnKOlE8Ph2Qs3CJowvlU5cH5QjXzA8LnYFBmCmNigLO6rOKJfMtH 6OCd7CrTajO8uRc3EVel4tdPIfv+DEI3InnPtnEPkj19qxBDQKgXj9Ga7P77/iyQnS8Z r4L3CV5DCdTueqZzM0m1us4YBxB42s/pGQXiTC3YjIlOOZw55dq0DAGSyyhySuhwVFHo iwjyy5iHXFBnU6haUV57FZ5Z7Sz8af7VxGhttEcJ4y50Dd4PSDA6ZnRDR4xKoDnXrN6l vUlRRSrn/QTHif/Dzt389Rh9nFAIT0vsBmH67Vop04LIGhaT7M/1OC2mQT2Bn5cgE+r0 PfVw==
X-Gm-Message-State: APjAAAVeHF4t7o9BUklSjiN3/qnRysXmyGaDyhlsYKZVqsiLluAFG0kP 1SpJOhqRuPMXw4N7zG5bpeOhw7W70i2Kemp+oHXtvFmDysyfUQ3Bj5ffT4IA3iiYYZO87Trn
X-Google-Smtp-Source: APXvYqy3muj9A/IJMC0ZuO9cTdZRigFuHo0rB02JZLNEX+ubIexk6KpeK0PVhwxV2HS+6ug/Vh/Lkg==
X-Received: by 2002:a1c:4e10:: with SMTP id g16mr29409694wmh.94.1576498414854; Mon, 16 Dec 2019 04:13:34 -0800 (PST)
Received: from ?IPv6:2001:6a8:308f:2:417a:f2df:9824:f679? ([2001:6a8:308f:2:417a:f2df:9824:f679]) by smtp.gmail.com with ESMTPSA id f207sm22007929wme.9.2019.12.16.04.13.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Dec 2019 04:13:34 -0800 (PST)
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: Multipath (was: Re: Re-chartering for extension work)
From: Olivier Bonaventure <olivier.bonaventure@tessares.net>
In-Reply-To: <752D0B90-8B29-4DBC-9B2F-09E834335598@eggert.org>
Date: Mon, 16 Dec 2019 13:13:32 +0100
Cc: Mark Nottingham <mnot@mnot.net>, IETF QUIC WG <quic@ietf.org>, quentin.deconinck@uclouvain.be
Message-Id: <49366B32-6425-486C-9453-96D27E2E8EAE@tessares.net>
References: <A56547B6-2E3B-4ABE-8C9B-BA9ACC489FB2@mnot.net> <1E872371-F543-4822-8C11-05601913A72E@tessares.net> <752D0B90-8B29-4DBC-9B2F-09E834335598@eggert.org>
To: Lars Eggert <lars@eggert.org>
X-Mailer: Apple Mail (2.3445.104.11)
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/fk4g0UyAUMURl6CgHUpVMHphR9c>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Dec 2019 12:13:39 -0000
Lars, > > On 2019-12-13, at 20:05, Olivier Bonaventure <olivier.bonaventure@tessares.net> wrote: >> Do you have any specific plans for the multipath work ? > > thanks for reminding us about that! There is of course no intention of dropping the multipath work item from the charter. It's already in the charter and will remain there, so it's not affected by this rechartering. > > (One could call multipath an extension and mention it alongside the others in the modification that Mark posted in the first message of this thread. Personally, I see it as a much more fundamental - and difficult - update to the base protocol, and therefore would keep it highlighted in the way it currently is in the charter.) > > I think we'll be ready to start having discussions on multipath in parallel to working on these new extensions; I do expect the multipath work to progress at a slower pace, however. While we don't have to start at zero thanks to MPTCP, We can leverage many of the lessons learned from the design and the deployment of Multipath TCP into MPQUIC. When Multipath TCP started, multipath congestion control was a challenge, this problem has been solved with different coupled congestion control schemes. With Multipath TCP, we had to struggle a lot with middleboxes and how they interfere with TCP and Multipath TCP. QUIC avoids these problems and makes the design more simple and more flexible. There are many problems that exist in MPTCP that disappear in MPQUIC. For example, in MPTCP, data sent over a subflow must still be retransmitted over this subflow even if it has already been acknowledged over another subflow at the data level. With MPQUIC, once data has been acknowledged on a path, it never needs to be retransmitted again. Another example are the selective acknowledgements. In TCP, the length of the (MP)TCP header restrict the number of blocks that they cover. In MPQUIC, we do not need to deal with this problem... > hard challenges remain (e.g., when pooling capacity, can we do it in a way that doesn't leave us operating near the max. RTT of the paths?) With MPQUIC, we are not as constrained as with MPTCP for the transmission of acknowledgements. This means that when pooling capacity it is possible to send acknowledgements on a different path than the one used for the data. This would be difficult in an MPTCP implementation but is easy in MPQUIC. As QUICv1 is now getting stable, it makes sense for the working group to adopt an initial design for multipath QUIC and then improve it. Olivier -- Disclaimer: https://www.tessares.net/mail-disclaimer/ <https://www.tessares.net/mail-disclaimer/>
- Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Jana Iyengar
- RE: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work Martin Thomson
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Mark Nottingham
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Mark Nottingham
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Magnus Westerlund
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Salz, Rich
- RE: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work David Schinazi
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work Mark Nottingham
- Re: Re-chartering for extension work David Schinazi
- Re: Re-chartering for extension work Olivier Bonaventure
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Lars Eggert
- Multipath (was: Re: Re-chartering for extension w… Lars Eggert
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Mikkel Fahnøe Jørgensen
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Mikkel Fahnøe Jørgensen
- Re: Multipath (was: Re: Re-chartering for extensi… Christian Huitema
- RE: Re-chartering for extension work Mike Bishop
- RE: Re-chartering for extension work Kuhn Nicolas
- Re: Re-chartering for extension work Ian Swett
- Re: [EToSat] Re-chartering for extension work Christian Huitema
- Re: Multipath (was: Re: Re-chartering for extensi… Jana Iyengar
- Re: Re-chartering for extension work Lars Eggert
- Re: Re-chartering for extension work Magnus Westerlund
- Re: Re-chartering for extension work Magnus Westerlund
- RE: Multipath (was: Re: Re-chartering for extensi… Florin Baboescu
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- RE: Re-chartering for extension work Roni Even (A)
- Re: Multipath (was: Re: Re-chartering for extensi… Ryan Hamilton
- RE: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work Jana Iyengar
- RE:(2) Multipath (was: Re: Re-chartering for exte… Madhan Raj Kanagarathinam
- Re: Re-chartering for extension work Lars Eggert
- Re: Re-chartering for extension work Lars Eggert
- RE: Re-chartering for extension work Roni Even (A)
- RE: Re-chartering for extension work Roni Even (A)
- Re: Re-chartering for extension work Lars Eggert
- Re: Re-chartering for extension work Magnus Westerlund
- RE: Re-chartering for extension work Kuhn Nicolas
- RE: [EToSat] Re-chartering for extension work Kuhn Nicolas
- Re: Multipath Gorry Fairhurst
- Re: Re-chartering for extension work Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Tommy Pauly
- Re: Multipath (was: Re: Re-chartering for extensi… Jana Iyengar
- RE: Multipath (was: Re: Re-chartering for extensi… tim.costello
- Re: Multipath (was: Re: Re-chartering for extensi… Mirja Kuehlewind
- Re: Re-chartering for extension work Dmitri Tikhonov
- Re: Re-chartering for extension work Lubashev, Igor
- Re: Re-chartering for extension work Martin Thomson
- Re: Multipath (was: Re: Re-chartering for extensi… Olivier Bonaventure
- Re: Multipath (was: Re: Re-chartering for extensi… Lucas Pardue
- Re: Re-chartering for extension work Dmitri Tikhonov
- Re: Multipath (was: Re: Re-chartering for extensi… Mirja Kuehlewind
- QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Tommy Pauly
- Re: QUIC re-chartering: include DNS-over-QUIC? Salz, Rich
- Re: QUIC re-chartering: include DNS-over-QUIC? Eric Rescorla
- Re: QUIC re-chartering: include DNS-over-QUIC? Ted Hardie
- Re: QUIC re-chartering: include DNS-over-QUIC? Jari Arkko
- Re: QUIC re-chartering: include DNS-over-QUIC? Magnus Westerlund
- Re: QUIC re-chartering: include DNS-over-QUIC? Stephen Farrell
- Re: QUIC re-chartering: include DNS-over-QUIC? Christian Huitema
- Re: QUIC re-chartering: include DNS-over-QUIC? Daniel Migault
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Salz, Rich
- Re: QUIC re-chartering: include DNS-over-QUIC? Christopher Wood
- Re: QUIC re-chartering: include DNS-over-QUIC? Ian Swett
- Re: QUIC re-chartering: include DNS-over-QUIC? Vidhi Goel
- Re: QUIC re-chartering: include DNS-over-QUIC? Paul Vixie
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Kline
- Re: QUIC re-chartering: include DNS-over-QUIC? Martin Duke
- Re: QUIC re-chartering: include DNS-over-QUIC? Paul Vixie
- Re: QUIC re-chartering: include DNS-over-QUIC? Mikkel Fahnøe Jørgensen
- Re: QUIC re-chartering: include DNS-over-QUIC? Lucas Pardue
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Kline
- Re: QUIC re-chartering: include DNS-over-QUIC? Martin Thomson
- Re: QUIC re-chartering: include DNS-over-QUIC? Erik Nygren
- Re: QUIC re-chartering: include DNS-over-QUIC? Paul Vixie