Re: Last Call: <draft-ietf-precis-problem-statement-08.txt> (Stringprep Revision and PRECIS Problem Statement) to Informational RFC

SM <sm@resistor.net> Tue, 09 October 2012 16:07 UTC

Return-Path: <sm@resistor.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B39AC1F0C94 for <ietf@ietfa.amsl.com>; Tue, 9 Oct 2012 09:07:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.594
X-Spam-Level:
X-Spam-Status: No, score=-102.594 tagged_above=-999 required=5 tests=[AWL=0.005, BAYES_00=-2.599, 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 99kRdvH6btkl for <ietf@ietfa.amsl.com>; Tue, 9 Oct 2012 09:07:20 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 343931F0C8C for <ietf@ietf.org>; Tue, 9 Oct 2012 09:07:20 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id q99G7DD9010689 for <ietf@ietf.org>; Tue, 9 Oct 2012 09:07:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1349798837; bh=JgE/E2fL86+Bsa0mhagYIrChgULh5Xg4FUPr6Zvq5ho=; h=Date:To:From:Subject:In-Reply-To:References:Cc; b=WwVZR+RXeM99SidG303gkuT7pjrWR7Qr1vJetigP5XtR56cv50Iy9r1bUxezl6Let BUjJvI+nh2CbGC/iLWsD9SdhA4fK77ydwYYzpCHwBsrxSnzWFlrV3A52ft96WgMqtl QYBGiIeVkeHErmsk4xURroCsTUELVFH4PFl2PDXA=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1349798837; i=@resistor.net; bh=JgE/E2fL86+Bsa0mhagYIrChgULh5Xg4FUPr6Zvq5ho=; h=Date:To:From:Subject:In-Reply-To:References:Cc; b=0Ttys8V5J9Cxb8+Faz+V2u51PBpkvYymwjm0hpT+Klm5GIyc+vvvnSq5NeTaRohdE JNvYgy3UKmzyhzlYe3AsgFa6HM8amRAxdulorI6sMDMpDbVUF4btxs/kMYNgPZpgMv BUgr2ptE5ZLYhCGsBcPZNVIc0HKubLaTJAiyvqqo=
Message-Id: <6.2.5.6.2.20121009070956.0ac31c90@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Tue, 09 Oct 2012 08:25:06 -0700
To: ietf@ietf.org
From: SM <sm@resistor.net>
Subject: Re: Last Call: <draft-ietf-precis-problem-statement-08.txt> (Stringprep Revision and PRECIS Problem Statement) to Informational RFC
In-Reply-To: <20121009134458.18784.49285.idtracker@ietfa.amsl.com>
References: <20121009134458.18784.49285.idtracker@ietfa.amsl.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Oct 2012 16:07:20 -0000

At 06:44 09-10-2012, The IESG wrote:
>The IESG has received a request from the Preparation and Comparison of
>Internationalized Strings WG (precis) to consider the following document:
>- 'Stringprep Revision and PRECIS Problem Statement'
>   <draft-ietf-precis-problem-statement-08.txt> as Informational RFC
>
>The IESG plans to make a decision in the next few weeks, and solicits
>final comments on this action. Please send substantive comments to the
>ietf@ietf.org mailing lists by 2012-10-23. Exceptionally, comments may be

Section 2 could be dropped as it isn't that important to have RFC 
2119 in a problem statement.  In Section 4:

   "For example, Stringprep is based on and profiles may
    use NFKC [UAX15], while IDNA2008 mostly uses NFC [UAX15]."

I suggest reviewing the references to see what background information 
is required for the reader to understand "NFKC".

In Section 6:

   "The above suggests the following guidance for replacing Stringprep:
    o  A stringprep replacement should be defined."

That sounds obvious.

The appendix is more informative than the rest of the draft.  The 
text in the Appendix B comes out as rough notes though.

In Section 5.3.3.2:

   "It is important to identify the willingness of the protocol-using
    community to accept backwards-incompatible changes."

The "tolerance for change" for several "protocol-using communities" 
is rated as "not sure".  I understand that it is difficult to get 
definitive answers for these questions.  It's doubtful that people 
will choose "better support for different linguistic environments 
against the potential side effects of backward incompatibility".  It 
seems that the WG has taken on an intractable problem.

Regards,
-sm