Re: Multi-path QUIC Extension Experiments
Lucas Pardue <lucaspardue.24.7@gmail.com> Tue, 20 July 2021 06:22 UTC
Return-Path: <lucaspardue.24.7@gmail.com>
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 ED69D3A13A8 for <quic@ietfa.amsl.com>; Mon, 19 Jul 2021 23:22:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 36rTtS2NrJsI for <quic@ietfa.amsl.com>; Mon, 19 Jul 2021 23:22:47 -0700 (PDT)
Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (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 9D5B03A138B for <quic@ietf.org>; Mon, 19 Jul 2021 23:22:47 -0700 (PDT)
Received: by mail-ej1-x636.google.com with SMTP id gb6so32648512ejc.5 for <quic@ietf.org>; Mon, 19 Jul 2021 23:22:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uTCCsMYoZA/04dqLBOa7+uyWWJsMHM+M2k+3nSp6X9A=; b=fUJ8JEAa6O4n4/qEDVVII07UbR7jMoUBmDqx9Tv/ICMuus7PuBD08qOemG+k9x2pHb NkYNL4A1zF2zc70P/XY/PtRbG34jKrTu+9pP4TiYoOSRxa8lCF1cjfu7A/9IlChrr/hv vDq9/laCioJM864VVzvHn/CwUIODqFPJe2uDpquwIPwSep1ubn6juKT1yjuf2GoJ963B jV+RBAwYM0c1djieQO6xRlL1PVkojwKc3+Lypf4iZ3W49LvH7KMW2DIpaO6W8LPpXa28 T/fg4X0BelkfCeWia7OUeGnSv6hfTmwDVv4y6+1/RUrzpTlBhXrPZzGLYELKnNcwCWg/ Gvew==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uTCCsMYoZA/04dqLBOa7+uyWWJsMHM+M2k+3nSp6X9A=; b=Pd6u2/K5zAftB43vRCoEBRMEfyDcIOsxOHwdjvxz2Zk937puC3OiDMATwVEYJbhGDD qHw5o4Zq/7tPSUqSvc0sEQF8wyV6AGZhtnoxu04bYEbnJ5wgN2UOfpFaDvi4ayUQ0+kl HbBZqrpmXj5ntVBYL3TNAcoyp4zcOGs5jzSqKdojFRqaTjJEO2kkDpQduMig160YzWC1 vEgK1AN1CX84UQw/CHlGnFDCw9jCi+ficP5/2p0pGjFQbk7LZ09Zzo8F6v6jP4Y/rAlK htDVaJQTVpuwnH61zrAzGSaTUZmedmO6uBXpTQrzltb+7WAjrCtCER6pv5Xh+xze5Agf Js7Q==
X-Gm-Message-State: AOAM533wkUTf81XQKqV+6ufQGHUNmBG6eY5e+LgY/adQkKOnKzFKpbH2 +NFsN11l8yRUwicEpleVAqJ+D9TUbaQWANCSUiM=
X-Google-Smtp-Source: ABdhPJzibPS9l5CxJxGd+VRacY3VSVPnWCymAhKZAn3wdCn67ofYrK4tvO+KdziEQYAw3cYEObH5jTkcNzdHLZLzFi0=
X-Received: by 2002:a17:906:131a:: with SMTP id w26mr31351989ejb.46.1626762164380; Mon, 19 Jul 2021 23:22:44 -0700 (PDT)
MIME-Version: 1.0
References: <8C2E8EFB-756B-449B-84E0-11CD6B57E541@ericsson.com> <0334A48E-B6C6-464C-A48C-4512A453DA81@fb.com> <CAPhuoz0vz2k63_ZaWmUg_XgSHUopid7vf+JY=JVFm_VqQJY87w@mail.gmail.com> <CAHgerOGhX3G_aBMrwZ0zXjN8tu9dqtu-9tu4z7YU80qfqaZkzQ@mail.gmail.com> <CAPhuoz1cG_ZftSFtapg-cKR23Y5AzWLxzqYq3NUfeL-8r890-g@mail.gmail.com> <0B9EAA73-802A-49F9-AEA3-A4F6C574A3F9@fb.com> <CALGR9oYOzzk8qrcf3=kyYRAQ0xf1jy1-wChoJf2jBSoN=of06w@mail.gmail.com> <a13b47f6-9634-de49-36fd-aae82da34aef@huitema.net>
In-Reply-To: <a13b47f6-9634-de49-36fd-aae82da34aef@huitema.net>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Tue, 20 Jul 2021 07:22:33 +0100
Message-ID: <CALGR9oYVqzFCfAHkPVPjK5-9EQRBuseL2VCRGffaWoPkpVPr_g@mail.gmail.com>
Subject: Re: Multi-path QUIC Extension Experiments
To: Christian Huitema <huitema@huitema.net>
Cc: Roberto Peon <fenix@fb.com>, Yunfei Ma <yunfei.ma@alibaba-inc.com>, "matt.joras" <matt.joras@gmail.com>, Charles 'Buck' Krasic <charles.krasic@gmail.com>, 李振宇 <zyli@ict.ac.cn>, Mirja Kuehlewind <mirja.kuehlewind@ericsson.com>, Yunfei Ma <yfmascgy@gmail.com>, quic <quic@ietf.org>, Qing An <anqing.aq@alibaba-inc.com>, Yanmei Liu <miaoji.lym@alibaba-inc.com>
Content-Type: multipart/alternative; boundary="000000000000f1290205c78814a6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/Y2565XE-jeEeLt4wc8VduKna5jE>
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: Tue, 20 Jul 2021 06:22:52 -0000
Hi Christian, On Tue, 20 Jul 2021, 02:10 Christian Huitema, <huitema@huitema.net> wrote: > > In first order, you can split the multipath issue in two. On one hand, > the mechanics of setting up paths, acknowledging path specific data, > etc. On the other hand, the fine art of setting path at the right time, > scheduling the right amount of packets on these paths, sensing the > properties of the paths, etc. > > I think that the mechanics of multipath are well covered in > https://datatracker.ietf.org/doc/draft-liu-multipath-quic/, and I think > we know enough about the problem to adopt that in the WG and drive it to > publication. > As an individual: could you qualify a bit more about what you mean by "know enough"? For instance, the draft contains things like path priority and QoE control signals. I'm unsure if those are the solution to put on a standards track document, it seems like we are still figuring things out. Placing those aside, the proposal in the I-D does seem like it would allow interoperable experimentation of multipath QUIC, which is a good way to flush out the things we don't know. In the past, we've seen other proposals, like draft-deconinck, that seem like they allow similar experimentation too. Has there been any progress on aligning/combining proposals? > I also think that we have ample opportunities to learn more about the > fine arts of multipath scheduling. I love the idea of sharing as much of > that experience as possible between implementers, and I appreciate that > the Ali Baba team has been doing just that. But we probably are still > going to learn more about all that for several years. > Agree. Thanks for sharing the results. As above, do the findings help towards defining what interoperable QoE signals might be needed? > If we really need to publish something, we might be able to publish some > kind of basic scheduling algorithm, with known limitations and known > applicability. A bit like we published a Reno specification for QUIC > and pretended that was good enough. One important thing there was to provide a default congestion controller that was known to be safe on the Internet. That way, QUIC implementations could bootstrap everything else they needed. Are there such safety concerns with multipath scheduling? Cheers Lucas
- Multi-path QUIC Extension Experiments Yanmei Liu
- Re: Multi-path QUIC Extension Experiments Robin MARX
- Re: Re: Multi-path QUIC Extension Experiments Ma, Yunfei
- Re: Multi-path QUIC Extension Experiments Mirja Kuehlewind
- Re: Multi-path QUIC Extension Experiments Roberto Peon
- Re: Multi-path QUIC Extension Experiments Charles 'Buck' Krasic
- Re: Multi-path QUIC Extension Experiments Yunfei Ma
- Re: Multi-path QUIC Extension Experiments Mikkel Fahnøe Jørgensen
- Re: Multi-path QUIC Extension Experiments Roberto Peon
- Re: Multi-path QUIC Extension Experiments Christian Huitema
- Multi-path QUIC Extension Experiments Alexis Norech
- Re: Multi-path QUIC Extension Experiments Charles 'Buck' Krasic
- Re: Multi-path QUIC Extension Experiments Roberto Peon
- Re: Multi-path QUIC Extension Experiments Lucas Pardue
- Re: Multi-path QUIC Extension Experiments Yunfei Ma
- Re: Multi-path QUIC Extension Experiments Yunfei Ma
- Re: Multi-path QUIC Extension Experiments Yunfei Ma
- Re: Multi-path QUIC Extension Experiments Christian Huitema
- Re: Multi-path QUIC Extension Experiments Lucas Pardue
- Re: Multi-path QUIC Extension Experiments Lars Eggert
- Re: Multi-path QUIC Extension Experiments Robin MARX
- Re: Multi-path QUIC Extension Experiments Mikkel Fahnøe Jørgensen
- Re: Multi-path QUIC Extension Experiments Mikkel Fahnøe Jørgensen
- Re: Multi-path QUIC Extension Experiments Behcet Sarikaya
- Re: Multi-path QUIC Extension Experiments Christian Huitema
- Re: Multi-path QUIC Extension Experiments Yunfei Ma
- Re: Multi-path QUIC Extension Experiments Ian Swett
- Re: Multi-path QUIC Extension Experiments Yunfei Ma
- Re: Multi-path QUIC Extension Experiments Spencer Dawkins at IETF
- Re: Multi-path QUIC Extension Experiments Christian Huitema
- Re: Multi-path QUIC Extension Experiments Spencer Dawkins at IETF
- Re: Multi-path QUIC Extension Experiments Yunfei Ma