Re: Genart last call review of draft-ietf-quic-applicability-14

"Brian Trammell (IETF)" <ietf@trammell.ch> Wed, 09 February 2022 17:11 UTC

Return-Path: <ietf@trammell.ch>
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 57FBD3A0801 for <quic@ietfa.amsl.com>; Wed, 9 Feb 2022 09:11:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trammell.ch
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 mLTeUO0RXHq5 for <quic@ietfa.amsl.com>; Wed, 9 Feb 2022 09:11:11 -0800 (PST)
Received: from smtp-42aa.mail.infomaniak.ch (smtp-42aa.mail.infomaniak.ch [IPv6:2001:1600:4:17::42aa]) (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 3F1C93A0977 for <quic@ietf.org>; Wed, 9 Feb 2022 09:11:11 -0800 (PST)
Received: from smtp-2-0000.mail.infomaniak.ch (unknown [10.5.36.107]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4Jv5xk1w4CzMptW7; Wed, 9 Feb 2022 18:11:06 +0100 (CET)
Received: from smtpclient.apple (unknown [IPv6:2a02:169:17b2:0:7153:ad38:7ffd:3d14]) by smtp-2-0000.mail.infomaniak.ch (Postfix) with ESMTPA id 4Jv5xg2nw9zlhSMN; Wed, 9 Feb 2022 18:11:03 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=trammell.ch; s=20191114; t=1644426666; bh=3T2Kc20MT2KPRwakuPS6COSmPDKMkkVSYr887ppcP0w=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=qgJxV0cVHCelDhyDW6xXlOoRSNZ9SFvo/mKSPKcjw7J8DBrPgE/wYdIfldDxF0czM yOVmQUQr8KiSpY6+ldJ+pV1G/DUS0QZK7zAVtmGQijOBzL3rOdwt1phhVYE19YDB3E JEoDN3i4eKvR694gIs36G69NbvJosXnq8unxIrMM=
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
Subject: Re: Genart last call review of draft-ietf-quic-applicability-14
From: "Brian Trammell (IETF)" <ietf@trammell.ch>
In-Reply-To: <164427862240.3893.14553480515020040830@ietfa.amsl.com>
Date: Wed, 09 Feb 2022 18:11:02 +0100
Cc: gen-art@ietf.org, draft-ietf-quic-applicability.all@ietf.org, last-call@ietf.org, quic@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <508DBB9B-F881-4213-AB78-BDB7F9E315A1@trammell.ch>
References: <164427862240.3893.14553480515020040830@ietfa.amsl.com>
To: Ines Robles <mariainesrobles@googlemail.com>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/dkrWB0DJ6TN1nUdOSIS8q5cyfhk>
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: Wed, 09 Feb 2022 17:11:17 -0000

hi Ines,

Many thanks for the review! We've proposed alternate text to address the issue in https://github.com/quicwg/ops-drafts/pull/451.

NEW:

Measurement studies have shown between three {{Trammell16}} and
five {{Swett16}} percent of networks block all UDP traffic, though there
is little evidence of other forms of systematic disadvantage to UDP traffic
compared to TCP {{Edeline16}}. This blocking implies that all applications
running on top of QUIC must either be prepared to accept connectivity failure
on such networks, or be engineered to fall back to some other transport
protocol. In the case of HTTP, this fallback is TLS over TCP.


We'd like to keep the systematic disadvantage language and the reference to
Edeline, as it underscores the fact that the majority of expected UDP
disadvantage is simple blockage, thereby making fallback a viable strategy.

We did strike "recent" -- the adjective applied when the text was written in 2017.

Thanks again, cheers,

Brian

> On 8 Feb 2022, at 01:03, Ines Robles via Datatracker <noreply@ietf.org> wrote:
> 
> Reviewer: Ines Robles
> Review result: Ready with Issues
> 
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair.  Please treat these comments just
> like any other last call comments.
> 
> For more information, please see the FAQ at
> 
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
> 
> Document: draft-ietf-quic-applicability-14
> Reviewer: Ines Robles
> Review Date: 2022-02-07
> IETF LC End Date: 2022-02-07
> IESG Telechat date: Not scheduled for a telechat
> 
> Summary:
> 
> This document discusses the applicability of the QUIC transport protocol,
> focusing on caveats impacting application protocol  development and deployment
> over QUIC.  The document is well written and clear.
> 
> I have one minor issue.
> 
> Major issues: None
> 
> Minor issues:
> 
> Section 2 on the sentence:
> 
> "While recent measurements have shown no evidence of a widespread,  systematic
> disadvantage of UDP traffic compared to TCP in the Internet"
> 
> Statement of "no evidence of a widespread,  systematic disadvantage" may be
> seen as misleading when the example is about networks that simply block UDP
> traffic without considering other possible disadvantages, moreover when one of
> the references specifically states the opposite "3% failure is a lot".
> Additionally references are rather old (2016) materials. Suggestion for
> avoidance of doubt:
> 
> "Measurements have shown 3-5% of networks blocking UDP, constituting a
> disadvantage of UDP traffic compared to TCP in the Internet [Edeline16],
> [Trammell16] [Swett16].  All applications running on top of QUIC must
> therefore..."
> 
> Nits: None
> 
> Thanks for this document,
> Ines.
> 
>