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 9508C124408
 for <quic-issues@ietfa.amsl.com>; Sat, 12 Jan 2019 00:47:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.149
X-Spam-Level: 
X-Spam-Status: No, score=-11.149 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-4.553, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_28=1.404,
 HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5,
 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 5LKAyha0WZzo for <quic-issues@ietfa.amsl.com>;
 Sat, 12 Jan 2019 00:47:44 -0800 (PST)
Received: from out-1.smtp.github.com (out-1.smtp.github.com [192.30.252.192])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id B4B8D12785F
 for <quic-issues@ietf.org>; Sat, 12 Jan 2019 00:47:44 -0800 (PST)
Date: Sat, 12 Jan 2019 00:47:43 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
 s=pf2014; t=1547282863;
 bh=PbQHFjce0qu7L/9YFCEGLh0Qg9/ZVl2JrtRDOYIAEc0=;
 h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
 List-Archive:List-Post:List-Unsubscribe:From;
 b=PxnfYX1byIiivC0IlE1CnG4WXmeqRNS1gBPiY29j1vgAB0XkY4OUj026ujBZrt16h
 ryf3bN3sWkcgkpj9KFrBs8/1WOcp6a+1kIa9LUodRCW785uVg/ZTOqmtqeYkFpSngc
 rBDFxC0dlYNgbHZLKs/9VoLlh3NjsJahT54s4VxM=
From: MikkelFJ <notifications@github.com>
Reply-To: quicwg/base-drafts
 <reply+0166e4ab4f473a4517b4cbd6c23427bf5e569388172a122192cf0000000118516baf92a169ce17c1011d@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/2331/453731137@github.com>
In-Reply-To: <quicwg/base-drafts/issues/2331@github.com>
References: <quicwg/base-drafts/issues/2331@github.com>
Subject: Re: [quicwg/base-drafts] What should the receiver do when the peer
 closes a unidirectional stream before providing the stream type? (#2331)
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="--==_mimepart_5c39a9af5f0f6_66c93fbaf26d45c41342026";
 charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: mikkelfj
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/VGJY1GD1BcbUBSrcgKZdS1wGyNI>
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: Sat, 12 Jan 2019 08:47:46 -0000


----==_mimepart_5c39a9af5f0f6_66c93fbaf26d45c41342026
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 7bit

The question is if you can close a stream after sending a frame type, then loose a packet so the receiver is not aware of the type at the time it responds to the close.

If this is not the case, notably when the stream is closed with final size 0, I don't think it should be a considered a critical stream but rather an optional stream that never came to happen. After all, the sender (ought to) know what it is doing.

-- 
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/2331#issuecomment-453731137
----==_mimepart_5c39a9af5f0f6_66c93fbaf26d45c41342026
Content-Type: text/html;
 charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<p>The question is if you can close a stream after sending a frame type, =
then loose a packet so the receiver is not aware of the type at the time =
it responds to the close.</p>
<p>If this is not the case, notably when the stream is closed with final =
size 0, I don't think it should be a considered a critical stream but rat=
her an optional stream that never came to happen. After all, the sender (=
ought to) know what it is doing.</p>

<p style=3D"font-size:small;-webkit-text-size-adjust:none;color:#666;">&m=
dash;<br />You are receiving this because you are subscribed to this thre=
ad.<br />Reply to this email directly, <a href=3D"https://github.com/quic=
wg/base-drafts/issues/2331#issuecomment-453731137">view it on GitHub</a>,=
 or <a href=3D"https://github.com/notifications/unsubscribe-auth/AWbkq-sB=
j8HXOaUkGY-z7kB536grVFPNks5vCaEvgaJpZM4Z8gYm">mute the thread</a>.<img sr=
c=3D"https://github.com/notifications/beacon/AWbkq4wh5E7Llw0JzK4UHxCbb8MN=
GhJzks5vCaEvgaJpZM4Z8gYm.gif" height=3D"1" width=3D"1" alt=3D"" /></p>
<script type=3D"application/json" data-scope=3D"inboxmarkup">{"api_versio=
n":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name"=
:"GitHub"},"entity":{"external_key":"github/quicwg/base-drafts","title":"=
quicwg/base-drafts","subtitle":"GitHub repository","main_image_url":"http=
s://github.githubassets.com/images/email/message_cards/header.png","avata=
r_image_url":"https://github.githubassets.com/images/email/message_cards/=
avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/q=
uicwg/base-drafts"}},"updates":{"snippets":[{"icon":"PERSON","message":"@=
mikkelfj in #2331: The question is if you can close a stream after sendin=
g a frame type, then loose a packet so the receiver is not aware of the t=
ype at the time it responds to the close.\r\n\r\nIf this is not the case,=
 notably when the stream is closed with final size 0, I don't think it sh=
ould be a considered a critical stream but rather an optional stream that=
 never came to happen. After all, the sender (ought to) know what it is d=
oing."}],"action":{"name":"View Issue","url":"https://github.com/quicwg/b=
ase-drafts/issues/2331#issuecomment-453731137"}}}</script>
<script type=3D"application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/quicwg/base-drafts/issues/2331#issuecomment=
-453731137",
"url": "https://github.com/quicwg/base-drafts/issues/2331#issuecomment-45=
3731137",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>=

----==_mimepart_5c39a9af5f0f6_66c93fbaf26d45c41342026--

