Re: Design Issue: Max Concurrent Streams Limit and Unidirectional Streams
James M Snell <jasnell@gmail.com> Fri, 03 May 2013 18:04 UTC
Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix)
with ESMTP id 2C64C21F9718 for
<ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>;
Fri, 3 May 2013 11:04:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.775
X-Spam-Level:
X-Spam-Status: No, score=-7.775 tagged_above=-999 required=5 tests=[AWL=-0.075,
MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GViO5xx8C4Tm for
<ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>;
Fri, 3 May 2013 11:04:08 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com
(Postfix) with ESMTP id 6EB0721F96FE for
<httpbisa-archive-bis2Juki@lists.ietf.org>;
Fri, 3 May 2013 11:04:01 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from
<ietf-http-wg-request@listhub.w3.org>) id 1UYKKY-0004V9-0A for
ietf-http-wg-dist@listhub.w3.org; Fri, 03 May 2013 18:03:38 +0000
Resent-Date: Fri, 03 May 2013 18:03:38 +0000
Resent-Message-Id: <E1UYKKY-0004V9-0A@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim
4.72) (envelope-from <jasnell@gmail.com>) id 1UYKKO-0004UP-DL for
ietf-http-wg@listhub.w3.org; Fri, 03 May 2013 18:03:28 +0000
Received: from mail-ob0-f179.google.com ([209.85.214.179]) by lisa.w3.org with
esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from
<jasnell@gmail.com>) id 1UYKKN-0001jX-5W for ietf-http-wg@w3.org;
Fri, 03 May 2013 18:03:28 +0000
Received: by mail-ob0-f179.google.com with SMTP id xn12so1653788obc.38 for
<ietf-http-wg@w3.org>; Fri, 03 May 2013 11:03:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=x-received:mime-version:in-reply-to:references:from:date:message-id
:subject:to:cc:content-type:content-transfer-encoding;
bh=k3skznV+5NMtZie7iHlIEEk36wOiRSF2i3P7jj6bVPY=;
b=m68afAmwCa7lRvWJR0ZnjdycxUuVFhKky68hMriT64xrdxZNQcvKoW+r0/n9bib/No
5IzGdxtQ8AQh4vu0KubmuCLUcZOjorO9K20sr+mVRTztBo7tA29h2xICNxsiwFnrUB3+
6myb3vCzKwOtqfrL1Hh8M0T2gIRcFEPFn/lXaq/+mqZStWd4sfQpBVpy9FUDG6iVkwt8
X0eT8DX8PM6YlJGkCZiguUJoQ4nhepT7JG4SI6KDQO3u4PRT9xkfHpUR9n2iAJQW+1sK
Ai074gqTbjeVgO+LHT8B05Xz7bPbPJk85xz3POZ6KcFOjS+rfhDCqXo5UtYRrUHqKmGq QZLQ==
X-Received: by 10.60.92.41 with SMTP id cj9mr3234000oeb.31.1367604181091;
Fri, 03 May 2013 11:03:01 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.60.3.137 with HTTP; Fri, 3 May 2013 11:02:40 -0700 (PDT)
In-Reply-To: <CAA4WUYhznNY_2YBUoMq4Us5NO0r_04Caz9_O1iZUrW4kc3kNcA@mail.gmail.com>
References: <CABP7RbdBe-Xkx+CMvpN=_oNAqm6SyLyL+XNHRUKSqn8mjSDw1Q@mail.gmail.com>
<CAA4WUYgCiyWerT0tUUVKcbNPqdTGuXHd_MG59DjcUsEWst5t7g@mail.gmail.com>
<CABkgnnVdU=cZ53Bqg5Un=E80NMpcgYO37DVmwUFW0O-i7SNf8w@mail.gmail.com>
<CAA4WUYhz64FsEGgGhx91RfWwuPPxWdAkesOV-bmqWVWE7ZxdjA@mail.gmail.com>
<CABP7RbcKQkn1o4WZscwNmSmm6YzqE_TKxPr4jnozNdaVqpZ7=A@mail.gmail.com>
<CAA4WUYhF6rAZoYEaz4aJO6xawaJxzxGt=Bkg4H9eBOP-LBSRmQ@mail.gmail.com>
<CAP+FsNezQzxdZEJY_2_0h_TR2pBbVsGyGBhQhKcm-65pt6S8rQ@mail.gmail.com>
<CABP7RbevS8M0q9OxzPncqY_gE34q5-ymdg2hOX2SQgSUNkhzsw@mail.gmail.com>
<CAA4WUYjAbuUqz9RdO+-p3a4EsyuS=Gv0rS-U-Vh+ZCjtDjFy6w@mail.gmail.com>
<CAP+FsNec2LLZMjtGhSX-1q8qg66WtBoM5K0yMrs5m4VKXb5OVg@mail.gmail.com>
<CAA4WUYgAT64jj=Am06MsA02A+eAcDrVbbgb4opO37bnMkWTPfg@mail.gmail.com>
<CABP7Rbdgz=kRZPfjHK5UUfieq8uz=ToQZjFt1-+s9scj1CogmA@mail.gmail.com>
<CAA4WUYjSjFKSdbj=QBLn0T4ufhzF1hUY=O=Qa2dfnkTzMXF0bg@mail.gmail.com>
<CABP7RbejssYWH+nEumVX__+4TnE1ec8e1YXeY8kqWF+AgszTrg@mail.gmail.com>
<CAA4WUYiRVxM78Dr+eh9ksVvW_9=S01mHxt_Wr+SyaVECmc0e-g@mail.gmail.com>
<CABP7RbexX0T=yYKPeKFeGEnzMAcO7fAifZh6LfLCOngLDNQHUA@mail.gmail.com>
<CABkgnnUeicCNUa70GW7Vv9-bbwLPiPM=2-_t28Qz5o6DT0jF8Q@mail.gmail.com>
<CABP7RbfbmTqFHPkRvj2K6iZ=Oo7MsT3hD9Y33fmtU9HOLoDmUA@mail.gmail.com>
<CAA4WUYj81k1dK-LV+=h-yto4WEpVWFaRnCQZ+h55mipYCnQeYw@mail.gmail.com>
<CABkgnnVEy7LPU2sUrKVFTLpEVP4RcWnbdgs1oRvmNFujZGQBOg@mail.gmail.com>
<CAA4WUYhznNY_2YBUoMq4Us5NO0r_04Caz9_O1iZUrW4kc3kNcA@mail.gmail.com>
From: James M Snell <jasnell@gmail.com>
Date: Fri, 3 May 2013 11:02:40 -0700
Message-ID: <CABP7RbeJ6Fhs-ncpA4cGQ8SQHayamCmUn=xCmcagwBUs6NLyxg@mail.gmail.com>
To: =?UTF-8?B?V2lsbGlhbSBDaGFuICjpmYjmmbrmmIwp?= <willchan@chromium.org>
Cc: Martin Thomson <martin.thomson@gmail.com>, Roberto Peon <grmocg@gmail.com>,
HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=209.85.214.179; envelope-from=jasnell@gmail.com;
helo=mail-ob0-f179.google.com
X-W3C-Hub-Spam-Status: No, score=-3.5
X-W3C-Hub-Spam-Report: AWL=-2.689, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7,
SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1UYKKN-0001jX-5W a510a76bfc4452d84d420916dd804d02
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Design Issue: Max Concurrent Streams Limit and Unidirectional
Streams
Archived-At: <http://www.w3.org/mid/CABP7RbeJ6Fhs-ncpA4cGQ8SQHayamCmUn=xCmcagwBUs6NLyxg@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17806
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
The impact on client-to-server initiated streams is another reason why I suggested the credit-based approach and why it would likely be good to have an RST_STREAM "ENHANCE YOUR CALM" error code [1]. If the client misbehaves and sends too much too quickly, we have flow control, settings, rst_stream and goaway options to deal with it. [1] http://en.wikipedia.org/wiki/List_of_HTTP_status_codes#4xx_Server_Error On Fri, May 3, 2013 at 10:34 AM, William Chan (陈智昌) <willchan@chromium.org> wrote: > As I understand the proposal, which I believe ties into the issue James > raised at the beginning here, the goal is to be able to open and close a > directional stream without an ACK, which I am nervous about as I said above > without much detail. Concretely speaking, a HTTP GET is a HEADERS+PRIORITY > frame with a FINAL flag or an extra DATA frame with FINAL flag. This means > that the request effectively never gets counted against the directional > stream limit, as controlled by the receiver which sends a > MAX_CONCURRENT_STREAMS setting, since it open and closes the direction in > the same frame (or closes in the subsequent empty DATA frame). > > > On Fri, May 3, 2013 at 1:52 PM, Martin Thomson <martin.thomson@gmail.com> > wrote: >> >> On 3 May 2013 09:44, William Chan (陈智昌) <willchan@chromium.org> wrote: >> > I'd like server folks to chime in, but doing this makes me feel a bit >> > nervous. I feel this effectively disables the directional concurrent >> > streams >> > limit. The bidirectional full-close essentially acts like an ACK, so >> > removing it might result in an unbounded number of streams. >> >> I think that I know what you mean here, but can you try to expand a >> little? Do you refer to the possible gap between close on the >> initiating direction and the first frame on the responding direction; >> a gap that might cause the stream to escape accounting? I think that >> is a tractable problem - any unbounded-ness is under the control of >> the initiating peer. > >
- Design Issue: Max Concurrent Streams Limit and Un… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Poul-Henning Kamp
- RE: Design Issue: Max Concurrent Streams Limit an… RUELLAN Herve
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Roberto Peon
- Re: Design Issue: Max Concurrent Streams Limit an… William Chan (陈智昌)
- Re: Design Issue: Max Concurrent Streams Limit an… James M Snell
- Re: Design Issue: Max Concurrent Streams Limit an… Martin Thomson