IETF Logo Mail Archive

Re: Fwd: New Version Notification for draft-liu-multipath-quic-01.txt

Christian Huitema <huitema@huitema.net> Mon, 14 December 2020 23:20 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 49B633A0B8E for <quic@ietfa.amsl.com>; Mon, 14 Dec 2020 15:20:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.011
X-Spam-Level:
X-Spam-Status: No, score=0.011 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
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 6ZVrFgbNjoKL for <quic@ietfa.amsl.com>; Mon, 14 Dec 2020 15:20:26 -0800 (PST)
Received: from mx36-out10.antispamcloud.com (mx36-out10.antispamcloud.com [209.126.121.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 107943A0B89 for <quic@ietf.org>; Mon, 14 Dec 2020 15:20:25 -0800 (PST)
Received: from xse120.mail2web.com ([66.113.196.120] helo=xse.mail2web.com) by mx133.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1kox8h-0013J7-HN for quic@ietf.org; Tue, 15 Dec 2020 00:20:24 +0100
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 4Cvy6T6M8Dz1JPJ for <quic@ietf.org>; Mon, 14 Dec 2020 15:20:17 -0800 (PST)
Received: from [10.5.2.13] (helo=xmail03.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1kox8b-0008Qt-PV for quic@ietf.org; Mon, 14 Dec 2020 15:20:17 -0800
Received: (qmail 10466 invoked from network); 14 Dec 2020 23:20:17 -0000
Received: from unknown (HELO [192.168.1.106]) (Authenticated-user:_huitema@huitema.net@[172.58.43.253]) (envelope-sender <huitema@huitema.net>) by xmail03.myhosting.com (qmail-ldap-1.03) with ESMTPA for <yunfei.ma@alibaba-inc.com>; 14 Dec 2020 23:20:17 -0000
Subject: Re: Fwd: New Version Notification for draft-liu-multipath-quic-01.txt
To: Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>, "安勍(莳逸)" <anqing.aq@alibaba-inc.com>, quic <quic@ietf.org>, 李振宇 <zyli@ict.ac.cn>, Yanmei Liu <miaoji.lym@alibaba-inc.com>, "Ma, Yunfei" <yunfei.ma@alibaba-inc.com>
References: <1baa86a9-455d-4256-85f2-9aee159afed9.miaoji.lym@alibaba-inc.com> <CAN1APdc_1+VwOoGaX16iaQPUXfySoD-bmjuSVBJ_gLF4HUBO1Q@mail.gmail.com> <CAN1APddoML7akHEE7EiR8qbfjf=D+0n+gNP=FccvL3JSt19a0w@mail.gmail.com> <CAN1APdcwEU+YrM=WcO5KV+BuEWSzes+CbAzhNCCKxdo7NuG78Q@mail.gmail.com> <7e875886-3589-e2a9-8891-4c652e449af6@huitema.net> <CAN1APde9DJcK7oHbAjfhCmziBoY3HmJQ5ssywiC5HqQvzactkw@mail.gmail.com> <dcff46fa-9322-6361-a69a-215ad3fadd99@huitema.net> <CAN1APdfRxfxujSTooGfjzvb=ATr-0JSRUTjfjjfT4Q3_nks=JA@mail.gmail.com>
From: Christian Huitema <huitema@huitema.net>
Message-ID: <bec41871-a70b-b392-c38e-93db0db4df0d@huitema.net>
Date: Mon, 14 Dec 2020 15:20:16 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1
MIME-Version: 1.0
In-Reply-To: <CAN1APdfRxfxujSTooGfjzvb=ATr-0JSRUTjfjjfT4Q3_nks=JA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------80D016C2CCF9384D15B0F3B1"
Content-Language: en-US
X-Originating-IP: 66.113.196.120
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.120/32
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.120/32@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.13)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT/d6f8+4doWiOQVBJcwDjq/PUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5x6h2yQpzTslcOqazQkKtAFKj/EwzSHE5FGYwwjsNRPCISf XUqphnETEdiE4Z8ZRxrmD6wdmZPcItWbGe10hXJtyz/MWLF6jnm7fdxjsJMmvxOMEZrAzcbOYTBU Hb9yjjUYFoLz2NZcguRHblw+ZN9KE5LN1n8YXzQY0mQUNzTGA6mwRNpj5snmK3jmyZjmm2JH3v3Q 7PQeNoNQjwiv3IhNPpDsdaHHqGG7YXgprtn5XLToE7g5LY8o1a6sSJrLl3xdARnv/HGR54G9CHRY hyVqYO/Ae1h1hLGGi4ebv387hThA9A+LrmkGouiRB8qN/5RbHDa6yUUKFnWNneAcuva3BS+iyyNq bT8dUMXMJ4tUCMj6G37ZfAMLceP5aNHPt26RBupu5v1nytoNnc138GfEJRQ2qC7jjynPIHPNqSn4 QTXUjLjYWQt1/5xnQymMoPsgr/U0flMcy2Vi/IcBgY4arPaiJ1W6hAyiRC61jekdwIcXNugoOEbH RyFULpSjm7jZ1h/HfDRQ5Ig8VhPsPE8NaP2gA77cO7WeI9Ftai6fujAOtHDt7qlwjJCg4/tkU2kz kE3R32puqEJTFBMTRjUN2JUne37EdXOqrRyXv4wznp7s3KyxSWJfgdU/aDadNUs11lqdy1V/0aEk MCdb3YpWUo4/+EUytKrR9Md9I2Rs1zzpfJjc6gvpEN8w46n9RCBPCC/cRgvQKtcrMMueERx3K7bb 4V7jNmo/t5uwZ9A4x/LZm0Lvj5idIvz9/9WiicSIaIzNoZzswxuMaWjBAlpwTqQxtl7h791TlCik 6AqNxvUf9oDBqtClgM5jH/om1Q5UomG0v+rwIiID/kwKc8V5Tj9+FRkaOS/DNjANmb8tO61SbYdY AwdpaVzHW7wHO7YhEWyJzIkwSFAW0Pw8uiKeubcolFl/rX+2ReQklqJDASQX2Id+W5hjJNcdGs0+ iHjXODmj5PX/tZQU3bYnWKpb
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/YUUI6IyCQGuogCl7zHS7xXa7uFY>
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, 14 Dec 2020 23:20:27 -0000

On 12/14/2020 2:56 PM, Mikkel Fahnøe Jørgensen wrote:

>> These are good problems to address, but I would rather address them 
>> in a targeted effort than as part of the multipath design.
>>
> Good point and interesting description on VPN case.
>
> I think it would be helpful for multipath to still consider this at an 
> abstract level such that it can be plugged in at a later point without 
> deciding on the exact details up front, if for no other reason than to 
> avoid hardcoding things that don’t have to be.
>

I don't think there is an hardcoded limit here. If we get a separate 
extension dealing with address announcements, it should automatically 
compose with the multipath extension.

-- Christian Huitema

v2.23.0 | Report a Bug | By Email