Re: [quicwg/base-drafts] Why do we have final size? (#3739)
Mike Bishop <notifications@github.com> Tue, 09 June 2020 13:29 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 9C2163A092B for <quic-issues@ietfa.amsl.com>; Tue, 9 Jun 2020 06:29:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.517
X-Spam-Level: ***
X-Spam-Status: No, score=3.517 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, GB_SUMOF=5, HTML_IMAGE_ONLY_24=1.618, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no 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 YRPdG1z3CKXA for <quic-issues@ietfa.amsl.com>; Tue, 9 Jun 2020 06:29:21 -0700 (PDT)
Received: from out-19.smtp.github.com (out-19.smtp.github.com [192.30.252.202]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 331D63A0929 for <quic-issues@ietf.org>; Tue, 9 Jun 2020 06:29:21 -0700 (PDT)
Received: from github-lowworker-e8b54ca.ac4-iad.github.net (github-lowworker-e8b54ca.ac4-iad.github.net [10.52.23.39]) by smtp.github.com (Postfix) with ESMTP id 4DECF520DBB for <quic-issues@ietf.org>; Tue, 9 Jun 2020 06:29:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1591709360; bh=FjMj3zig/+0vdnHqvRBlHQRY8O93XLcyHXt/6E2YnIQ=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=AR6e28BjVGoclJM0F2APpA72VRA8QQlbTVMZGMpvuGILvPk0GJkxn6w42kAQmcY1k 3Hi4KO9optSejW4YJ7grbIKwxxyPp3zMdr1Lo31mI7FmkI8pAFN8nei+W67wjMKPig 3qe5elzdw9hYjWWyp09nGlP+ONEoMSnE+BC8CoME=
Date: Tue, 09 Jun 2020 06:29:20 -0700
From: Mike Bishop <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK7DTB6BPAT3JKBQ3Y545NX3BEVBNHHCLJZEOA@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/pull/3739/review/427144020@github.com>
In-Reply-To: <quicwg/base-drafts/pull/3739@github.com>
References: <quicwg/base-drafts/pull/3739@github.com>
Subject: Re: [quicwg/base-drafts] Why do we have final size? (#3739)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5edf8eb03e8d4_26f73f94824cd9601314e7"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: MikeBishop
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/IEMjuMUVoezPzYQZoS2QjCtWfYE>
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: Tue, 09 Jun 2020 13:29:23 -0000
@MikeBishop commented on this pull request. > +The final size of a stream is always signaled to the recipient. The final size +is the sum of the Offset and Length fields of a STREAM frame with a FIN flag, +noting that these fields might be implicit. Alternatively, the Final Size field +of a RESET_STREAM frame carries this value. This ensures that all ways that a +stream can be closed result in the number of bytes on the stream being reliably Both the Offset and Length fields can be implicit. As discussed above, it would be unusual (at least with HTTP/3 for both to be implicit, but it's certainly allowed. I think if the fields specifically get mentioned, the aside that they might be implicit needs to remain. If we switch to pointing to the values, we could drop that, but it might be confusing to some people. FIN isn't a field, and isn't contemplated by the aside about implicit fields. -- 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/pull/3739#discussion_r437416830
- [quicwg/base-drafts] Why do we have final size? (… Mike Bishop
- Re: [quicwg/base-drafts] Why do we have final siz… David Schinazi
- Re: [quicwg/base-drafts] Why do we have final siz… Kazuho Oku
- Re: [quicwg/base-drafts] Why do we have final siz… Marten Seemann
- Re: [quicwg/base-drafts] Why do we have final siz… Martin Thomson
- Re: [quicwg/base-drafts] Why do we have final siz… Mike Bishop
- Re: [quicwg/base-drafts] Why do we have final siz… Mike Bishop
- Re: [quicwg/base-drafts] Why do we have final siz… Kazuho Oku
- Re: [quicwg/base-drafts] Why do we have final siz… Mike Bishop
- Re: [quicwg/base-drafts] Why do we have final siz… Mike Bishop
- Re: [quicwg/base-drafts] Why do we have final siz… ianswett
- Re: [quicwg/base-drafts] Why do we have final siz… ianswett
- Re: [quicwg/base-drafts] Why do we have final siz… Martin Thomson
- Re: [quicwg/base-drafts] Why do we have final siz… Marten Seemann
- Re: [quicwg/base-drafts] Why do we have final siz… Mike Bishop
- Re: [quicwg/base-drafts] Why do we have final siz… Martin Thomson