Re: [Idna-update] [art] Comments on draft-faltstrom-unicode11-02

Asmus Freytag <asmusf@ix.netcom.com> Mon, 08 October 2018 20:34 UTC

Return-Path: <asmusf@ix.netcom.com>
X-Original-To: idna-update@ietfa.amsl.com
Delivered-To: idna-update@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCB5C130F67; Mon, 8 Oct 2018 13:34:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ix.netcom.com; domainkeys=pass (2048-bit key) header.from=asmusf@ix.netcom.com header.d=ix.netcom.com
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 kGUo4Ihgt7hP; Mon, 8 Oct 2018 13:34:14 -0700 (PDT)
Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 047CE130FED; Mon, 8 Oct 2018 13:34:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ix.netcom.com; s=dk12062016; t=1539030850; bh=N4cUlQGHxmJPfIh0xttvHPrK3sTTNx5F/fWw tWcGjSs=; h=Received:Subject:To:Cc:References:From:Message-ID:Date: User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Language: X-ELNK-Trace:X-Originating-IP; b=ZAHmppd0nlO1rTEKFrGD3bFp3oCc3DTJE 0c/dsqG1zYF/jU84N07SMp8y+v/vD2wUfKzotIledzl4GOJ7LLwDq1Q1KElGaiiMO92 xOl3unAq7mhNEE7SMoMA0NuA166UqngwSF7EtRPgddSmO/PhYUIeKwrwDAMXfzrpgAS 1g+IUz4MNG65CJZoOQQ1TQ/owqE3jRF/NWMB/Wz0Xwg9Uf3w+s9Ijf1Z3zUxaB5Pikp wtNA4jLUpRlDBBYgrrpfDSf/yzAxqOpRvfZc+XDBBGKgRpPlxgCTUomvshgkAQx7Ktv 3tFUHNm7s+cECDOBayIz72RcR1cZOllNX0QA7kEPg==
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=ix.netcom.com; b=N142wsRx0uJFHAM0fg6URalXjz8EJUPZeeT8RUPvz868HRdPbCU1lmRmhQC09DLImqh0lSpRG2q/coMwN4GRgWq3I7pKHErjBBWUW12jQz7yqCpclyAmqp97iPplUpfLB4nbO2WBVU2JUKiidxhzSDNfADyrTa5us6BNHKId9FCIa9NcLOF3lrYmPKLEAq3aDj33Ui20jNKKLpq4qWyYJ2X927xmVeChbZrGInps1WFyO5YOJhvY8ewIUOLla4sW6nUCixGQdXbrsoKqk2slI0lyk4vpDRpyGqnqGIOJ9SmNAbBYbff2L41T89sN5tWgDr9fGRiorvhvyCkXFYIZYA==; h=Received:Subject:To:Cc:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Language:X-ELNK-Trace:X-Originating-IP;
Received: from [174.21.170.119] (helo=[192.168.1.108]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4) (envelope-from <asmusf@ix.netcom.com>) id 1g9cE7-0005GH-N6; Mon, 08 Oct 2018 16:34:03 -0400
To: John C Klensin <john-ietf@jck.com>, Ted Hardie <ted.ietf@gmail.com>, Patrik Fältström <paf@netnod.se>
Cc: nordmark@acm.org, idna-update@ietf.org, Applications and Real-Time Area Discussion <art@ietf.org>, i18nrp@ietf.org
References: <ac2f439d-bed2-11e1-dcc7-34ee2d11fc1b@acm.org> <EEBE6FD4-A75C-4BB7-92BF-BD5F5AD7E171@netnod.se> <CA+9kkMB1AcJD9v6EggN3Hx2Wqv0VHwwhbR3P18a7O+OGkf7Odw@mail.gmail.com> <B0BA40527CB85EC369DD812D@PSB>
From: Asmus Freytag <asmusf@ix.netcom.com>
Message-ID: <c4862804-9182-e446-02b2-dcdf5e552d11@ix.netcom.com>
Date: Mon, 08 Oct 2018 13:34:04 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <B0BA40527CB85EC369DD812D@PSB>
Content-Type: multipart/alternative; boundary="------------FDABF4CDD5D941C29B2723A1"
Content-Language: en-US
X-ELNK-Trace: 464f085de979d7246f36dc87813833b2b7eec10b52094b3e26484a1db409fbf83e1308fa4a16f794350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 174.21.170.119
Archived-At: <https://mailarchive.ietf.org/arch/msg/idna-update/pncqgREPnM2O-pTxFo2NpfNVL6o>
Subject: Re: [Idna-update] [art] Comments on draft-faltstrom-unicode11-02
X-BeenThere: idna-update@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Internationalized Domain Names in Applications \(IDNA\) implementation and update discussions" <idna-update.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idna-update>, <mailto:idna-update-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idna-update/>
List-Post: <mailto:idna-update@ietf.org>
List-Help: <mailto:idna-update-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idna-update>, <mailto:idna-update-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Oct 2018 20:34:17 -0000

