Re: [hybi] #1: HTTP Compliance

Jamie Lokier <jamie@shareable.org> Wed, 19 May 2010 01:35 UTC

Return-Path: <jamie@shareable.org>
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 6A7F03A6A64 for <hybi@core3.amsl.com>; Tue, 18 May 2010 18:35:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.221
X-Spam-Level:
X-Spam-Status: No, score=-2.221 tagged_above=-999 required=5 tests=[AWL=0.378, BAYES_00=-2.599]
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 QHRPsrW4SXZm for <hybi@core3.amsl.com>; Tue, 18 May 2010 18:35:44 -0700 (PDT)
Received: from mail2.shareable.org (mail2.shareable.org [80.68.89.115]) by core3.amsl.com (Postfix) with ESMTP id 78E2B3A6852 for <hybi@ietf.org>; Tue, 18 May 2010 18:35:44 -0700 (PDT)
Received: from jamie by mail2.shareable.org with local (Exim 4.63) (envelope-from <jamie@shareable.org>) id 1OEYC7-0002VV-DP; Wed, 19 May 2010 02:35:35 +0100
Date: Wed, 19 May 2010 02:35:35 +0100
From: Jamie Lokier <jamie@shareable.org>
To: Roberto Peon <fenix@google.com>
Message-ID: <20100519013535.GC2318@shareable.org>
References: <4BF11920.2080307@webtide.com> <Pine.LNX.4.64.1005171039050.25609@ps20323.dreamhostps.com> <4BF12FF1.2020101@webtide.com> <15307.1274106895.116423@Sputnik> <Pine.LNX.4.64.1005172259030.22838@ps20323.dreamhostps.com> <20100518003753.GP20356@shareable.org> <Pine.LNX.4.64.1005180229430.22838@ps20323.dreamhostps.com> <20100518121245.GR20356@shareable.org> <AANLkTiniCjBwm5T59as8jByM5xDhPMrea-GqZFpWPAVS@mail.gmail.com> <AANLkTilVEuXrEgWvUzh2H9Nqxrvk7FbTSahveU92ZfkP@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <AANLkTilVEuXrEgWvUzh2H9Nqxrvk7FbTSahveU92ZfkP@mail.gmail.com>
User-Agent: Mutt/1.5.13 (2006-08-11)
Cc: "hybi@ietf.org" <hybi@ietf.org>
Subject: Re: [hybi] #1: HTTP Compliance
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: Wed, 19 May 2010 01:35:45 -0000

Roberto Peon wrote:
> 
>    On Tue, May 18, 2010 at 5:31 AM, Greg Wilkins <[1]gregw@webtide.com>
>    wrote:
> 
>    On 18 May 2010 14:12, Jamie Lokier <[2]jamie@shareable.org> wrote:
>    > I'm arguing that the second object should be able to reuse the
>    > connection resulting from the first one's failure to negotiate on
>    the
>    > same port
> 
>      Exactly!
>      If the handshake is HTTP compliant, then the connection for a
>      websocket handshake could be taken from the existing pool of
>      idle connections to a host.  That would save the time needed to
>      establish the connection.
>      If the handshake is HTTP compliant, then a rejected websocket
>      handshake could put the connection back into the idle pool to be
>      available for subsequent handshakes or XHRs.
>      If the handshake is not HTTP compliant, then the connection
>      needs to be created on every handshake and disposed as
>      untrusted after every rejection.
> 
>    Which, to use the technical phrase, sucks.

What do you mean?  I don't understand your point at all.

Do you mean that the current design preventing reuse sucks, or that
doing reuse would suck (even though you wouldn't have to if you didn't
want to)?

-- Jamie