IETF Logo Mail Archive

Maximum Frame Size

Martin Thomson <martin.thomson@gmail.com> Mon, 04 March 2013 23:23 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 168FE11E80E4 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 4 Mar 2013 15:23:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[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 fAhmNenQldym for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 4 Mar 2013 15:23:12 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id C96B411E80D9 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 4 Mar 2013 15:23:11 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UCegm-0005nW-Ai for ietf-http-wg-dist@listhub.w3.org; Mon, 04 Mar 2013 23:21:00 +0000
Resent-Date: Mon, 04 Mar 2013 23:21:00 +0000
Resent-Message-Id: <E1UCegm-0005nW-Ai@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <martin.thomson@gmail.com>) id 1UCegV-0005mL-1m for ietf-http-wg@listhub.w3.org; Mon, 04 Mar 2013 23:20:43 +0000
Received: from mail-lb0-f170.google.com ([209.85.217.170]) by maggie.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <martin.thomson@gmail.com>) id 1UCegQ-0007wj-U1 for ietf-http-wg@w3.org; Mon, 04 Mar 2013 23:20:43 +0000
Received: by mail-lb0-f170.google.com with SMTP id ge1so4405926lbb.15 for <ietf-http-wg@w3.org>; Mon, 04 Mar 2013 15:20:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=DxGxVpJsypMheo/SaEY1s3EMTs2QV4nVdrCedQb3Exk=; b=S1cek/Ry17hHddTBn3m3jkRmvUPBmmX2Jj8GQfX1nHp1QUHkFbIxUVCdQMREKxxRca H2WWO+DLr69OiWJIZWnx7yWk0inHsZYloG+kAYLvAgdDqmEVZGVtIuM1PfpKeYQMcbsT AETng7VIWP390pMmaqdbPy5cskgMfSi0IawO2HNUBZ+kBfZ42T1LMtyv1No9rwjoAhpM fUhXqoQGMszxrr10tM9T5AcsxVOC5ZCEo+aX2T6laUGiHqivhOQmkdbsTtKHNuyqsH0B qAYy1QvERR0I4/47nO3hDsg1SQB8E2ZAC7frB0FktSwcmgWS+w5amFVSlwgBpBBrR3sW 8nrw==
MIME-Version: 1.0
X-Received: by 10.152.104.36 with SMTP id gb4mr19675961lab.13.1362439211966; Mon, 04 Mar 2013 15:20:11 -0800 (PST)
Received: by 10.112.56.37 with HTTP; Mon, 4 Mar 2013 15:20:11 -0800 (PST)
Date: Mon, 04 Mar 2013 15:20:11 -0800
Message-ID: <CABkgnnUcX_3M6uxp5E_f-PRa62RH8ekGsE0XR50z4M9bj=x9Ow@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="UTF-8"
Received-SPF: pass client-ip=209.85.217.170; envelope-from=martin.thomson@gmail.com; helo=mail-lb0-f170.google.com
X-W3C-Hub-Spam-Status: No, score=-3.5
X-W3C-Hub-Spam-Report: AWL=-2.702, 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 1UCegQ-0007wj-U1 d341b1bc318637b1250162a92bf12416
X-Original-To: ietf-http-wg@w3.org
Subject: Maximum Frame Size
Archived-At: <http://www.w3.org/mid/CABkgnnUcX_3M6uxp5E_f-PRa62RH8ekGsE0XR50z4M9bj=x9Ow@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/16970
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>

From: https://github.com/http2/http2-spec/issues/28

HTTP/2.0 requires that implementations support a minimum frame size of
8192 bytes. The draft does not specify how an implementation is
expected to learn that its peer has limited frame sizes other than by
trial and error. Using RST_STREAM causes the error to be discovered
after the problem has been encountered.

It's also not possible to use RST_STREAM to reject a too-large frame
that is not bound to a specific stream.

This could be indicated in the SETTINGS frame.

--

Any objections to adding a new setting for maximum frame size (minimum
value of 8192 bytes).

v2.23.0 | Report a Bug | By Email