Heads up -- unifying of multipath options.

Christian Huitema <huitema@huitema.net> Thu, 09 June 2022 04:30 UTC

Return-Path: <huitema@huitema.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 C4303C159490 for <quic@ietfa.amsl.com>; Wed, 8 Jun 2022 21:30:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mj-ZbvyJrYHO for <quic@ietfa.amsl.com>; Wed, 8 Jun 2022 21:30:54 -0700 (PDT)
Received: from mx36-out20.antispamcloud.com (mx36-out20.antispamcloud.com [209.126.121.68]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E581C14F732 for <quic@ietf.org>; Wed, 8 Jun 2022 21:30:53 -0700 (PDT)
Received: from xse495.mail2web.com ([66.113.197.241] helo=xse.mail2web.com) by mx259.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1nz9ob-000Aw3-Ej for quic@ietf.org; Thu, 09 Jun 2022 06:30:50 +0200
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 4LJWNm5dZPz9xR for <quic@ietf.org>; Wed, 8 Jun 2022 21:30:32 -0700 (PDT)
Received: from [10.5.2.49] (helo=xmail11.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1nz9oW-0001xl-LR for quic@ietf.org; Wed, 08 Jun 2022 21:30:32 -0700
Received: (qmail 8246 invoked from network); 9 Jun 2022 04:30:30 -0000
Received: from unknown (HELO [192.168.1.106]) (Authenticated-user:_huitema@huitema.net@[172.58.43.86]) (envelope-sender <huitema@huitema.net>) by xmail11.myhosting.com (qmail-ldap-1.03) with ESMTPA for <quic@ietf.org>; 9 Jun 2022 04:30:29 -0000
Message-ID: <1c4843da-5503-f02e-00bb-288c5d6aa5c6@huitema.net>
Date: Wed, 08 Jun 2022 21:30:29 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: IETF QUIC WG <quic@ietf.org>
From: Christian Huitema <huitema@huitema.net>
Subject: Heads up -- unifying of multipath options.
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: 66.113.197.241
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.197.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.197.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.15)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT9WLQux0N3HQm8ltz8rnu+BPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5x6h2yQpzTslcOqazQkKtAFKj/EwzSHE5FGYwwjsNRPCLQK vGzBUlK3GWNpU658sUTmD6wdmZPcItWbGe10hXJtXL4FsauCVkDjmcYJdU3yWp7KuHNaaKdg7iBE ZefdsNUFWKwa/wzJUjmazeC7ImcatX1FzI3KQWhMXyEfGC3eEBQ6V51u76v35b1wNe/MvdLK0iWX QXXTLFLETKH72XTe2+J9PgaoF8SQHto3le4zsHTaeQtlKubP6iUTjj6yPARK6buALVaA782LKxg6 vRmng8N1aLhXqdc+jC1RcnVud53D5caUhbVtvqItBqoizkEt9O20UjkwI0v+LOlw05G4BS+iyyNq bT8dUMXMJ4tUCMj6G37ZfAMLceP5aNHPt26RBupu5v1nytoNnc138GfEJRQ2qC7jjynPIHPNqSn4 QTXUjLjYWQt1/5xnQymMoPsgr/U0flMcy2Vi/IcBgY4arPaiJ1W6hAyiRC61jekdwIcXNugoOEbH RyFULpSjm7hMIABpqqRGKyDs8xujM3cqBeOl1vvorVlRuGVSovFiMbegFtWgarra6cbdrTzlijvD vNa1kIWp+aYLu4Z+LE9yEnFzsC48bTEFY06/YbB87Ww8G0LoS8V3Mt1pta8qAcLtCB3G1CwpaI3Z 4ESkMWDVJEenxBoIht3V0nekAoxXAuW8sL10MthiLF8uk1ug7kuyuLfHqAnAj7rgKH7+eCmm6tit HFpWNCnZvo6GxGgwr1ShcA6Xvva2QAVEjpqzANbJ1UfXmet2cbFKoyT/OdZL6JDuxpCfsALgMJa4 A7ZkBW0AuXq0T17woJo3avKeADIsy647Mn0zwmGzAi3Zn+YdthRNgs7Ig4l/XErpYn3glZTKFuaT l19W3ISq9+1KiLsESGU+y+fjdgjudZxiTPi+MG1QP35nsYfP84c+RFK3KiZuZ5OAUoGBziSYFLZu u6zX3xxsmqT8l9ARlsTalAaf
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/YTzkcsuYOxuQ_ucD6F9vPpU4hoM>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 09 Jun 2022 04:30:54 -0000

When we presented the work on QUIC multipath at the last IETF, we 
provided two options: one in which there is a packet number space for 
each path; and one in which there is a single number space. The high 
level summary is that the "number space per path" option allows for more 
precise management of packet loss recovery and congestion control, while 
the single number space option also works well if one of the peers use 
zero-length CID. The authors believe that we can "unify" the two 
options, as explained in the PR 
https://github.com/quicwg/multipath/pull/103.

The PR essentially proposes to use the "packet number space per path" 
option when both peers generate non-zero-length connection ID, but to 
fall back to the "number space per path" option for managing packets 
sent with a zero-length CID and their acks. That, plus a number of nice 
provision to control code complexity. The issue was discussed on this 
list, in WG meetings, and on Github. We know that many WG members care 
about multipath and have either preferences for one or the other option, 
or maybe opinions about how soon we need to converge. It would be very 
nice if we heard opinions quickly, and even better if those opinions 
came before the draft submission cut-off date!

-- Christian Huitema