[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 07:14 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 C3C1B1294B9 for <quic-issues@ietfa.amsl.com>; Sun, 4 Jun 2017 00:14:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.617
X-Spam-Level:
X-Spam-Status: No, score=-0.617 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_28=1.404, 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=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 NDCi42t7ZvTM for <quic-issues@ietfa.amsl.com>; Sun, 4 Jun 2017 00:14:37 -0700 (PDT)
Received: from o1.sgmail.github.com (o1.sgmail.github.com [192.254.114.176]) (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 BA3F6124217 for <quic-issues@ietf.org>; Sun, 4 Jun 2017 00:14:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; h=from:reply-to:to:cc:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=/SDDIOAFFPw9IenpYyAiUjVFoGM=; b=EEwA2BIH6NuEjmvk sJg9oYkYt47GzrWzv9mSlN1toD8HEB8Oq7phSP+7YVETLKGmsmqtmvXm3VF3hGmm ywTFMt3z1oTr+ZL6VbIRNxqSswevdG52wIwSvR06gc0ctxE72OwjvQEoyd950pS1 FWitj9m22TmHi+NbREqpxWCvENw=
Received: by filter0436p1mdw1.sendgrid.net with SMTP id filter0436p1mdw1-26254-5933B35B-15 2017-06-04 07:14:35.373533853 +0000 UTC
Received: from github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16]) by ismtpd0004p1iad1.sendgrid.net (SG) with ESMTP id eC4-2WztTRWG5cuFgeZWVQ for <quic-issues@ietf.org>; Sun, 04 Jun 2017 07:14:35.391 +0000 (UTC)
Date: Sun, 04 Jun 2017 00:14:35 -0700
From: Subodh Iyengar <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4abd62c3231f5a4ab584f12e63bbc3ea87290c7467c92cf00000001154b755b92a169ce0de9a85b@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@github.com>
Subject: [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_5933b35b42e2e_2cb63fa9ff035c30594bc"; 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: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak1Ybcpst5y4EGPpvYjL0r6WT9zKYc3yy6ZBW3 gt0X4Esg+W3c98A3q+53c12uh8qMkm/BibiDPLyV5WvAqagbPTG66NecF3YpWoMTCKBOK6NBX8xBmy QQgIyk2lpAvYchaAuoayUQRGE0oA3tXrDjW3BvpTVflAyHuMtAqNv91/XEPnAXbbK40HWrdKpNaqmo E=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/_4PMw-98yZ8bjbLsCKlkdmmhAEg>
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 07:14:38 -0000
While thinking about implementation of the handling of idle state, it seems like we'd practically allocate the stream state object anyway if we get a MAX_STREAM_DATA or STREAM_BLOCKED (to keep track of flow control). It seems better then to treat these streams as equivalent to Open streams because it'd simplify the logic of deciding the Stream limit count to advertise. If the reason we want to allow this transition is to deal with lost packets, we'd practically allocate the stream data eventually when the packets are recovered. Proposing a change where: Idle -> Open transition occurs not only on STREAM, but also BLOCKED, MAX_STREAM_DATA as well. -- 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
- [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