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

ianswett <> Fri, 27 March 2020 14:45 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 998023A09BB for <>; Fri, 27 Mar 2020 07:45:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.008
X-Spam-Status: No, score=-2.008 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, 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 4f7e1d658nBb for <>; Fri, 27 Mar 2020 07:45:31 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 3246E3A0041 for <>; Fri, 27 Mar 2020 07:45:31 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 06E0E9604A8 for <>; Fri, 27 Mar 2020 07:45:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1585320330; bh=GV8Cl6bfuD1Nvozc3BdV0xih4Z1yZM0M6Wl6b10nEnM=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=DJiRRthw8JaLsZuU5ua+E+p/6cIfNIX4qAdF4mFCmTMQ8dbf7a6yb5INR5SnUAO1F 2/A6Lih6TIKbOGhzsT0wglZJb20po4gZHBDQZ5XlVt7CE1OwhmmvUtnNz5r8sSYwqt j6cFWLmi+PDNyjl96uAOfSyHuAZck0J/g3+DhcoQ=
Date: Fri, 27 Mar 2020 07:45:29 -0700
From: ianswett <>
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_5e7e1189ec36b_4fa13fbffa4cd96c109051"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: ianswett
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:45:36 -0000

We only reset pto_count upon receiving an Initial ACK, not any Initial packet, but I think your suggestion could work well.  It amounts to continuing with exponential backoff until the client has Handshake keys.

It's fairly simple to implement, and I wouldn't expect it to cause a noticeable regression, so unless someone comes up with something better, let's do it.

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