Re: New Version Notification for draft-huitema-quic-mpath-req-00.txt

Martin Thomson <martin.thomson@gmail.com> Mon, 01 January 2018 22:33 UTC

Return-Path: <martin.thomson@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 82DAF1200C5 for <quic@ietfa.amsl.com>; Mon, 1 Jan 2018 14:33:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 GclNr5Md-DJT for <quic@ietfa.amsl.com>; Mon, 1 Jan 2018 14:33:29 -0800 (PST)
Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (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 385711201F2 for <quic@ietf.org>; Mon, 1 Jan 2018 14:33:29 -0800 (PST)
Received: by mail-ot0-x22a.google.com with SMTP id d10so3621646oti.7 for <quic@ietf.org>; Mon, 01 Jan 2018 14:33:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=xRhrTT9uk4voz2jjUhbya4st2t8765OKlHwEGlrgmK4=; b=q3b750lBG9Ix9DkcMqO6cQ1QM/eOsLmhp8U0DV+KuS5MBwHQY1F4V0a2hqKfpjuhAe KYn0i0uCku/IcDHsQ9tO0CRX0gjf05dflzHJSP42Vm7YwZFG3AFiUApQQFLJmyvfUvnp 3rKHOTCqi0CXPXJuAdHZUxbFKAwm4bEOQo5kogb3rjrv3pAVuKLlhOljBUDaqEyfblEW G8HPW+PCaONYD36Qm4j9XsR5sYiDAVzr1uvZBZJ3XhP83Y4nrVWWbAttdUPF/SxQbp6x nhWAbfU6weGkojyRx83rWlA+Hua/2e5rnuzTAUoGZYFvAUYMfWZnJPCZ+nT9Hw4eXZXG mUWA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=xRhrTT9uk4voz2jjUhbya4st2t8765OKlHwEGlrgmK4=; b=N95d73nEvyZD4nwQFFrmJAt3akGQvwjBUkMivH6TDwRXPQVHvv3mXkcAjJz7GrjWkA wtW1QCEOWVtktaEYwHJDjzjcPsxUz48kAWExRFCc/CE5DJ1WUO+x/Ovd6s237fCVjVv3 HYPHwG2eKSCclmenlOBgd1IANjEMCWJWGT7Z4C4IrmADDn8xKzJE8HmeadGbvpyIoP84 bXRTXXQ3whQKEbbB9SbABX47lOiUjUWr4dU01vG5JNULSDlJT4kJSj5z4LFm383sPf1U d34wypwnAz6BgxaY0UDNxkroJ09niZRdkXh/xqPyw9M65drEp0+lfK6ZBrkKonG3DGrQ Co7g==
X-Gm-Message-State: AKGB3mIOckojMb70ywGbddBqRZshQmLg9pAX3ND5dv6V0ael9QS7/gYQ ujWAxkzfKKTA7Mor/Oq2eiQe97sGULEyWWjrVOeYHg==
X-Google-Smtp-Source: ACJfBovuL0qeSqeZnhWHSn4n1O1+KTAq5Z14Img2L32yTHuXdzGSWMUxe6jQjZ/XrW14qYK9+TV1nd+9BQl/80Fv6+8=
X-Received: by 10.157.88.140 with SMTP id x12mr30022798otg.175.1514846008446; Mon, 01 Jan 2018 14:33:28 -0800 (PST)
MIME-Version: 1.0
Received: by 10.157.46.182 with HTTP; Mon, 1 Jan 2018 14:33:27 -0800 (PST)
In-Reply-To: <1728cfeb-e2ce-61cd-9a4e-770d76816fff@huitema.net>
References: <151440883747.29897.3176327891691875461.idtracker@ietfa.amsl.com> <1728cfeb-e2ce-61cd-9a4e-770d76816fff@huitema.net>
From: Martin Thomson <martin.thomson@gmail.com>
Date: Tue, 02 Jan 2018 09:33:27 +1100
Message-ID: <CABkgnnXRfNG25U-wF4L16t7pfxsxoJknPa9zjKv03hNv7YLcdA@mail.gmail.com>
Subject: Re: New Version Notification for draft-huitema-quic-mpath-req-00.txt
To: Christian Huitema <huitema@huitema.net>
Cc: "quic@ietf.org" <quic@ietf.org>
Content-Type: multipart/alternative; boundary="f4030438fa543913460561be928d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/7r-FobPfz00ta2TPSaT_VNbDOmw>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
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, 01 Jan 2018 22:33:31 -0000

Thanks for doing this Christian.

The think that I'm most interested in here is how this relates to the
invariants we have established.  I don't think that it has any impact and
you seem to agree.  So I think we're good.

I don't think that the section on flow control makes any sense, since flow
control operates at your stream layer.

I'm going to have to think on it some more, but your suggestion in 4.7
might be a good idea.  We don't have to do that now, though we might choose
to do so if we can work through the design and implications.

On Thu, Dec 28, 2017 at 8:11 AM, Christian Huitema <huitema@huitema.net>
wrote:

> Yes, I know full well that multipath is not in scope for V1. But since we
> are dabbling in connection migration anyhow, I thought we could just as
> well have a document listing multipath requirements and issues...
>
> -- Christian Huitema
>
>
> -------- Forwarded Message --------
> Subject: New Version Notification for draft-huitema-quic-mpath-req-00.txt
> Date: Wed, 27 Dec 2017 13:07:17 -0800
> From: internet-drafts@ietf.org
> To: Christian Huitema <huitema@huitema.net> <huitema@huitema.net>
>
> A new version of I-D, draft-huitema-quic-mpath-req-00.txt
> has been successfully submitted by Christian Huitema and posted to the
> IETF repository.
>
> Name:		draft-huitema-quic-mpath-req
> Revision:	00
> Title:		QUIC Multipath Requirements
> Document date:	2017-12-27
> Group:		Individual Submission
> Pages:		11
> URL:            https://www.ietf.org/internet-drafts/draft-huitema-quic-mpath-req-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-huitema-quic-mpath-req/
> Htmlized:       https://tools.ietf.org/html/draft-huitema-quic-mpath-req-00
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-huitema-quic-mpath-req-00
>
>
> Abstract:
>    This document describes the requirement and plausible architecture of
>    QUIC multipath extensions.  While the first version of QUIC is not
>    scheduled to include multipath extensions, there are risks that
>    decisions made in this first version might preclude some options that
>    we may later find attractive.  An early review of multipath extension
>    requirements and issues should minimize that risk.
>
>
>
>
> 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
>
>
>