Re: [newprep] WG Review: Stringprep after IDNA2008 WG (newprep)

Marc Blanchet <marc.blanchet@viagenie.ca> Wed, 19 May 2010 13:46 UTC

Return-Path: <marc.blanchet@viagenie.ca>
X-Original-To: newprep@core3.amsl.com
Delivered-To: newprep@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5FAAC28C172; Wed, 19 May 2010 06:46:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.688
X-Spam-Level:
X-Spam-Status: No, score=-1.688 tagged_above=-999 required=5 tests=[AWL=0.911, BAYES_00=-2.599]
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 MR-lK8Up99Ke; Wed, 19 May 2010 06:46:29 -0700 (PDT)
Received: from jazz.viagenie.ca (unknown [IPv6:2620:0:230:8000:226:55ff:fe57:14db]) by core3.amsl.com (Postfix) with ESMTP id CEA3D3A6CF5; Wed, 19 May 2010 06:42:59 -0700 (PDT)
Received: from mbl.lan (unknown [66.254.50.3]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 28B8920D16; Wed, 19 May 2010 09:42:52 -0400 (EDT)
Message-ID: <4BF3EAD6.3010108@viagenie.ca>
Date: Wed, 19 May 2010 09:42:46 -0400
From: Marc Blanchet <marc.blanchet@viagenie.ca>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; fr; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: Peter Saint-Andre <stpeter@stpeter.im>
References: <20100511173002.3EB993A6D0F@core3.amsl.com> <tslzkzxjfmh.fsf@mit.edu> <4BF2D57F.8090807@viagenie.ca> <tsltyq5hxq5.fsf@mit.edu> <4BF2DD30.8030702@viagenie.ca> <4BF3EA68.6050103@stpeter.im>
In-Reply-To: <4BF3EA68.6050103@stpeter.im>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: ietf-krb-wg@anl.gov, ietf@ietf.org, newprep@ietf.org, aland@freeradius.org, Sam Hartman <hartmans-ietf@mit.edu>, iesg@ietf.org
Subject: Re: [newprep] WG Review: Stringprep after IDNA2008 WG (newprep)
X-BeenThere: newprep@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Stringprep after IDNA2008 <newprep.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/newprep>, <mailto:newprep-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/newprep>
List-Post: <mailto:newprep@ietf.org>
List-Help: <mailto:newprep-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/newprep>, <mailto:newprep-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 May 2010 13:46:52 -0000

Le 10-05-19 09:40, Peter Saint-Andre a écrit :
> On 5/18/10 12:32 PM, Marc Blanchet wrote:
>> Le 10-05-18 14:27, Sam Hartman a écrit :
>>>>>>>> "Marc" == Marc Blanchet<marc.blanchet@viagenie.ca>   writes:
>>>
>>>       Marc>   we had a discussion about the same subject: i.e. should we
>>>       Marc>   restrict the scope to a specific set of documents to
>>>       Marc>   review/update/... or do we keep some provision for other
>>>       Marc>   documents coming in the stream that require "help" of the
>>>       Marc>   newprep. I was arguing for the latter. To me, what you are
>>>       Marc>   talking about is the latter. Obviously, some people wanted
>>> the
>>>       Marc>   charter to be restrictive in order to not go all over the
>>>       Marc>   place, and I agree in principle... However, this work is
>>> kinda
>>>       Marc>   horizontal: touches many areas, so having a more large
>>> view of
>>>       Marc>   the problem space and documents that depends on this newprep
>>>       Marc>   work would be very valuable to the working group
>>>       Marc>   work. Therefore, I'm more for opening a bit the charter for
>>>       Marc>   the cases like the ones you are talking about.
>>>
>>> I'm happy with a restrictive charter so long as the work areas
>>> identified today (including mine) are included.
>>
>> my guess is that we most likely will discover other issues/newprep
>> potential "customers" as we go, that it might be useful to work on,
>> since they have a lot of similarities with the others official in the
>> charter.
>
> Agreed.
>
>> therefore, more "opened" than closed charter.
>
> We're trying to balance two things here: (1) we want to get as much
> input as possible from current and potential customers of stringprep or
> newprep/stringprepbis/whatever, but (2) we want to scope the WG tightly
> enough that it doesn't have a mandate to work on "anything related to
> internationalized strings".

agreed.

>
>>> I'm happy drawing a
>>> line in the sand and saying "here's what we'll touch first," so long as
>>> people who bring up items now get included.  I'd probably be happier
>>> with a reasonably open charter.
>>>
>>> I'm not at all happy if the items I bring up or other similar items
>>> brought up now are excluded.
>
> In an email exchange with Marc and Alexey Melnikov last week, I proposed
> adding the following paragraph to the charter:
>
>     Although the group may provide advice regarding other technologies,
>     it will prioritize work on the above-listed stringprep profiles and
>     will take on additional tasks as official milestones only after
>     rechartering.
>
> We might want to broaden that a bit further to explicitly mention
> seeking feedback from customers other than the existing stringprep profiles:
>
>     Although the group will seek input from and may provide advice to
>     "customers" working on other technologies, it will prioritize work
>     on the above-listed stringprep profiles and will take on additional
>     tasks as official milestones only after rechartering.
>

fine by me.


Marc.

> Peter
>


-- 
=========
IPv6 book: Migrating to IPv6, Wiley. http://www.ipv6book.ca
Stun/Turn server for VoIP NAT-FW traversal: http://numb.viagenie.ca
DTN news service: http://reeves.viagenie.ca
NAT64-DNS64 Opensource: http://ecdysis.viagenie.ca