Re: [quicwg/base-drafts] Allow not creating QPACK codec streams (#2529)

Lucas Pardue <> Tue, 19 March 2019 15:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 65EE51313A7 for <>; Tue, 19 Mar 2019 08:05:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3
X-Spam-Status: No, score=-3 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_32=0.001, 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 9KcFiuvJUsDA for <>; Tue, 19 Mar 2019 08:05:05 -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 465741313E9 for <>; Tue, 19 Mar 2019 08:05:05 -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=mc33YoMhJb6K3VwtsTQml83ij84=; b=FO1we656Y5fHQ1zm PNe1sPKvBeO2S2Ac8rjNz6YPwwu7A0KHaEnrRhtQaqxzxPyqMFowHHjPhFz8QANs 9eDuqjws8mU2t7f7CTYxO8dhPWvlVhmurf1vsEHYnjnXeJPGo9Oc3XakLpMxEVMf E6lyUNtfO5C+xjS0o+K0Tmi/+bs=
Received: by with SMTP id filter0064p1iad2-26289-5C910520-1A 2019-03-19 15:05:04.266786974 +0000 UTC m=+334763.568756689
Received: from (unknown []) by (SG) with ESMTP id XZtTAMDhR326TCZ-dNzrKQ for <>; Tue, 19 Mar 2019 15:05:04.252 +0000 (UTC)
Received: from (localhost []) by (Postfix) with ESMTP id 43269160BE9 for <>; Tue, 19 Mar 2019 08:05:04 -0700 (PDT)
Date: Tue, 19 Mar 2019 15:05:04 +0000
From: Lucas Pardue <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/pull/2529/review/>
In-Reply-To: <quicwg/base-drafts/pull/>
References: <quicwg/base-drafts/pull/>
Subject: Re: [quicwg/base-drafts] Allow not creating QPACK codec streams (#2529)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5c91052040de5_2f813f7f8bcd45c0377354"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: LPardue
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak12pMuktelUfi1Wg4NEfqWlS1CM+h7l+bTMUG awoqwUxQH0GeTvwKs5u2L4ArPKYjJzIyxEoJ4sVGWRn/aKEf/gEnybWqmwvbh/xbhenGJ1SdACGhC4 +nLH29o7qCZ5PgsFndKEc1S5pu7Ra25u57xNy/bb6wOhoRWHOKJEmnCVYSwadHTC/WO9IHPccPtLk6 Y=
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: Tue, 19 Mar 2019 15:05:15 -0000

LPardue commented on this pull request.

>  HTTP_WRONG_STREAM_COUNT. These streams MUST NOT be closed. Closure of either
 unidirectional stream type MUST be treated as a connection error of type
+An endpoint MAY avoid creating its own encoder stream if the maximum size of

I think this is telling that the current definition of signalling around QPACK is all a bit wrong. The receiver tells the sender if it is willing to support dynamic compression but there is no explicit signal it will happen until a stream is opened, are we happy with that?

For @ianswett's issue, an additional clause to this sentence could help e.g. 

"An endpoint MAY avoid creating its own encoder stream if the maximum size of the dynamic table permitted by the peer is zero, or if the endpoint doesn't want to use the dynamic table."

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