Re: [hybi] [Technical Errata Reported] RFC6455 (3433)

Takeshi Yoshino <tyoshino@google.com> Fri, 21 December 2012 04:41 UTC

Return-Path: <tyoshino@google.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 AFD1B21E8042 for <hybi@ietfa.amsl.com>; Thu, 20 Dec 2012 20:41:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.901
X-Spam-Level:
X-Spam-Status: No, score=-102.901 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0yEGjq-36-pW for <hybi@ietfa.amsl.com>; Thu, 20 Dec 2012 20:41:35 -0800 (PST)
Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by ietfa.amsl.com (Postfix) with ESMTP id 9AB7421E803F for <hybi@ietf.org>; Thu, 20 Dec 2012 20:41:35 -0800 (PST)
Received: by mail-vb0-f54.google.com with SMTP id l1so4640525vba.41 for <hybi@ietf.org>; Thu, 20 Dec 2012 20:41:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=U9ZKFPpDjKtsSVewrxT89n3MtXEb5fUA9xiNtfG/6eI=; b=LH/K2Ln1WbvOizm/8UKnC8f9z7C79mq9ZTNyjPzy9wmEC/rytBUbr/SHXlx+T+IPih RSEHMfk5IajskerE5p/Mj+k0SfDTZDkipWcFMZfNLuVvLbyO7VW+j9qDen92uwM+byRE UueR0pB8ZS32TaX8NohvmINlxBkew3P9lrZnZ3UcaQ0ye8OUuFnmys2BbEwnO3Sog97l r/F1PgtumgH6ZGVP4TaNDHgXY9BRu9BfdGt+e86T6njnLcNnwhptW0e8iSZ0Indf33cQ Kl1rle3VWfY/9lu/v7W87hW8/J+A3Y3QtC6CxYAkXumWWfE/XSAcdDghJl9Myqk3U76j VSvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=U9ZKFPpDjKtsSVewrxT89n3MtXEb5fUA9xiNtfG/6eI=; b=DGXlLMgr+7goV6w10YKndz7Q2yyP3HLPAVdjF0UFGjItYFTiHG/u5X6zIMedNT4vjf dx7TettmiQT6qEZN/ccQeMOJUtjkNHGHBf8XkscvdY65XEtx4VqbqCCfXOXWwxEuKuCN uv0O5DPDj420f3GBrR85SqkEDdzQUhzj3xMRsxo68qkuYJxS95kGq64laqmIygapAiLT FOfugAp1RwvObmmJ2dzAifDosgGxW2bU7SKrGPXugmxwipZpcutzdHaZB8wgDMwm6uQo 3RCxEDLk/EgftUt6PHpHFZFq/SG7wF+BqJxU3Wwh/q5MPi48uaZpThrdelt2JROUadRr /r7w==
Received: by 10.58.200.39 with SMTP id jp7mr18681129vec.26.1356064894860; Thu, 20 Dec 2012 20:41:34 -0800 (PST)
MIME-Version: 1.0
Received: by 10.58.212.137 with HTTP; Thu, 20 Dec 2012 20:41:14 -0800 (PST)
In-Reply-To: <20121221000236.0EC14B1E002@rfc-editor.org>
References: <20121221000236.0EC14B1E002@rfc-editor.org>
From: Takeshi Yoshino <tyoshino@google.com>
Date: Fri, 21 Dec 2012 13:41:14 +0900
Message-ID: <CAH9hSJZAd-ZAvQvS1pvOx9=qwK_xpJ90O4atuj6Aqm-AckeO-g@mail.gmail.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: multipart/alternative; boundary="047d7bdc06aa59bd1404d15576b0"
X-Gm-Message-State: ALoCoQmAbrjaloYqxh7nf7LyxgSA1BhHjqKUIBzSyBOPLcVSVSry4B4AGZMMiWLJviWKlXsQk0MmgQ/H75C+udpn2ADwyRYHLGqN+Nj+wPsYgG0trGEtYSsl3R9Shi28RWCTQvEop7Sgf52NUtkb/YTGdh9gfH9+07T0Tvw4nF9kLGZg7OUVhlJiY6ctIrIxAO0A9RcOXhHW
Cc: e_lawrence@hotmail.com, "hybi@ietf.org" <hybi@ietf.org>, presnick@qti.qualcomm.com, "ifette+ietf@google.com" <ifette+ietf@google.com>, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>, barryleiba@computer.org
Subject: Re: [hybi] [Technical Errata Reported] RFC6455 (3433)
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: Fri, 21 Dec 2012 04:41:36 -0000

+1

Both "If multiple ..." and "However, the ..." were added from
https://tools.ietf.org/html/draft-ietf-hybi-thewebsocketprotocol-14.

In the release note by Alexey (
http://www.ietf.org/mail-archive/web/hybi/current/msg08863.html), it's said
> Clarified that some header fields can appear multiple times. (per WG
discussion)

This is the thread where the decision was made (multiple headers are
allowed)
http://www.ietf.org/mail-archive/web/hybi/current/msg08690.html

I think it was just cut n' pasted but left not updated. IIRC, we didn't
have any discussion to add asymmetric constraints like this.

There were similar bug which was fixed on -15 release.
http://www.ietf.org/mail-archive/web/hybi/current/msg09057.html


Takeshi


On Fri, Dec 21, 2012 at 9:02 AM, RFC Errata System <
rfc-editor@rfc-editor.org> wrote:

>
> The following errata report has been submitted for RFC6455,
> "The WebSocket Protocol".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=6455&eid=3433
>
> --------------------------------------
> Type: Technical
> Reported by: Eric Lawrence <e_lawrence@hotmail.com>
>
> Section: 11.3.2
>
> Original Text
> -------------
> However, the |Sec-WebSocket-Extensions| header field MUST NOT appear more
> than once in an HTTP response.
>
>
> Corrected Text
> --------------
> The |Sec-WebSocket-Extensions| header field MAY appear multiple times in
> an HTTP response (which is logically the same as a single
> |Sec-WebSocket-Extensions| header field that contains all values).
>
>
> Notes
> -----
> Section 4.2.2 Step 5 subpart 6 (top of page 25) clearly explains that this
> header field may appear multiple times in the server's response: "If
> multiple extensions are to be used, they can all be listed in a single
> |Sec-WebSocket-Extensions| header field or split between multiple instances
> of the |Sec-WebSocket-Extensions| header field. This completes the server's
> handshake..."
>
> Instructions:
> -------------
> This errata is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party (IESG)
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC6455 (draft-ietf-hybi-thewebsocketprotocol-17)
> --------------------------------------
> Title               : The WebSocket Protocol
> Publication Date    : December 2011
> Author(s)           : I. Fette, A. Melnikov
> Category            : PROPOSED STANDARD
> Source              : BiDirectional or Server-Initiated HTTP
> Area                : Applications
> Stream              : IETF
> Verifying Party     : IESG
> _______________________________________________
> hybi mailing list
> hybi@ietf.org
> https://www.ietf.org/mailman/listinfo/hybi
>