Re: [hybi] Comments about draft-13

"Richard L. Barnes" <rbarnes@bbn.com> Tue, 06 September 2011 17:35 UTC

Return-Path: <rbarnes@bbn.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EED521F8C68 for <hybi@ietfa.amsl.com>; Tue, 6 Sep 2011 10:35:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.405
X-Spam-Level:
X-Spam-Status: No, score=-106.405 tagged_above=-999 required=5 tests=[AWL=-0.106, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F4AMQg-Tb16U for <hybi@ietfa.amsl.com>; Tue, 6 Sep 2011 10:35:34 -0700 (PDT)
Received: from smtp.bbn.com (smtp.bbn.com [128.33.1.81]) by ietfa.amsl.com (Postfix) with ESMTP id AA85721F8BAD for <hybi@ietf.org>; Tue, 6 Sep 2011 10:35:34 -0700 (PDT)
Received: from ros-dhcp192-1-51-76.bbn.com ([192.1.51.76]:61757) by smtp.bbn.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.74 (FreeBSD)) (envelope-from <rbarnes@bbn.com>) id 1R0zaL-000LPp-Gx; Tue, 06 Sep 2011 13:37:21 -0400
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: "Richard L. Barnes" <rbarnes@bbn.com>
In-Reply-To: <CALiegf=wO6w5UMLO-hsn8o0cX3__SuxMDrgqvScuS6QWdNhptw@mail.gmail.com>
Date: Tue, 06 Sep 2011 13:37:20 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <A59BAA80-CD38-48C4-A113-C1493072D079@bbn.com>
References: <CALiegfkUMDfuRC+16ZcLo__2OqAcQ1UVDGa_610ykEAe6yZViw@mail.gmail.com> <CALiegf=wO6w5UMLO-hsn8o0cX3__SuxMDrgqvScuS6QWdNhptw@mail.gmail.com>
To: Iñaki Baz Castillo <ibc@aliax.net>
X-Mailer: Apple Mail (2.1084)
Cc: hybi@ietf.org
Subject: Re: [hybi] Comments about draft-13
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 06 Sep 2011 17:35:35 -0000

Also, to re-iterate a comment I made earlier, "Sec-Websocket-Protocol" should just be "Websocket-Protocol", since it is not "Sec" -- scripts can set the value pretty much directly.

--Richard 


On Sep 6, 2011, at 8:28 AM, Iñaki Baz Castillo wrote:

> 2011/9/2 Iñaki Baz Castillo <ibc@aliax.net>:
>> 3) Section 4.2.2 does include nothing about a 4XX HTTP response code
>> for the case in which the WS clients offers N WS subprotocols and the
>> server supports no one of them. Current text states that the server
>> MUST reply 101 without Sec-WebSocket-Protocol, so the client would
>> then MUST Fail_The_Connection.
>> 
>> There has been a long thread recently suggesting that in that case
>> (and just in *that* case) the server whould *reject* the GET request
>> with a *specific* HTTP status code which would mean "I don't support
>> any of your suggested WS protocols, so I cannot accept the WS session
>> because I have no idea what we are supposed to speak".
>> 
>> This is a new protocol, so feel *free* to create a new "HTTP" response
>> code for this case, maybe:
>> 
>>  488 WebSocket SubProtocol Not Supported
>> 
>> As I explained in other thread, this status code could help the human
>> user and the client application developer to realize that his software
>> is not up-to-date with the service requeriments ("your programm is too
>> old, upgrade please").
> 
> 
> Hi, any new consideration about this?
> Thanks a lot.
> 
> 
> 
> -- 
> Iñaki Baz Castillo
> <ibc@aliax.net>
> _______________________________________________
> hybi mailing list
> hybi@ietf.org
> https://www.ietf.org/mailman/listinfo/hybi