IETF Logo Mail Archive

Re: [quicwg/base-drafts] Promote section 3.1 to its own section (#3710)

Martin Thomson <notifications@github.com> Tue, 09 June 2020 02:01 UTC

Return-Path: <noreply@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6C293A0933 for <quic-issues@ietfa.amsl.com>; Mon, 8 Jun 2020 19:01:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.483
X-Spam-Level:
X-Spam-Status: No, score=-1.483 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_IMAGE_ONLY_24=1.618, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 tPCmTXPBNMqX for <quic-issues@ietfa.amsl.com>; Mon, 8 Jun 2020 19:01:47 -0700 (PDT)
Received: from out-2.smtp.github.com (out-2.smtp.github.com [192.30.252.193]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52E993A0918 for <quic-issues@ietf.org>; Mon, 8 Jun 2020 19:01:47 -0700 (PDT)
Received: from github-lowworker-ca235ff.ash1-iad.github.net (github-lowworker-ca235ff.ash1-iad.github.net [10.56.110.15]) by smtp.github.com (Postfix) with ESMTP id 6E44E1C0355 for <quic-issues@ietf.org>; Mon, 8 Jun 2020 19:01:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1591668106; bh=8HtdrH2iKVwyVCKASOw05KU3u7254SJGjYETaIG6jUE=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=taiy/f84D+nb0A8hqmnwyUyat73xu3hdkq1TLfrjFQpcOnAx33ePJLHEaYaUtpLF3 qY/RuliRgPLOPUkjoESDHr/cE7Mb5Mpx/lGLOJx8Hy9qOSs7Gq9zW4VE0TToq6eYq9 QaC4/tE0yIDzGUk1uNyd7TvgZnwYwdTerskouGvE=
Date: Mon, 08 Jun 2020 19:01:46 -0700
From: Martin Thomson <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK7XH2MKX4NERY3GDBF45LHIVEVBNHHCK6WBVI@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/pull/3710/review/426738025@github.com>
In-Reply-To: <quicwg/base-drafts/pull/3710@github.com>
References: <quicwg/base-drafts/pull/3710@github.com>
Subject: Re: [quicwg/base-drafts] Promote section 3.1 to its own section (#3710)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5edeed8a5eac1_4aff3fd8eeccd95c23675b"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: martinthomson
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/IhHQ1iCuId2I3-gttJfVWrVicKE>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2020 02:01:49 -0000

@martinthomson approved this pull request.



> @@ -1824,10 +1824,10 @@ could occur when the server reaches its anti-amplification limit and the client
 has received acknowledgements for all the data it has sent.  In this case, when
 the client has no reason to send additional packets, the server will be unable
 to send more data because it has not validated the client's address. To prevent
-this deadlock, clients MUST send a packet on a probe timeout
-(PTO, see Section 5.3 of {{QUIC-RECOVERY}}). Specifically, the client MUST send
-an Initial packet in a UDP datagram of at least 1200 bytes if it does not have
-Handshake keys, and otherwise send a Handshake packet.
+this deadlock, clients MUST send a packet on a probe timeout (PTO, see Section
+6.2 of {{QUIC-RECOVERY}}). Specifically, the client MUST send an Initial packet

Nice extra fix here.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/pull/3710#pullrequestreview-426738025

v2.23.0 | Report a Bug | By Email