Re: [apps-discuss] [Technical Errata Reported] RFC6839 (4367)

Tony Hansen <tony@att.com> Fri, 15 May 2015 16:36 UTC

Return-Path: <tony@att.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D382E1A1BDD for <apps-discuss@ietfa.amsl.com>; Fri, 15 May 2015 09:36:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Opfh92k-u_aR for <apps-discuss@ietfa.amsl.com>; Fri, 15 May 2015 09:36:44 -0700 (PDT)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE7BA1A1BCC for <apps-discuss@ietf.org>; Fri, 15 May 2015 09:36:43 -0700 (PDT)
Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id 99026555.0.6124393.00-2385.17237542.nbfkord-smmo05.seg.att.com (envelope-from <tony@att.com>); Fri, 15 May 2015 16:36:44 +0000 (UTC)
X-MXL-Hash: 5556209c4bcc187f-31e89fc35e09d1b61467e0495124d98928175696
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t4FGaea9008865 for <apps-discuss@ietf.org>; Fri, 15 May 2015 12:36:41 -0400
Received: from alpi131.aldc.att.com (alpi131.aldc.att.com [130.8.218.69]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t4FGaYwV008793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for <apps-discuss@ietf.org>; Fri, 15 May 2015 12:36:35 -0400
Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi131.aldc.att.com (RSA Interceptor) for <apps-discuss@ietf.org>; Fri, 15 May 2015 16:36:25 GMT
Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id t4FGaPTS002963 for <apps-discuss@ietf.org>; Fri, 15 May 2015 12:36:25 -0400
Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id t4FGaK59002738 for <apps-discuss@ietf.org>; Fri, 15 May 2015 12:36:20 -0400
Received: from tonys-macbook-pro.local (azcdtl01kp2625.itservices.sbc.com?[135.110.240.171](untrusted sender)) by maillennium.att.com (mailgw1) with ESMTP id <20150515163617gw1000ce98e>; Fri, 15 May 2015 16:36:20 +0000
X-Originating-IP: [135.110.240.171]
Message-ID: <55562081.6070504@att.com>
Date: Fri, 15 May 2015 12:36:17 -0400
From: Tony Hansen <tony@att.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Yakov Shafranovich <yakov-ietf@shaftek.org>, Barry Leiba <barryleiba@computer.org>
References: <20150515131052.8E76D180092@rfc-editor.org> <CALaySJ++ptrFqjjC=mRC9zH8ns18bermy2YAfYYLx5OtX0Zdqw@mail.gmail.com> <CAPQd5oTZZKimSWcQaLBeHmq7o-npxvL8KM3HRQPW9JQPHs_ONw@mail.gmail.com>
In-Reply-To: <CAPQd5oTZZKimSWcQaLBeHmq7o-npxvL8KM3HRQPW9JQPHs_ONw@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-AnalysisOut: [v=2.0 cv=FPCsMZUs c=1 sm=1 a=VXHOiMMwGAwA+y4G3/O+aw==:17 a]
X-AnalysisOut: [=5hWoPXNsKEoA:10 a=4wVnF6RUk10A:10 a=BLceEmwcHowA:10 a=N65]
X-AnalysisOut: [9UExz7-8A:10 a=zQP7CpKOAAAA:8 a=h1PgugrvaO0A:10 a=8qSefF8w]
X-AnalysisOut: [AAAA:8 a=BqEg4_3jAAAA:8 a=QbxTNZaXAAAA:8 a=gMVBA8GuGAaxY0H]
X-AnalysisOut: [9i-8A:9 a=pILNOxqGKmIA:10 a=mhd2NDuUijAA:10]
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)]
X-MAIL-FROM: <tony@att.com>
X-SOURCE-IP: [144.160.229.23]
Archived-At: <http://mailarchive.ietf.org/arch/msg/apps-discuss/8RWSJU52srOE4m-5jO2wsQKv79Q>
Cc: "tony+sss@maillennium.att.com" <tony+sss@maillennium.att.com>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>, RFC Errata System <rfc-editor@rfc-editor.org>
Subject: Re: [apps-discuss] [Technical Errata Reported] RFC6839 (4367)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 May 2015 16:36:46 -0000

