Re: [hybi] I-D Action:draft-ietf-hybi-thewebsocketprotocol-01.txt

Ian Fette (イアンフェッティ) <ifette@google.com> Thu, 02 September 2010 16:53 UTC

Return-Path: <ifette@google.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 B63793A677E for <hybi@core3.amsl.com>; Thu, 2 Sep 2010 09:53:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.475
X-Spam-Level:
X-Spam-Status: No, score=-105.475 tagged_above=-999 required=5 tests=[AWL=0.201, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 Npuk8++kwPwv for <hybi@core3.amsl.com>; Thu, 2 Sep 2010 09:53:05 -0700 (PDT)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.44.51]) by core3.amsl.com (Postfix) with ESMTP id 726DD3A6816 for <hybi@ietf.org>; Thu, 2 Sep 2010 09:53:05 -0700 (PDT)
Received: from wpaz17.hot.corp.google.com (wpaz17.hot.corp.google.com [172.24.198.81]) by smtp-out.google.com with ESMTP id o82GrZtT028523 for <hybi@ietf.org>; Thu, 2 Sep 2010 09:53:35 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1283446415; bh=yF0MLOWYIz9Ge32A4StyIVcgddM=; h=MIME-Version:Reply-To:In-Reply-To:References:Date:Message-ID: Subject:From:To:Cc:Content-Type; b=aQlySd+hxbHVnY5JI/g0J4mcjdAA/peIKG7NolFCyMhdEzlf+KlbaeNP1PnEiNpBn gpbAfApFsW+DkPE9aK66g==
Received: from gxk1 (gxk1.prod.google.com [10.202.11.1]) by wpaz17.hot.corp.google.com with ESMTP id o82GrXLp007121 for <hybi@ietf.org>; Thu, 2 Sep 2010 09:53:34 -0700
Received: by gxk1 with SMTP id 1so325933gxk.12 for <hybi@ietf.org>; Thu, 02 Sep 2010 09:53:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=beta; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=1Ch3ZpgVVkuGC0KFFT2JLttoGutBuXBB4pLX4TGLpKg=; b=l0jCem4bFCCSE319tipGbpVSfiHW/PsrtHCMe8tWp4LGcLhgAoymRaFmOEaBqBzHXd s9YiQ3zcsNEZvpPca5+A==
DomainKey-Signature: a=rsa-sha1; c=nofws; d=google.com; s=beta; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=hUlDcmB8jAX+TE0c/SKB+k97vKxgiFFmODLU/cgu/DCPP+NRdVfmsXfgaS/HqeipqZ 6iucm/Uw5+Og/MKOCz/g==
MIME-Version: 1.0
Received: by 10.151.146.17 with SMTP id y17mr360855ybn.131.1283446410977; Thu, 02 Sep 2010 09:53:30 -0700 (PDT)
Received: by 10.150.229.7 with HTTP; Thu, 2 Sep 2010 09:53:30 -0700 (PDT)
In-Reply-To: <4C7FB233.1050908@helsinki.fi>
References: <20100901224502.0519B3A687C@core3.amsl.com> <AANLkTikP1CF22fL0rBniXmrxEoBAbTNfzP9kyiNA4nbb@mail.gmail.com> <AANLkTi=_1m36ThFZTH_aGE_Unz0KTeexJq_74UGr2j+u@mail.gmail.com> <AANLkTikmYvJaZnc-SAaGm1Xztn31DqTnttonKFNBvT86@mail.gmail.com> <AANLkTimHUDGW=XGgjPFG9n+s01Q21e_BvHS+X6VSFUdD@mail.gmail.com> <AANLkTikKHi3Wqy+SgYzk9KxU8o9dpAbEZCQH3UcPkAa_@mail.gmail.com> <4C7FB233.1050908@helsinki.fi>
Date: Thu, 02 Sep 2010 09:53:30 -0700
Message-ID: <AANLkTi=m7QxBm7xjn2AbbkW-ihfE7tiA9cSdrHVoYq5=@mail.gmail.com>
From: "Ian Fette (イアンフェッティ)" <ifette@google.com>
To: Olli@pettay.fi
Content-Type: multipart/alternative; boundary="00151750ed606a241b048f49a79a"
X-System-Of-Record: true
Cc: hybi <hybi@ietf.org>
Subject: Re: [hybi] I-D Action:draft-ietf-hybi-thewebsocketprotocol-01.txt
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: ifette@google.com
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: Thu, 02 Sep 2010 16:53:07 -0000

On Thu, Sep 2, 2010 at 7:18 AM, Olli Pettay <Olli.Pettay@helsinki.fi> wrote:

> On 09/02/2010 02:37 AM, Ian Fette (イアンフェッティ) wrote:
>
>> +1. Adam, I share your concerns about versions on the web, but the
>> reality is there is no other way right now. Suggestions welcome as to
>> alternatives.
>>
>
> Couldn't web applications use different subprotocols for different
> versions of the web socket protocol.
> That wouldn't be the nicest solution, but could work
> well enough while we're trying to get some stable protocol.
>
>
> -Olli
>
>
> (I haven't read properly the current draft, but the framing looks too
>  complicated. I'll send comments once I've reviewed the draft properly.)
>
>
>
>
Subprotocols are intended to be an application level indication, and IMO
should affect base framing. This seems to be conflating issues.

Also, in addition to reviewing the draft, I would ask that you try to review
the comments that led up the draft being what it is, otherwise we are likely
to just revisit old discussions.


>
>
>
>> On Sep 1, 2010 4:27 PM, "John Tamplin" <jat@google.com
>> <mailto:jat@google.com>> wrote:
>>  > On Wed, Sep 1, 2010 at 7:18 PM, Greg Wilkins <gregw@webtide.com
>> <mailto:gregw@webtide.com>> wrote:
>>  >> my proposal was not to add versioning to the protocol - as I know some
>>  >> think it is an anti pattern.
>>  >>
>>  >> I just want to be able to implement the next draft without breaking
>>  >> all my users that have been working on the last draft.   So my
>>  >> proposal is only for a draft version to be added by implementers as
>>  >> non-standard convenience at this time. The lack of a draft version can
>>  >> be taken to mean the final stable version.
>>  >>
>>  >> How else do you expect servers to track the drafts and deal with the
>>  >> various browser implementations out there?
>>  >
>>  > The problem is that the framing of v75, v76, v00, and v01 are
>>  > incompatible. If you want to write a server that interoperates with
>>  > browsers implementing these drafts (I know at least v75 and v76 are in
>>  > the wild), then you have to rely on heuristics to figure out which one
>>  > you are talking to. Even if there isn't a version in the 1.0 spec,
>>  > any attempt to get real-world data while the spec is changing means
>>  > you either have a version number or you heuristically determine one --
>>  > the latter is obviously more prone to error.
>>  >
>>  > I would suggest adding Sec-WebSocket-Draft: 01 to implementations of
>>  > this draft, and that header will only be present before the spec is
>>  > finalized.
>>  >
>>  > --
>>  > John A. Tamplin
>>  > Software Engineer (GWT), Google
>>  > _______________________________________________
>>  > hybi mailing list
>>  > hybi@ietf.org <mailto:hybi@ietf.org>
>>
>>  > https://www.ietf.org/mailman/listinfo/hybi
>>
>>
>>
>> _______________________________________________
>> hybi mailing list
>> hybi@ietf.org
>> https://www.ietf.org/mailman/listinfo/hybi
>>
>
>