Re: [hybi] Frame size

Mike Belshe <mike@belshe.com> Mon, 19 April 2010 00:18 UTC

Return-Path: <mike@belshe.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3B9763A62C1 for <hybi@core3.amsl.com>; Sun, 18 Apr 2010 17:18:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.635
X-Spam-Level:
X-Spam-Status: No, score=0.635 tagged_above=-999 required=5 tests=[AWL=0.752, BAYES_20=-0.74, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LY5IkrVlsCdj for <hybi@core3.amsl.com>; Sun, 18 Apr 2010 17:18:32 -0700 (PDT)
Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by core3.amsl.com (Postfix) with ESMTP id 2F53C3A67FF for <hybi@ietf.org>; Sun, 18 Apr 2010 17:18:31 -0700 (PDT)
Received: by pwj2 with SMTP id 2so2995228pwj.31 for <hybi@ietf.org>; Sun, 18 Apr 2010 17:18:20 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.143.45.15 with HTTP; Sun, 18 Apr 2010 17:18:20 -0700 (PDT)
In-Reply-To: <Pine.LNX.4.64.1004190007370.751@ps20323.dreamhostps.com>
References: <8B0A9FCBB9832F43971E38010638454F03E3F313ED@SISPE7MB1.commscope.com> <v2m5c902b9e1004160043i7b5ccc79y2346e1b2b2c55cf5@mail.gmail.com> <s2qad99d8ce1004160053w436a29b1idae0c66737b3760a@mail.gmail.com> <4BC85A31.6060605@webtide.com> <t2iad99d8ce1004160949yb1ba9582l3b626c19dacf8d9@mail.gmail.com> <4BC96DA1.3000706@webtide.com> <u2m2a10ed241004181635qd0554193v36da94ecd7284d31@mail.gmail.com> <l2o2a10ed241004181637hdfab97d5r68f6845be49e8ad8@mail.gmail.com> <Pine.LNX.4.64.1004190007370.751@ps20323.dreamhostps.com>
Date: Sun, 18 Apr 2010 17:18:20 -0700
Received: by 10.142.202.17 with SMTP id z17mr1709647wff.140.1271636300704; Sun, 18 Apr 2010 17:18:20 -0700 (PDT)
Message-ID: <w2j2a10ed241004181718ydd740e64ja983187fd3116c70@mail.gmail.com>
From: Mike Belshe <mike@belshe.com>
To: Ian Hickson <ian@hixie.ch>
Content-Type: multipart/alternative; boundary="000e0cd2e302fcacd804848be583"
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] Frame size
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Apr 2010 00:18:33 -0000

On Sun, Apr 18, 2010 at 5:08 PM, Ian Hickson <ian@hixie.ch> wrote:

> On Sun, 18 Apr 2010, Mike Belshe wrote:
> >
> > As an anecdote:  every single place that we thought we should use a
> > 16bit length in SPDY has come back to haunt us and will ultimately get
> > changed to 32bits.  When thinking of protocols to use now and also in
> > 2020, we really should not limit anything to 16bits unless it is in some
> > critically bandwidth-sensitive part of the protocol.  Remember that
> > bandwidth is cheap (and growing fast!)  Round Trip Times are expensive
> > (and not shrinking!)
>
> N years from now (for some value of N) people will be saying the same
> about 32 bits. That's why I used a packed integer instead of a fixed-width
> integer to specify lengths.
>

Of course, agree.  And despite where 32bits has failed us in history
previously, I still think this is far enough out that we'll be able to
upgrade by then.  If you think N is sufficiently small for 32bits, we should
use 64bits, would that make N sufficiently far away? :-)

Mike


>
> --
> Ian Hickson               U+1047E                )\._.,--....,'``.    fL
> http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
> Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
>