Re: Proposal: New Frame Size Text (was: Re: Design Issue: Frame Size Items)

James M Snell <jasnell@gmail.com> Fri, 10 May 2013 18:25 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 AF47A21F9019 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 10 May 2013 11:25:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.564
X-Spam-Level:
X-Spam-Status: No, score=-10.564 tagged_above=-999 required=5 tests=[AWL=0.035, BAYES_00=-2.599, 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 ofarb7egaQRd for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 10 May 2013 11:25:20 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id B8C4721F8F6E for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 10 May 2013 11:25:13 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UarzO-0000UZ-5l for ietf-http-wg-dist@listhub.w3.org; Fri, 10 May 2013 18:24:18 +0000
Resent-Date: Fri, 10 May 2013 18:24:18 +0000
Resent-Message-Id: <E1UarzO-0000UZ-5l@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <jasnell@gmail.com>) id 1UarzD-0000Sy-DR for ietf-http-wg@listhub.w3.org; Fri, 10 May 2013 18:24:07 +0000
Received: from mail-oa0-f42.google.com ([209.85.219.42]) by maggie.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <jasnell@gmail.com>) id 1UarzB-0003Bv-6v for ietf-http-wg@w3.org; Fri, 10 May 2013 18:24:07 +0000
Received: by mail-oa0-f42.google.com with SMTP id i10so5346718oag.15 for <ietf-http-wg@w3.org>; Fri, 10 May 2013 11:23:39 -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=KIxrEtAZzhPDJP6ww7vleDFU4QP6zzN/WA+4KfiMHRM=; b=ITwqGX9s7U8E+A/gh2mtqxxOW0EFFdeYMyvrdp+QlYs8GzVwpshbClXDnGbnDM+BoO BlSt6a0H0ci+hsa0Af9OroS4yoPpYbalkmPBvZiL3VYsV6Fdf2j2DExH+uEAGE1EufGA 1RxjVDuFfRQ0M0WO7tj2cBT/xaHTEdixFcULU/LU4u0s2hGwjvF/E36zwof6CqU/Xtno b6815hSNPvcu1p4BIDthZ+0oiwFpf71nEDbScrCuVxXnTV5gUoAQfcjsVc9qVZwwCCL3 KOgWBaW8S5EcD6zHplAla3CUEyZ/3Z10gXfo6RDRvI/6e7EP++FGbMv1V9vY7T0wJlPA r4BQ==
X-Received: by 10.182.107.138 with SMTP id hc10mr7685218obb.22.1368210219133; Fri, 10 May 2013 11:23:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.60.3.137 with HTTP; Fri, 10 May 2013 11:23:18 -0700 (PDT)
In-Reply-To: <CAP+FsNdifoF3aqQLB-EZjYqL3O2_uNEmNJ_+zAktu9zapKmT7w@mail.gmail.com>
References: <CABP7RbcfTjN5QFFuGm-P-rQMpAR3FGSC58WCy3qKn+29YCjn+w@mail.gmail.com> <CAA4WUYiwNSzvrY1LF_Sex_82TSDwMbTvYqo7LyKfBAOu0j4pfQ@mail.gmail.com> <CABP7RbdqnH0JK-UaMiaR5rLvZo8txywEcXXSUXa_y95hrLC5yA@mail.gmail.com> <CABP7Rbd-VfTFYurZ-JEKjHKOeKvZCKoYLGMXf+0mi-_wbdKYqA@mail.gmail.com> <CAA4WUYgfu=rcji-bdxNPsE9KCE4T67+vN9b0iojnvycx5R-StA@mail.gmail.com> <CABkgnnX=AemYGrBzWGX1VEUgKKrk+hR6YV0jg9qVMSdPiimBAA@mail.gmail.com> <CAFA1p16FHaSf7b1=mhe_Cb=ZqV1m0HVwkQNdW+pkJ0OkA9L-5A@mail.gmail.com> <CAP+FsNdifoF3aqQLB-EZjYqL3O2_uNEmNJ_+zAktu9zapKmT7w@mail.gmail.com>
From: James M Snell <jasnell@gmail.com>
Date: Fri, 10 May 2013 11:23:18 -0700
Message-ID: <CABP7RbcF3VXuhvP5StN9hHVj4K-2WMvBr37ur3iHmH-=2WAbHw@mail.gmail.com>
To: Roberto Peon <grmocg@gmail.com>
Cc: Hasan Khalil <hkhalil@google.com>, Martin Thomson <martin.thomson@gmail.com>, "William Chan (陈智昌)" <willchan@chromium.org>, Poul-Henning Kamp <phk@phk.freebsd.dk>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=209.85.219.42; envelope-from=jasnell@gmail.com; helo=mail-oa0-f42.google.com
X-W3C-Hub-Spam-Status: No, score=-3.5
X-W3C-Hub-Spam-Report: AWL=-2.680, 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: maggie.w3.org 1UarzB-0003Bv-6v 8cce70542447fdaa861d4ae3a1411f2d
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Proposal: New Frame Size Text (was: Re: Design Issue: Frame Size Items)
Archived-At: <http://www.w3.org/mid/CABP7RbcF3VXuhvP5StN9hHVj4K-2WMvBr37ur3iHmH-=2WAbHw@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17922
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>

On Fri, May 10, 2013 at 11:11 AM, Roberto Peon <grmocg@gmail.com> wrote:
> The continuation bit is necessary for headers at a minimum, as we do have
> headers which are > 65k, and something indicating either
> end-of-semantic-header-block is necessary to support that.
>
>
> I don't understand why it makes sense to limit header frames by the window
> size.
> what if the window size is zero?
> What if it is 1 byte.
>

If the window size is unreasonably low, then communication would not
be possible. Simple as that.

Or, we can go ahead and set a lower-bound also.. say frame size is <=
min(WINDOW_SIZE,65k) && > 1k .. the low bound is fairly arbitrary and
we can set that at whatever is reasonable.

The rationale for tying this to window size is to limit the number of
knobs that have to be turned to control the communication flow. window
size is already established as the amount of data the receiver is
willing to accept at any given time, it's reasonable to consider that
significant thought will have gone into establishing that window size
and that it will be tuned to achieve maximum network utilization.

- James

> I don't see any real benefits for limiting control frames to anything having
> to do with the window size as compared to sending a SETTING and having the
> default before there and having it completely decoupled from window size,
> and I do see a number of complications and ewws :/
> -=R
>
>
> On Fri, May 10, 2013 at 10:58 AM, Hasan Khalil <hkhalil@google.com> wrote:
>>
>> While I love the idea of limiting frames to 65535B, I hate the idea of a
>> continuation bit.
>>
>>     -Hasan
>>
>>
>> On Fri, May 10, 2013 at 1:54 PM, Martin Thomson <martin.thomson@gmail.com>
>> wrote:
>>>
>>> On 10 May 2013 10:40, William Chan (陈智昌) <willchan@chromium.org> wrote:
>>> > [...] are we going to move forward with the frame
>>> > continuation bit?
>>>
>>> I think that this was implicit in our decision to limit frames to
>>> 65535 bytes (or less).
>>
>>
>