Re: [quicwg/base-drafts] PTO probes are sent too frequently (#3546)

Kazuho Oku <> Fri, 27 March 2020 14:39 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 176283A0BF1 for <>; Fri, 27 Mar 2020 07:39:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.007
X-Spam-Status: No, score=-2.007 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_16=1.092, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id LmFhNhNfxW-f for <>; Fri, 27 Mar 2020 07:39:12 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 9C37A3A0C2D for <>; Fri, 27 Mar 2020 07:39:12 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 58CA56A10AA for <>; Fri, 27 Mar 2020 07:39:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1585319951; bh=+a6pImnVJZyX2G4WQywSFbndX6bsQzRYFEIRcczztpM=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=V/BHAkkAyQ4f5V4aizsuUBk2LID6YqhjZldozPv/PkuJDvB9vJ4X3Dc8ZKlBeIC0I 44nHRJeZArz5M7Iye3Yph4YrIz2r7hGpMSw4ZK9X0VwbiKGAp6AZ6V5JcdlwPGjWcl yAZVbdeUeAF4uWhhI99uqBhCDIHKTli6Yl6yDrbc=
Date: Fri, 27 Mar 2020 07:39:11 -0700
From: Kazuho Oku <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/issues/3546/>
In-Reply-To: <quicwg/base-drafts/issues/>
References: <quicwg/base-drafts/issues/>
Subject: Re: [quicwg/base-drafts] PTO probes are sent too frequently (#3546)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5e7e100f482c1_59a43fbfebccd964545a2"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: kazuho
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
Archived-At: <>
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 27 Mar 2020 14:39:25 -0000

Sorry if I was unclear, I meant not resetting PTO timer when the client receives an Initial packet. Assuming that the server sends only a few (most likely one), I do not think not resetting is fine.

Note that in case the server is going to send a fair number of Initial packets (e.g., post quantum) it should be sending a retry regardless of what we decide here, as relying on CC wold be better than relying on 3x limit.

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub: