Re: END_FLOW_CONTROL for particular stream interpretation
"Kulkarni, Saurabh" <sakulkar@akamai.com> Wed, 24 July 2013 23:22 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 EE95B21F8206 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 24 Jul 2013 16:22:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level:
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 Y3VMjFGTGCjE for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 24 Jul 2013 16:22:22 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 7F9B221F81FF for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 24 Jul 2013 16:22:20 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1V28NY-0002nB-Ok for ietf-http-wg-dist@listhub.w3.org; Wed, 24 Jul 2013 23:21:56 +0000
Resent-Date: Wed, 24 Jul 2013 23:21:56 +0000
Resent-Message-Id: <E1V28NY-0002nB-Ok@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <sakulkar@akamai.com>) id 1V28NQ-0002mO-Pd for ietf-http-wg@listhub.w3.org; Wed, 24 Jul 2013 23:21:48 +0000
Received: from prod-mail-xrelay02.akamai.com ([72.246.2.14]) by maggie.w3.org with esmtp (Exim 4.72) (envelope-from <sakulkar@akamai.com>) id 1V28NQ-0003qX-5r for ietf-http-wg@w3.org; Wed, 24 Jul 2013 23:21:48 +0000
Received: from prod-mail-xrelay02.akamai.com (localhost [127.0.0.1]) by postfix.imss70 (Postfix) with ESMTP id 7AE842848D; Wed, 24 Jul 2013 23:21:22 +0000 (GMT)
Received: from prod-mail-relay06.akamai.com (prod-mail-relay06.akamai.com [172.17.120.126]) by prod-mail-xrelay02.akamai.com (Postfix) with ESMTP id 6736E281ED; Wed, 24 Jul 2013 23:21:22 +0000 (GMT)
Received: from ustx2ex-cashub.dfw01.corp.akamai.com (ustx2ex-cashub7.dfw01.corp.akamai.com [172.27.25.73]) by prod-mail-relay06.akamai.com (Postfix) with ESMTP id 40B362035; Wed, 24 Jul 2013 23:21:22 +0000 (GMT)
Received: from USMBX2.msg.corp.akamai.com ([169.254.1.88]) by ustx2ex-cashub7.dfw01.corp.akamai.com ([172.27.25.73]) with mapi; Wed, 24 Jul 2013 18:21:20 -0500
From: "Kulkarni, Saurabh" <sakulkar@akamai.com>
To: Patrick McManus <pmcmanus@mozilla.com>
CC: HTTP Working Group <ietf-http-wg@w3.org>
Date: Wed, 24 Jul 2013 18:21:18 -0500
Thread-Topic: END_FLOW_CONTROL for particular stream interpretation
Thread-Index: Ac6IxIDQf0HYDcMIRMO2MMK6aR91RQ==
Message-ID: <CE15AE8A.1A96%sakulkar@akamai.com>
In-Reply-To: <CAOdDvNodWkT5JuKS2vc2L+y4diYCrzwFH_KDejOeUhFBwrQ8Sg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.5.130515
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_CE15AE8A1A96sakulkarakamaicom_"
MIME-Version: 1.0
Received-SPF: none client-ip=72.246.2.14; envelope-from=sakulkar@akamai.com; helo=prod-mail-xrelay02.akamai.com
X-W3C-Hub-Spam-Status: No, score=-4.6
X-W3C-Hub-Spam-Report: AWL=-2.301, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=0.001
X-W3C-Scan-Sig: maggie.w3.org 1V28NQ-0003qX-5r 1cdf5c2787b23817eb3752409941c6dc
X-Original-To: ietf-http-wg@w3.org
Subject: Re: END_FLOW_CONTROL for particular stream interpretation
Archived-At: <http://www.w3.org/mid/CE15AE8A.1A96%25sakulkar@akamai.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18906
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>
Conversely any WINDOW_UPDATE frames for individual streams (stream_id: non zero) need to be rejected when connection level flow control is turned OFF, right?. (Either by WINDOW_UPDATE with END_FLOW_CONTROL bit set for stream_id:0 or by SETTINGS_FLOW_CONTROL_OPTIONS). - Saurabh From: Patrick McManus <pmcmanus@mozilla.com<mailto:pmcmanus@mozilla.com>> Date: Wednesday, July 24, 2013 4:16 PM To: Saurabh Kulkarni <sakulkar@akamai.com<mailto:sakulkar@akamai.com>> Cc: HTTP Working Group <ietf-http-wg@w3.org<mailto:ietf-http-wg@w3.org>> Subject: Re: END_FLOW_CONTROL for particular stream interpretation I believe the session window is still in effect as usual.. so normally the max-send is min(stream-window, session-window) and after the window-update, at least when sending on stream 2 in your example, it is simply session-window. On Wed, Jul 24, 2013 at 7:01 PM, Kulkarni, Saurabh <sakulkar@akamai.com<mailto:sakulkar@akamai.com>> wrote: What happens to session level flow control when a WINDOW_UPDATE frame with END_FLOW_CONTROL flag set is received with a particular stream id (stream_id other than "0")? E.g. Session Window Size: 64kb Stream Window Size: 64kb, stream_id: 2 Receive WINDOW_UPDATE with END_FLOW_CONTROL bit set, stream_id:2 Should the sender follow the session level flow control or ignore flow control for stream_id:2? - Saurabh
- Re: END_FLOW_CONTROL for particular stream interp… Patrick McManus
- END_FLOW_CONTROL for particular stream interpreta… Kulkarni, Saurabh
- Re: END_FLOW_CONTROL for particular stream interp… Kulkarni, Saurabh
- Re: END_FLOW_CONTROL for particular stream interp… Tatsuhiro Tsujikawa