Re: [quicwg/base-drafts] introduce a max_connection_ids transport parameter (#1998)

Jana Iyengar <> Fri, 19 April 2019 19:55 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E8D4212036E for <>; Fri, 19 Apr 2019 12:55:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.001
X-Spam-Status: No, score=-3.001 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_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, 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 VA81_YTOCAq2 for <>; Fri, 19 Apr 2019 12:55:40 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E0CA612001B for <>; Fri, 19 Apr 2019 12:55:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed;; h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=YWr3920miHgWGuqz6+t7eRx7r+s=; b=Lckv2YzYqpuQLqKA +iKHpamtMaH8umzbxa4WMwIp4zhOPS2zmw+mQGypLGmDpZ+RR5/jkoNvB0kqW9nB cXA1fTKzV9clrr+kUzTgFC7bL1KinsLA2cF1sd9kVUzKNT12Ju1utWCrWTPrRczI rGCxSyGDyocPcNB4nkTSFU6BzTo=
Received: by with SMTP id filter1052p1las1-31924-5CBA27BA-1B 2019-04-19 19:55:38.732141371 +0000 UTC m=+714969.013744617
Received: from (unknown []) by (SG) with ESMTP id QUZJuyn-SOCvWtEWdJZ0hg for <>; Fri, 19 Apr 2019 19:55:38.600 +0000 (UTC)
Received: from (localhost []) by (Postfix) with ESMTP id 85AE6C00B3 for <>; Fri, 19 Apr 2019 12:55:38 -0700 (PDT)
Date: Fri, 19 Apr 2019 19:55:39 +0000
From: Jana Iyengar <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/pull/1998/review/>
In-Reply-To: <quicwg/base-drafts/pull/>
References: <quicwg/base-drafts/pull/>
Subject: Re: [quicwg/base-drafts] introduce a max_connection_ids transport parameter (#1998)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5cba27ba84351_707e3f8a328cd95c260593"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: janaiyengar
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak2I5NzgfwcXbZhMyW1oVTRyqrIrJSGL/2YTI0 Se3TDlxssIUyIlzfqzTHD4Cf2/ZvSxJnvOZQ97yfExMqsLmg4oQa3li7t8vdUQRLC9/trTbaFqcGxd kDdwZ1pl7Dj26KXxi233L9LkTDhoe1mqV4omp58t8UZnn5cLf7f8EiC0N5HUJ7Vca/WFbD+RsU2Bi+ 0=
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, 19 Apr 2019 19:55:42 -0000

janaiyengar commented on this pull request.

Just a couple of editorial comments, and then I think this is ready.

>  An endpoint SHOULD ensure that its peer has a sufficient number of available and
-unused connection IDs.  While each endpoint independently chooses how many
-connection IDs to issue, endpoints SHOULD provide and maintain at least eight
-connection IDs.  The endpoint SHOULD do this by supplying a new connection ID
-when a connection ID is retired by its peer or when the endpoint receives a
-packet with a previously unused connection ID.  However, it MAY limit the
-frequency or the total number of connection IDs issued for each connection to
-avoid the risk of running out of connection IDs (see {{reset-token}}).
+unused connection IDs. Endpoints store received connection IDs for future use.
+An endpoint uses a transport parameter to advertise the number of connection IDs
+it can store for future use. An endpoint SHOULD NOT provide more connection IDs
+than this limit. If an endpoint has provided its peer with the maximum number of

than the peer's limit. If an endpoint has provided its peer with the maximum number of

> @@ -4195,6 +4192,12 @@ A client MUST NOT include an original connection ID, a stateless reset token, or
 a preferred address.  A server MUST treat receipt of any of these transport
 parameters as a connection error of type TRANSPORT_PARAMETER_ERROR.
+max_connection_ids (0x000e):
+: The maximum number of connection IDs that the peer is willing to store.

: The maximum number of connection IDs from the peer that an endpoint is willing to store.

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