Re: [quicwg/base-drafts] Allow CONNECTION_CLOSE in 0-RTT (#3435)

Martin Thomson <> Thu, 13 February 2020 05:40 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7D5AE12008C for <>; Wed, 12 Feb 2020 21:40:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.454
X-Spam-Status: No, score=-6.454 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, HTML_IMAGE_ONLY_20=1.546, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, 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 ZB7rmS4vbtOI for <>; Wed, 12 Feb 2020 21:40:04 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BF41012007A for <>; Wed, 12 Feb 2020 21:40:04 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id BD950660854 for <>; Wed, 12 Feb 2020 21:40:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1581572403; bh=RQg5sP8CdkLkXPALiAEtp9d2+mPNdTZJGVWLU3dQmdE=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=jVuARdTo2GCl6/Tx6g4p/il8y9FK0tbLjykeQc4tnWbpYtUWTKuXjp6YNPKjFW1IF v3sK8piUElTU4tSDWqOjBiDxaXOtA/jOR1W+W21/o+00X1uzCgDpcygC9DsYZm7TZL /FP05fZdAZqepC7wfYxrB4UqKp7GIWNWyMx+IIGo=
Date: Wed, 12 Feb 2020 21:40:03 -0800
From: Martin Thomson <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/issues/3435/>
In-Reply-To: <quicwg/base-drafts/issues/>
References: <quicwg/base-drafts/issues/>
Subject: Re: [quicwg/base-drafts] Allow CONNECTION_CLOSE in 0-RTT (#3435)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5e44e133adcd6_66233fe7f16cd964598fb"; 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
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: Thu, 13 Feb 2020 05:40:07 -0000

Let's be clear: we have a problem of this shape already.  A server can sent CONNECTION_CLOSE prior to confirming that the client has the keys necessary to interpret it.  It might even have good cause to do so.

Ignoring signals is always possible; these signals exist largely as a courtesy, so that endpoints don't dedicate resources to connections their peer no longer wants.

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