On 5/15/15 9:31 AM, Yakov Shafranovich wrote:
> [For context, this is originating from the work at the W3C regarding CSV files]
>
> There appears to be an issue about how to specify encoding
> considerations for media types that can be encoded in UTF-8, UTF-16
> and UTF-32. For media types, the valid choices are 7-bit, 8-bit and
> binary, which would mean that UTF-16 and UTF-32 are binary. For JSON
> specifically, since both RFCs define JSON, there is a conflict.
>
> There are two ways to write this then:
>
> 1. As in RFC 6839:
>
> "When JSON is written in UTF-8, JSON is 8bit compatible ([RFC2045]).
> When JSON is written in UTF-16 or UTF-32, JSON is binary ([RFC2045])."
>
> 2. As per RFC 7159:
>
> "binary"
>
> What I am arguing is that the second approach would make more sense.
> Just like RFC 7159 choose to use "binary" in case of multiple UTF
> encodings, we should follow the same approach in RFC 6839. If not,
> then RFC 7159 should have errata pointing back to RFC 6839.

Hmmm, it's too bad we didn't catch this before 7159 was published. 7159
is wrong, or at least incomplete.

When JSON is written in UTF-8, you MAY use an encoding of 8-bit, or you
MAY use an encoding of binary. When JSON is written in UTF-16 or -32,
you MUST use an encoding of binary.

This is because of the definition of the encoding system definitions of
7-bit, 8-bit and binary, which is totally orthogonal to ANY media type.
The definition of UTF-8 is, in and of itself, compatible with the
definition of 8-bit encoding.

    Tony

>
> Thanks,
> Yakov
>
> On Fri, May 15, 2015 at 9:18 AM, Barry Leiba <barryleiba@computer.org> wrote:
>> And yet this RFC predates 7159, so how can 7159 be taken to support errata
>> for this RFC?
>>
>> Barry
>>
>>
>> On Friday, May 15, 2015, RFC Errata System <rfc-editor@rfc-editor.org>
>> wrote:
>>> The following errata report has been submitted for RFC6839,
>>> "Additional Media Type Structured Syntax Suffixes".
>>>
>>> --------------------------------------
>>> You may review the report below and at:
>>> http://www.rfc-editor.org/errata_search.php?rfc=6839&eid=4367
>>>
>>> --------------------------------------
>>> Type: Technical
>>> Reported by: Yakov Shafranovich <yakov-ietf@shaftek.org>
>>>
>>> Section: 3.1
>>>
>>> Original Text
>>> -------------
>>> Encoding considerations:
>>>
>>>       Per [RFC4627], JSON is allowed to be represented using UTF-8,
>>>       UTF-16, or UTF-32.  When JSON is written in UTF-8, JSON is 8bit
>>>       compatible ([RFC2045]).  When JSON is written in UTF-16 or UTF-32,
>>>       JSON is binary ([RFC2045]).
>>>
>>> Corrected Text
>>> --------------
>>> Encoding considerations:  binary as per section 11 of RFC 7159
>>>
>>> Notes
>>> -----
>>> RFC 7159, section 11 specifies that encoding for JSON is binary.
>>>
>>> Instructions:
>>> -------------
>>> This erratum 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.
>>>
>>> --------------------------------------
>>> RFC6839 (draft-ietf-appsawg-media-type-suffix-regs-08)
>>> --------------------------------------
>>> Title               : Additional Media Type Structured Syntax Suffixes
>>> Publication Date    : January 2013
>>> Author(s)           : T. Hansen, A. Melnikov
>>> Category            : INFORMATIONAL
>>> Source              : Applications Area Working Group
>>> Area                : Applications
>>> Stream              : IETF
>>> Verifying Party     : IESG
>>>