Re: [quicwg/base-drafts] Should we transition to Open state when recv even MAX_STREAM_DATA (#572)
Subodh Iyengar <notifications@github.com> Sun, 04 June 2017 22:28 UTC
Return-Path: <bounces+848413-a050-quic-issues=ietf.org@sgmail.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 902751296CD for <quic-issues@ietfa.amsl.com>; Sun, 4 Jun 2017 15:28:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Level:
X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 6cTPL7lO5T_b for <quic-issues@ietfa.amsl.com>; Sun, 4 Jun 2017 15:28:24 -0700 (PDT)
Received: from o10.sgmail.github.com (o10.sgmail.github.com [167.89.101.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8D3F12956C for <quic-issues@ietf.org>; Sun, 4 Jun 2017 15:28:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; 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=nIHutwD5bDRbzwidAa+9b6cPEyk=; b=AzkXcWPOkHij/TCN TErVteoPsEB+q4tAYPLgCRC5fKe6Jb+zAA/3wVHATMQoltj2E6b6AwT3nhK66Uf7 gxSB14mmJh1dHz/flc5AUV0uwzJ9fcat7qeDQCtjuKUWnUGuzw9j2ti+cvinEvqv I6b7tfBFobf4kbodzgOjAsoLgpM=
Received: by filter1188p1mdw1.sendgrid.net with SMTP id filter1188p1mdw1-16582-59348986-3B 2017-06-04 22:28:22.777027941 +0000 UTC
Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2b-ext-cp1-prd.iad.github.net [192.30.253.17]) by ismtpd0001p1iad1.sendgrid.net (SG) with ESMTP id 6RKXKMWgQJmt_C7EL_FSwQ for <quic-issues@ietf.org>; Sun, 04 Jun 2017 22:28:22.708 +0000 (UTC)
Date: Sun, 04 Jun 2017 15:28:22 -0700
From: Subodh Iyengar <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4aba62c015f8eea7c47699abbc43a6aec2fa55f754992cf00000001154c4b8692a169ce0de9a85b@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/572/306071563@github.com>
In-Reply-To: <quicwg/base-drafts/issues/572@github.com>
References: <quicwg/base-drafts/issues/572@github.com>
Subject: Re: [quicwg/base-drafts] Should we transition to Open state when recv even MAX_STREAM_DATA (#572)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_593489868ba97_30743fd3973cfc30885d3"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: siyengar
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak1Fb9XF8zHcCxhaRuQ+3oKGm50fS5wOIwNekh Nt81rBNboCWoLH7hUwid5zgA4a4cz3C8sSCwwdsFEvCkEuu9aJILVnzw7q+m7UcsvcUfZDLiwjjXLd 3P2nvdv3FoqxvqQkkp/ouQnYwlUgH7IqE9/1YxkuvDFmwXgWdkRVJkDLxAHbTa6CpOQd8I1jBGcIDw s=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/Mv6GLGrlt-k7yGuY_0B-LJjudeo>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.22
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: Sun, 04 Jun 2017 22:28:26 -0000
This also has the nice side effect of causing the lower order streams to be opened as well.
Thinking about it a bit more, we should do this for RST on idle streams as well.
Currently
RST
idle -----> half closed
however this means that if stream 10 is rst, we didnt really open stream 1 - 10. Then if stream 20 is opened, we would have no idea if stream 10 was opened before or rst, so we'd have to keep track of all RST streams.
seems nicer to make this more symmetric with the stream open case:
I propose that when getting a RST on an idle stream we first move it into open state and then process the RST so that we get the lower streams opened as well.
RST immediate
idle ------> (open) -------> half closed
--
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/572#issuecomment-306071563
- [quicwg/base-drafts] Should we transition to Open… Subodh Iyengar
- Re: [quicwg/base-drafts] Should we transition to … Subodh Iyengar
- Re: [quicwg/base-drafts] Should we transition to … Marten Seemann
- Re: [quicwg/base-drafts] Should we transition to … janaiyengar
- Re: [quicwg/base-drafts] Should we transition to … Martin Thomson