[quicwg/base-drafts] Does HTTP spec mention all frames are flow controlled? (#4057)

Lucas Pardue <notifications@github.com> Wed, 26 August 2020 17:14 UTC

Return-Path: <noreply@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BEC53A181D for <quic-issues@ietfa.amsl.com>; Wed, 26 Aug 2020 10:14:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.555
X-Spam-Level:
X-Spam-Status: No, score=-1.555 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_20=1.546, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZHVW4eMa-rzF for <quic-issues@ietfa.amsl.com>; Wed, 26 Aug 2020 10:14:35 -0700 (PDT)
Received: from out-15.smtp.github.com (out-15.smtp.github.com [192.30.254.198]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C00743A1818 for <quic-issues@ietf.org>; Wed, 26 Aug 2020 10:14:35 -0700 (PDT)
Received: from github-lowworker-f62aa54.va3-iad.github.net (github-lowworker-f62aa54.va3-iad.github.net [10.48.17.68]) by smtp.github.com (Postfix) with ESMTP id 0D6077A0075 for <quic-issues@ietf.org>; Wed, 26 Aug 2020 10:14:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1598462075; bh=I5Ckb/hKZWK++F+NqjftlP9K5TvBFhjjcqwE45wWl1s=; h=Date:From:Reply-To:To:Cc:Subject:List-ID:List-Archive:List-Post: List-Unsubscribe:From; b=F8ARDUwgagy7MJM5t6QpL3VdImAgWlkM17lin6pfk9yz3AH3iU5coiBfrm608kouy t2ZuAsmnx9lku9kpc37bu4ERI/wowjvdGihJjTJaRz4RsBZet/bXz97slEyYC/Zzqk 18R2Dt4voYzEZ/A0/kZXcdHRkj9yKq5KrMSnvXfQ=
Date: Wed, 26 Aug 2020 10:14:34 -0700
From: Lucas Pardue <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK2U2AA3MLA5BYGVQW55KJ4XVEVBNHHCR2XNIE@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/4057@github.com>
Subject: [quicwg/base-drafts] Does HTTP spec mention all frames are flow controlled? (#4057)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5f46987aaac20_7cff196488141"; 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-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/VIhk9JD0JvQoJGs4A_vfg_6QWhk>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Aug 2020 17:14:37 -0000

In HTTP/2, only DATA frames are flow controlled. In HTTP/3, all frames are sent on STREAM frames, meaning that all frames are flow controlled. This is fine but it might bite people that make wrong assumptions, just like the differences in stream ordering would.

HTTP/3 appendix A provides Considerations for Transitioning from HTTP/2, and includes a section on Frame Types. So I expected to see some coverage about the flow control differences there but I did not.

I'm marking this as editorial because I don't want any change to HTTP/3. Just looking for some exposition.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/4057