On 10/8/2018 12:58 PM, John C Klensin wrote:
> --On Monday, October 8, 2018 09:06 -0700 Ted Hardie
> <ted.ietf@gmail.com> wrote:
>
>> Modulo Erik's comments, I think this is ready for publication.
>> The instructions to IANA are clear and the rationale behind
>> those instructions is laid out.
>>
>> I think we could ask for AD-sponsorship for this, but I also
>> believe that the instructions could go to IANA now; at the
>> very least, we could ask them to review.
> Ted,
>
> I'm sorry, but I disagree.  Patrik has, as far as I can tell,
> done the job that the IAB asked him to do in his liaison
> capacity to Unicode,

I thought this draft was in Patrik's role as the designated expert for 
the IANA registry.

> but that job involves a number of
> assumptions about how to proceed that interact with i18n
> documents that the IETF has been unable to process.  If we
> follow the precedent of RFC 6452, this document should be
> processed as standards track even if it changes nothing.

The relevant difference is that RFC 6452 contained this section:

-------------------

IETF Consensus

    No change to RFC 5892 is needed based on the changes made in
    Unicode 6.0.

    This consensus does not imply that no changes will be made to
    RFC 5892 for all future updates of The Unicode Standard.

    This RFC has been produced because 6.0 is the first version of
    Unicode to be released since IDNA2008 was published.
--------------------

I see no particular reason why such a section couldn't be added
to Patrik's draft, allowing it to be processed like 6452 if that is
felt to be more appropriate.

>   It
> would be wildly inappropriate for it to constrain the
> conclusions the IETF could reach about those other documents.

I don't see how this would constrain IETF conclusions about other documents,
or even RFC 5892 itself (other than that the consensus is to not add 
exceptions).

There are changes that may be motivated by the general aspects of the 
interaction
between Unicode and IDNA, but the kind of language as quoted above would not
rule those out.

You would need to make a more concrete claim how processing this RFC
interferes with the work of IETF.

> My understanding coming out of the BOF at IETF 102 was that the
> ART ADs were going to establish a directorate to determine how
> i18n documents were to be handled and to start processing those
> documents.  This document would make an entirely reasonable
> addition to that directorate's queue.   However, if an progress
> has been made on creating that directorate, much less having it
> convene and discuss processing of documents, I seem to have
> missed the announcement(s).

I don't necessarily see the plan for a new directorate as suspending IETFs
ability to process certain RFCs indefinitely. The goal was to make it 
possible
to process more of them and more consistently, not to provide an additional
hurdle.

(Taken to its logical conclusion, such restriction would have to apply 
to all
RFCs that such a directorate might be giving i18n related input on. I don't
see that happening, so I don't see why this draft needs to be singled out).

That said, I would also like to learn what progress is being made.

At some point, people were looking for volunteers, but at that point the
parameters were sufficiently vague for anyone to know what they would
be committing to.

A./