Re: [hybi] Proposed way forward for WebSockets

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Thu, 29 July 2010 08:08 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
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 7AF9F3A685B for <hybi@core3.amsl.com>; Thu, 29 Jul 2010 01:08:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.199
X-Spam-Level:
X-Spam-Status: No, score=0.199 tagged_above=-999 required=5 tests=[AWL=-0.011, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3]
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 SwB6ihiobjAC for <hybi@core3.amsl.com>; Thu, 29 Jul 2010 01:08:00 -0700 (PDT)
Received: from scintmta02.scbb.aoyama.ac.jp (scintmta02.scbb.aoyama.ac.jp [133.2.253.34]) by core3.amsl.com (Postfix) with ESMTP id 312893A67D1 for <hybi@ietf.org>; Thu, 29 Jul 2010 01:08:00 -0700 (PDT)
Received: from scmse01.scbb.aoyama.ac.jp ([133.2.253.231]) by scintmta02.scbb.aoyama.ac.jp (secret/secret) with SMTP id o6T88JIl029235 for <hybi@ietf.org>; Thu, 29 Jul 2010 17:08:19 +0900
Received: from (unknown [133.2.206.133]) by scmse01.scbb.aoyama.ac.jp with smtp id 223a_1d60_7295ee36_9ae8_11df_acc6_001d096c566a; Thu, 29 Jul 2010 17:08:18 +0900
Received: from [IPv6:::1] ([133.2.210.1]:33129) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S140C82F> for <hybi@ietf.org> from <duerst@it.aoyama.ac.jp>; Thu, 29 Jul 2010 17:08:20 +0900
Message-ID: <4C5136F1.3000704@it.aoyama.ac.jp>
Date: Thu, 29 Jul 2010 17:08:17 +0900
From: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.4pre) Gecko/20091214 Eudora/3.0b4
MIME-Version: 1.0
To: Anne van Kesteren <annevk@opera.com>
References: <ECF0E97F-1DA2-4662-BA48-F68B65AA8179@apple.com> <4C4D66AF.9030905@opera.com> <Pine.LNX.4.64.1007270030120.24444@ps20323.dreamhostps.com> <20100727160806.GG23142@shareable.org> <op.vglgn4xh64w2qv@annevk-t60>
In-Reply-To: <op.vglgn4xh64w2qv@annevk-t60>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: hybi@ietf.org
Subject: Re: [hybi] Proposed way forward for WebSockets
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: Thu, 29 Jul 2010 08:08:01 -0000

On 2010/07/29 16:35, Anne van Kesteren wrote:
> On Tue, 27 Jul 2010 18:08:06 +0200, Jamie Lokier <jamie@shareable.org>
> wrote:
>> Critical issue:
>>
>> After the first deployment wave, how can client WebSocket
>> implementations request features without breaking the existing
>> services that *reject* and *close* connections with additional state
>> in the headers?
>
> http://www.whatwg.org/specs/web-apps/current-work/complete/network.html#reading-the-client's-opening-handshake
>
>
> "Unrecognized fields can be safely ignored, and are probably either the
> result of intermediaries injecting fields unrelated to the operation of
> the WebSocket protocol, or clients that support future versions of the
> protocol offering options that the server doesn't support."

So, just to take an example, let's say it turned out that browsers sent 
the User-Agent: header field, and some servers actually looked at it.

Would your understanding of extensibility mean that we can explain this 
as a (as of yet) not standardized future version/feature of WebSockets? 
And that if it turned out that this were reasonably prevalent, and 
remotely useful, somebody could write an RFC (as part of this WGs future 
charter or as an individual submission) that would 'legalize' this header.

I think it would help at least my understanding of your extensibility 
model if you could confirm/deny the above.


Regards,    Martin.

-- 
#-# Martin J. Dürst, Professor, Aoyama Gakuin University
#-# http://www.sw.it.aoyama.ac.jp   mailto:duerst@it.aoyama.ac.jp