Re: [EXTERNAL] Re: WGLC review of draft-ietf-quic-recovery-29

Jana Iyengar <jri.ietf@gmail.com> Fri, 17 July 2020 01:30 UTC

Return-Path: <jri.ietf@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 339EE3A0EC3 for <quic@ietfa.amsl.com>; Thu, 16 Jul 2020 18:30:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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_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 x9ZgRGzZEh4D for <quic@ietfa.amsl.com>; Thu, 16 Jul 2020 18:30:23 -0700 (PDT)
Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 80B953A0EC0 for <quic@ietf.org>; Thu, 16 Jul 2020 18:30:23 -0700 (PDT)
Received: by mail-lj1-x232.google.com with SMTP id j11so10685536ljo.7 for <quic@ietf.org>; Thu, 16 Jul 2020 18:30:23 -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=YodH6kbkJcypurgBi5jgL00+o4CfYMSJThy6WfeFmx4=; b=sY4vzsIdaosDrx2Wh+eYglPIqkrruc8rMR7GPnzE0chiGIwf0kKNt1gVi2tQnPXhtd 7v1oRTdNL4K5CZsXt3GI58eM3pndPqZdi9RdHy+3+UdFScgnaxAKIixCjIzn4fFZoedn DhMktEVZ1IzrgU0jgVLxgo0jtFOb93iiUQxy7m3xjTD+TUWJqe5q6q6jBM6cvmZwYMYr 5VfT/CO2XwAdljL3nbbM8n8C2Su2nsr0tAEM6RKN0EGEfuKEOktG1+FN9nQn9FA+CNx8 k+DGyq2n/Gu3o0acdh+2bwtvpcPKcRK+a6E1aq8Y2q/kNvfkdpEW1kWaM3X3p4zhHYxW 51AA==
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=YodH6kbkJcypurgBi5jgL00+o4CfYMSJThy6WfeFmx4=; b=sp8URweef6W6BywX77SkokopCfguWt9M4no4AVB+QiW/6ujqJIhm6WWFoFhbpFh/We c0qJe0bc3Z/pXm7hj9TPf1/pR/5KKduJLll24puxQldY8EjuRG/SjcN3yR/qfH3GWOi3 17f83+CthSmBPa8Endzr7xsmgw72g2jj3ZsBBjukKHIlagF4JO8EbLhEPm9dxtcliqak yU04ppuzxy3NVguOdAtjZNRis3NcJ/V8BaiGRlaJj5qFOxPsz9JCt3rQq1ShgdbxvZxv m+tlifGyeigUq/K+tXStVI1TfUiEZJF5inqV3BhGvYXh5d5DFBOSL6nvzUpVywB3bDrj H3xA==
X-Gm-Message-State: AOAM532g7Cs3FXwlbtQXojwIKLbgPeq/qWilS/3CvvrLyDqdTKuS5+LA CSvh4gDdRyIpYUFl3yHovfBb02VIi105zUuZSaM=
X-Google-Smtp-Source: ABdhPJz3mMOY+HMgleM2WZrtMC+Mm361e2e1xf2tZOlTO1ftXCGjz8rwVcoy5cDuO5NEVi4fkkASyIBmwgsarW5IEDI=
X-Received: by 2002:a2e:80cc:: with SMTP id r12mr3654946ljg.344.1594949421433; Thu, 16 Jul 2020 18:30:21 -0700 (PDT)
MIME-Version: 1.0
References: <MN2PR00MB073663726DB5AFE6885D0A6BB6670@MN2PR00MB0736.namprd00.prod.outlook.com> <53187d65-f7b9-b99a-f68b-b267303ab399@erg.abdn.ac.uk> <CH2PR00MB0726D18611EC030BF548CA0DB6640@CH2PR00MB0726.namprd00.prod.outlook.com> <40818629-e1dc-f0f1-6173-984a8166c7c2@erg.abdn.ac.uk> <CH2PR00MB07267EBAC2BB08CCE5160EC6B6650@CH2PR00MB0726.namprd00.prod.outlook.com> <CAKcm_gN=vizG9+kiRiX7BAfcsR1p+Q1FrTtNPXfV5vFATBNQ9Q@mail.gmail.com> <CAKKJt-c-sp=L7j5--aoEEObMjhcnTE7YVK_NE4YQFGZDtcLhrA@mail.gmail.com>
In-Reply-To: <CAKKJt-c-sp=L7j5--aoEEObMjhcnTE7YVK_NE4YQFGZDtcLhrA@mail.gmail.com>
From: Jana Iyengar <jri.ietf@gmail.com>
Date: Thu, 16 Jul 2020 18:30:10 -0700
Message-ID: <CACpbDcfrVNtDb3htqnkVqr2OOskUVr_aYTrRvssT_tAgTKqV_g@mail.gmail.com>
Subject: Re: [EXTERNAL] Re: WGLC review of draft-ietf-quic-recovery-29
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Cc: Ian Swett <ianswett=40google.com@dmarc.ietf.org>, Praveen Balasubramanian <pravb=40microsoft.com@dmarc.ietf.org>, Gorry Fairhurst <gorry@erg.abdn.ac.uk>, IETF QUIC WG <quic@ietf.org>, Neal Cardwell <ncardwell@google.com>, Yuchung Cheng <ycheng@google.com>
Content-Type: multipart/alternative; boundary="000000000000b3073805aa99190e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/fkfZsbWnEj6RW13JwjeRo3gUJ5o>
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: Fri, 17 Jul 2020 01:30:25 -0000

At a high level, the recovery doc is _not_ written with DC environments in
mind. We can make that clear in the document, if that helps. There are
other things as well that won't work well in a DC environment, and I
imagine a separate doc would be helpful here that specifies how QUIC ought
to be tuned for DCs.

On Thu, Jul 16, 2020 at 2:18 PM Spencer Dawkins at IETF <
spencerdawkins.ietf@gmail.com> wrote:

> Hi, Ian,
>
> On Thu, Jul 16, 2020 at 2:22 PM Ian Swett <ianswett=
> 40google.com@dmarc.ietf.org> wrote:
>
>> Thanks for the comments, I filed #3918
>> <https://github..com/quicwg/base-drafts/issues/3918> and #3919
>> <https://github.com/quicwg/base-drafts/issues/3919>
>>
>> For my background, are you aware other transport RFCs have normative
>> statements that only apply to the public internet?
>>
>
> Tunnels are transport, right? :-)
>
> The earliest RFC I was involved with, that made distinctions about what
> you can get away with on the public internet versus in a managed network,
> was https://tools.ietf.org/html/rfc7510#section-5. This was negotiated
> after a fairly vigorous back-and-forth between transport people and
> non-transport people during IETF Last Call.
>
> We put together a design team with a few people to try to work through
> this for the myriad other protocols that people wanted to tunnel over UDP,
> once and for all.
>
> https://tools.ietf.org/html/rfc8084 was published as a BCP.
>
> I may be forgetting other stuff, of course.
>
> Best,
>
> Spencer
>
>
>> Also, if you're that well buffered and the bursts are that large, do you
>> still start with IW10, or do you start with a larger window?
>>
>> Thanks, Ian
>>
>>>