Re: [hybi] Framing Take VI (a compromise proposal)

Ian Hickson <ian@hixie.ch> Fri, 13 August 2010 21:15 UTC

Return-Path: <ian.hickson@gmail.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 2C2D43A67F2 for <hybi@core3.amsl.com>; Fri, 13 Aug 2010 14:15:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 Bjgco-OtPeSn for <hybi@core3.amsl.com>; Fri, 13 Aug 2010 14:15:38 -0700 (PDT)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 245723A67E7 for <hybi@ietf.org>; Fri, 13 Aug 2010 14:15:38 -0700 (PDT)
Received: by qwc9 with SMTP id 9so3538477qwc.31 for <hybi@ietf.org>; Fri, 13 Aug 2010 14:16:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=vvXv1LTZOqIGiWrC6UbCXX/yjMdy1PomzhkUQmpnSUI=; b=sQA8rSGwffwWDmuFCDw0V8ahPvQ45eDaK3Z6+etm5mhsIWaE6X9D3OM6INBSeer+iC toZh59QHAIfZXTwUGalz4bPpT69GJIHikoQpKXrLMCs8ML075EICjTH6ytiTtyMARHPP x0jEA2L8xxUkRUuaxXrw/LlHNhAhrKS5T1ilA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=igXvIrV50aRutr7tJnSZo28DBIqj61PaX9n2NeTAdZ75fzxKkpk33dd1z4waoR7H/C +r6yMmfbREEplfOZS4owJA3CosU27fJ8xH0v6xMPgAy1rRcHjFMKe4o1tPwcoQVuHedy r6Bv8gv+GdGdvnC2ocaHfWTxokR3ylf9GOI9I=
MIME-Version: 1.0
Received: by 10.229.87.74 with SMTP id v10mr1709977qcl.38.1281734174751; Fri, 13 Aug 2010 14:16:14 -0700 (PDT)
Sender: ian.hickson@gmail.com
Received: by 10.229.15.20 with HTTP; Fri, 13 Aug 2010 14:16:14 -0700 (PDT)
In-Reply-To: <AANLkTi=TBXO_Cbb+P+e2BVfx69shkf8E1-9ywDh_Y+Kz@mail.gmail.com>
References: <AANLkTi=TBXO_Cbb+P+e2BVfx69shkf8E1-9ywDh_Y+Kz@mail.gmail.com>
Date: Fri, 13 Aug 2010 14:16:14 -0700
X-Google-Sender-Auth: OF7a6DVLgjSZoEtjXFU-3yPHpdA
Message-ID: <AANLkTimJOGWgV6rx5JJYSJMC26OzQzskzVtkYz0L_EAg@mail.gmail.com>
From: Ian Hickson <ian@hixie.ch>
To: ifette@google.com
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: hybi@ietf.org
Subject: Re: [hybi] Framing Take VI (a compromise proposal)
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: Fri, 13 Aug 2010 21:15:39 -0000

2010/8/12 Ian Fette (イアンフェッティ) <ifette@google.com>:
>
> That said, here's the proposal:

This seems overly complex. In particular:

 - I don't see the need for explicit extension lengths.

 - I don't see what having both a short length and a long length gets
us. Saving 7 bytes seems like a very minimal gain, especially when
considered in the context of the rest of the header and the IP and TCP
overhead.

 - Supporting fragmentation today is premature. We have no experience
with how people use this protocol, we shouldn't be adding such
features yet. Six months from now, sure, once we can quantify what it
is people actually need.

 - I don't see why we would need to flag fragmentation frames using
reserved bits rather than just using the frame type byte mechanic.
Just define four frame types for text and four frame types for binary
when we add binary (not fragmented, fragment start, fragment middle,
fragment end).

-- 
Ian Hickson