Re: [hybi] Handshake was: The WebSocket protocol issues.

Alexander Voronin <alexander.voronin@gmail.com> Fri, 24 September 2010 09:32 UTC

Return-Path: <alexander.voronin@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 5427D3A6A61 for <hybi@core3.amsl.com>; Fri, 24 Sep 2010 02:32:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.456
X-Spam-Level:
X-Spam-Status: No, score=-0.456 tagged_above=-999 required=5 tests=[AWL=-0.308, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45]
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 ughxwM+3RD0f for <hybi@core3.amsl.com>; Fri, 24 Sep 2010 02:32:48 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 1D2723A6B0C for <hybi@ietf.org>; Fri, 24 Sep 2010 02:32:48 -0700 (PDT)
Received: by iwn3 with SMTP id 3so2617673iwn.31 for <hybi@ietf.org>; Fri, 24 Sep 2010 02:33:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=tun7cAnI/xMKAziKuSlra0w87pZVX+Qj55A2S58Iods=; b=cTrQyKANh5+S500u2z6hw0J/PJwQ9Ji1oE3LV9C+Ia4WrySx7kc9tEqL4Jr4eghtPU eL1ihSxbMSlaPdelvSTcZFr1AB24V7Gvs/tD6rtbQ7HevXHJayZtgW3PRIPVL3EOsuSY SSIdRlGl4waqYIQOsigV6CYdv3hvP6EBrAeYA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=SYpc2MdnBJc/5wQif+Vw1Ye7IBeqq5XJcb4gGKqyspmAt8L3rBsFZoJD2ObC03aSoS swTZHW2UCtZBa9JP09u+8BlQY7vcjWLxPE9hbrseeua+r36zW3GcxM8u294g0xkr3sJt 9FYssALJiVqD8szkILhVLu5EYj1kvZ0ZS2PwY=
MIME-Version: 1.0
Received: by 10.231.172.205 with SMTP id m13mr3579146ibz.35.1285320799079; Fri, 24 Sep 2010 02:33:19 -0700 (PDT)
Received: by 10.231.152.85 with HTTP; Fri, 24 Sep 2010 02:33:19 -0700 (PDT)
In-Reply-To: <AANLkTikczXMx9XSY4jGaVwh5LndRTTLg==+LPj=JmiGk@mail.gmail.com>
References: <AANLkTikszM0pVE-0dpZ2kv=i=y5yzS2ekeyZxtz9N=fQ@mail.gmail.com> <AANLkTikczXMx9XSY4jGaVwh5LndRTTLg==+LPj=JmiGk@mail.gmail.com>
Date: Fri, 24 Sep 2010 12:33:19 +0300
Message-ID: <AANLkTi=_TYM1vZrZYBoSu+8j9WrSXfaZ42EMRmnF3rnz@mail.gmail.com>
From: Alexander Voronin <alexander.voronin@gmail.com>
To: Simone Bordet <simone.bordet@gmail.com>
Content-Type: multipart/alternative; boundary="005045015a18a6cc1c0490fe11b7"
Cc: hybi <hybi@ietf.org>
Subject: Re: [hybi] Handshake was: The WebSocket protocol issues.
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, 24 Sep 2010 09:32:49 -0000

To my mind is enough to send 101 or 501 if websocket is not implemented on
server or intermediary. You are making things too complicated and implicit.

2010/9/24 Simone Bordet <simone.bordet@gmail.com>

> Hi,
>
> On Thu, Sep 23, 2010 at 21:06, Greg Wilkins <gregw@webtide.com> wrote:
> > The upgrade response does not need to wait for any non-HTTP data, so
> > there is less potential for blocking. The server can send the ping
> > (which may fail if an intermediary closes the connection on the 101)
> > and then immediately start sending application ws frames while waiting
> > for the pong.   The client has to wait for the 101 as it does already,
> > and then it can wait for the ping as well.    I assume it already had
> > a timeout for the 101 response, so this should not be any extra
> > complexity.
>
> Just for sake of clarity, if an intermediary discards the websocket
> bytes because it does not understand them, but does not close the
> connection, the websocket client will receive the 101 but not the
> server ping, so the client waits a timeout before closing itself the
> connection, right ?
>
> The server can then assume that all the data it sent after the ping
> was lost because it did not receive the client pong.
>
> +1 for me also on this handshake.
>
> Simon
> --
> http://bordet.blogspot.com
> ---
> Finally, no matter how good the architecture and design are,
> to deliver bug-free software with optimal performance and reliability,
> the implementation technique must be flawless.   Victoria Livschitz
>



-- 
когда я опустился на самое дно, снизу мне постучали..