Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?

Roberto Peon <fenix@google.com> Fri, 29 January 2010 23:40 UTC

Return-Path: <fenix@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 E27293A6844 for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 15:40:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.586
X-Spam-Level:
X-Spam-Status: No, score=-104.586 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, PLING_QUERY=1.39, 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 uMfwp5MLjl5K for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 15:40:43 -0800 (PST)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17]) by core3.amsl.com (Postfix) with ESMTP id ECBD628C0E4 for <hybi@ietf.org>; Fri, 29 Jan 2010 15:40:42 -0800 (PST)
Received: from kpbe11.cbf.corp.google.com (kpbe11.cbf.corp.google.com [172.25.105.75]) by smtp-out.google.com with ESMTP id o0TNf41S021860 for <hybi@ietf.org>; Fri, 29 Jan 2010 23:41:04 GMT
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1264808465; bh=KtAtWeTdAq01pxi0V7vl8WR5ILc=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Cc:Content-Type; b=jRUcjcZ9G7h7vWAgiBH/u1osR82wwI0Lf9c6tCpgMl+WHInEZaqIm4ECQZZshM9Xu ExJHd374P6kjl9SJ8MqOQ==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:x-system-of-record; b=gyf7T/4NOCnla6+Xit/NfKyWak4W/WA/J67mWoVsaa2nVHz3w7hiZmrTlE53bHeBi oLt9fXlcBZ6sjthmYRljg==
Received: from pxi17 (pxi17.prod.google.com [10.243.27.17]) by kpbe11.cbf.corp.google.com with ESMTP id o0TNdir7009690 for <hybi@ietf.org>; Fri, 29 Jan 2010 17:41:03 -0600
Received: by pxi17 with SMTP id 17so4302201pxi.30 for <hybi@ietf.org>; Fri, 29 Jan 2010 15:41:03 -0800 (PST)
MIME-Version: 1.0
Received: by 10.142.56.6 with SMTP id e6mr1002084wfa.191.1264808462880; Fri, 29 Jan 2010 15:41:02 -0800 (PST)
In-Reply-To: <4B636FC2.3040206@webtide.com>
References: <de17d48e1001280012i2657b587i83cda30f50013e6b@mail.gmail.com> <4B616F17.4030402@ericsson.com> <4B619223.60408@webtide.com> <Pine.LNX.4.64.1001282141080.22020@ps20323.dreamhostps.com> <4B620B8F.6030706@gmx.de> <Pine.LNX.4.64.1001282217320.22053@ps20323.dreamhostps.com> <bbeaa26f1001281449q1a6e1813q3f537fe15a5a9d60@mail.gmail.com> <4B625733.2020907@webtide.com> <Pine.LNX.4.64.1001290407290.22020@ps20323.dreamhostps.com> <4B636FC2.3040206@webtide.com>
Date: Fri, 29 Jan 2010 15:41:02 -0800
Message-ID: <ad99d8ce1001291541j70a99d26m33b5498e997c0ec4@mail.gmail.com>
From: Roberto Peon <fenix@google.com>
To: Greg Wilkins <gregw@webtide.com>
Content-Type: multipart/alternative; boundary="0016368e24222390bf047e562bd8"
X-System-Of-Record: true
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?
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, 29 Jan 2010 23:40:45 -0000

I guess I can't just lurk today!

Actually for SPDY we're trying to do a lot of experimentation (i.e.
research) and then we'll figure out what the standard needs to be.
Until we know it is actually better *and why*, it is not useful to waste
people's time discussing a standard.

Were we to do it the other way around (set a standard, and then do
research), things would be unlikely to work well.. what else would you have
us do?
We're even being public about it, with open source implementations for
something which will be backwards compatible with what exists today...
Honestly, if it worked, I'd happily use a different port (currently we're
wanting to use port 443 and it *is* an encrypted channel), but we have data
that shows that this doesn't work reliably.

It seems like the network has ossified a bit, and it is hard to get any
changes out there.
-=R

On Fri, Jan 29, 2010 at 3:31 PM, Greg Wilkins <gregw@webtide.com> wrote:

> Ian Hickson wrote:
> > Instead, what's happened is the equivalent of me talking to some of the
> > people working on HTTP, and then saying "ok we'll do HTTP on a new
> mailing
> > list" and not even letting the HTTP working group know about it.
>
> Hello!!!!    Google has done exactly that!    SPDY!
>
>  http://dev.chromium.org/spdy/
>
>
> Don't get me wrong, I think it's awesomely great that google is doing
> such research.   But google has to be aware that their market power
> makes them a poor community player.    If chrome suddenly started
> shipping with SPDY enabled by default, then that would effectively
> be a hostile takeover of HTTP.
>
> As google has done exactly this with websocket, it shows that they
> have no  concerns about doing a non consensus based takeover of
> port 80, so why not takeover the entire web protocol as well.
>
>
> You talk as if the IETF is trying to do the take over.
>
> The  reality is that the IETF has had custodianship of the internet
> protocols since day dot, and it is Google^H^H^H^H^H^HWhatWG that is
> trying to take over the job of creating new internet standards.
> Maybe that was warranted in the case of HTML5 and the W3C, but I see
> no evidence that IETF deserves to be usurped when it comes to
> their role regarding internet protocols.
>
>
> regards
>
>
>
>
>
>
> _______________________________________________
> hybi mailing list
> hybi@ietf.org
> https://www.ietf.org/mailman/listinfo/hybi
>