Re: [I18nrp] Additional input needed for i18nRP BOF

Peter Saint-Andre <stpeter@mozilla.com> Thu, 07 June 2018 17:13 UTC

Return-Path: <stpeter@mozilla.com>
X-Original-To: i18nrp@ietfa.amsl.com
Delivered-To: i18nrp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D197131143 for <i18nrp@ietfa.amsl.com>; Thu, 7 Jun 2018 10:13:22 -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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mozilla.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 POJNmWjMHMkG for <i18nrp@ietfa.amsl.com>; Thu, 7 Jun 2018 10:13:18 -0700 (PDT)
Received: from mail-it0-x236.google.com (mail-it0-x236.google.com [IPv6:2607:f8b0:4001:c0b::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0383131136 for <i18nrp@ietf.org>; Thu, 7 Jun 2018 10:13:17 -0700 (PDT)
Received: by mail-it0-x236.google.com with SMTP id k17-v6so2812549ita.0 for <i18nrp@ietf.org>; Thu, 07 Jun 2018 10:13:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mozilla.com; s=google; h=subject:to:cc:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to; bh=dUwk+k7MQQWisScb7aJXg03mSbbMZndelfYvcVbYBf4=; b=PIE2iv+Tc2WEDZZSlr7gdwkEvjr1gk3acETOsgGEdKl2ljVxbB82XQqsOO124CltmP gjrOcyGg23m8rGvtApheQoMdoSNjfd6E8yWauwBILfP9R+dYzQ9MHhOrWHM9bHAO/ZWY 9w/NPpZco4BKDOhXgoQEhd0RGzvTLZeB5se9Y=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to; bh=dUwk+k7MQQWisScb7aJXg03mSbbMZndelfYvcVbYBf4=; b=mvXzRjJ6eFSrbp5bf8jMcTNv7C07RW7d90qAYceqTpLtm6ObKAyN60r+inayiSCQ6L TOKlw/H+vFiDJ/+EaTQ/knNBXNwBE9mul/5ulg52rPM1Nw58O3vGhsVdXJ81nCZJzsKL vo8o3ec8D2OmPuQJZPmH+Bh2AjnHO07Ya4PbxmIOcYSfKgguhHJ77OkF4RsHAE1z7I+1 hrfBose2gpBm+T7Nz9kyOtnpXp1uzavdzwxptsD+wkLHFBI/kA+1YHS0QdrI8Q913vWN Rs2FNA8gsIJvnvctiM6Pw9jeTiI1rWYp6m6UWfR3EMPO7B1XFBgRVgD6F3EiOUCnbQMA Sh/A==
X-Gm-Message-State: APt69E2B32TqcUM5bcR3RuBpCMCEzZi+NfTpg0zjbX/G5VcuPUNeNeBU hz9942KyFl4+uE0uGyVVUPG1Cw==
X-Google-Smtp-Source: ADUXVKKnEmWEIBxWp+zSXxzL/ZGRWWIOidAcuzp3h+h7y615TVNIHVMOoFwhNfuOuc5Z5BfkFBKCeA==
X-Received: by 2002:a24:a501:: with SMTP id k1-v6mr2677224itf.79.1528391597175; Thu, 07 Jun 2018 10:13:17 -0700 (PDT)
Received: from dragon.local ([76.25.3.152]) by smtp.gmail.com with ESMTPSA id z20-v6sm6070370ioj.36.2018.06.07.10.13.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Jun 2018 10:13:16 -0700 (PDT)
To: Nico Williams <nico@cryptonector.com>, Adam Roach <adam@nostrum.com>
Cc: John C Klensin <john-ietf@jck.com>, i18nrp@ietf.org
References: <CE6F76BB323F1555D6B217A5@PSB> <9ecf8b7a-d086-1c56-03fb-6773aed332c6@nostrum.com> <4DA478C4C99396556E1B3EF1@PSB> <a31e91ff-c78c-6a7c-fe8c-70b9563312f7@nostrum.com> <8774afa2-4d3f-bc08-69af-f88e229f547a@mozilla.com> <07356789-b93f-b1a2-21d6-bef704b7c0b0@nostrum.com> <a6b7bf5c-3f37-e97b-7e44-c9e648bdbcef@mozilla.com> <ba6339f3-eb5f-4d14-51fb-256d6682f37e@nostrum.com> <20180607024527.GR14446@localhost> <f1564b90-ef93-0fe9-382b-f06e79d879fe@nostrum.com> <20180607034447.GU14446@localhost>
From: Peter Saint-Andre <stpeter@mozilla.com>
Openpgp: preference=signencrypt
Autocrypt: addr=stpeter@mozilla.com; prefer-encrypt=mutual; keydata= xsFNBFonEf4BEADvZ+RGsJoOyZaw2rKedB9pBb2nNXVGgymNS9+FAL/9SsfcrKaGYSiWEz7P Lvc97hWH3LACFAHvnzoktv+4IWHjItvhdi9kUQ3Gcbahe55OcdZuSXXH3w5cHF0rKz9aYRpN jENqXM5dA8x4zIymJraqYvHlFsuuPB8rcRIV9SKsvcy14w9iRqu770NjXfE/aIsyRwwmTPiU FQ0fOSDPA/x2DLjed/GYHem90C5vF4Er9InMqH5KAMLnjIYZ9DbPx5c5EME4zW/d648HOvPB bm+roZs4JTHBhjlrTtzDDpMcxHq1e8YPvSdDLPvgFXDcTD4+ztkdO5rvDkbc61QFcLlidU8H 3KBiOVMA/5Rgl4lcWZzGfJBnwvSrKVPsxzpuCYDg01Y/7TH4AuVkv5Na6jKymJegjxEuJUNw CBzAhxOb0H9dXROkvxnRdYS9f0slcNDBrq/9h9dIBOqLhoIvhu+Bhz6L/NP5VunQWsEleGaO 3gxGh9PP/LMyjweDjPz74+7pbyOW0b5VnIDFcvCTJKP0sBJjRU/uqmQ25ckozuYrml0kqVGp EfxhSKVqCFoAS4Q7ux99yT4re2X1kmlHh3xntzmOaRpcZsS8mJEnVyhJZBMOhqE280m80ZbS CYghd2K0EIuRbexd+lfdjZ+t8ROMMdW5L51CJVigF0anyYTcAwARAQABzSdQZXRlciBTYWlu dC1BbmRyZSA8c3RwZXRlckBtb3ppbGxhLmNvbT7CwZQEEwEIAD4WIQQ1VSPTuPTvyWCdvvRl YYwYf2gUqQUCWicR/gIbIwUJCWYBgAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRBlYYwY f2gUqdaREAChG8qU1853mP0sv2Mersns8TLG1ztgoKHvMXFlMUpNz6Oi6CjjaMNFhP7eUY4T D43+yQs7f4qCkOAPWuuqO8FbNWQ+yUoVkqF8NUrrVkZUlZ1VZBMQHNlaEwwu1CGoHsLoRohP SiZ0hpmGTWB3V6cDDK4KN6nl610WJbzE9LeKY1AxtePdJi2KM281U0Fz8ntij1jWu0gF2xU4 Sez46JDogHLWKgd0srauhcCVzZjAhiWrXp1+ryzSWYaZO8Kh8SnF1f4o6jtYikMqkxUaI5nX wvD3kNX4AMSkCAZfG7Jcfj/SLDojTcREgO87g7B9bcOOsHN4lj3lHoFV0aXpgPmjfIvAjJHu fHkXZAQAH8w0u9bgJqRn703+A4NPfLopnjegyhlNi7fQ3cMQV1H7Oj7WrB/pCcprx+1u/6Uq oTtDwWh1U5uVthVAI0QojpNWR08zABDX19TlGtVoeygaQV3CAEolxTiYQtCfVavUzUplCZ/t 3v4YiRov+NylflJd+1akyOs1IAgARf444BnoH1fotkpfXNOpp9wUXXwsQcFRdP7vpMkSCkc0 sxPNTVX3ei0QImp4NsrFdaep7LV3zEb3wkAp6KE5Qno4hVVEypULbvB0G6twNZbeRfcs2Rjp jnPb2fofvg2WhAKB20dnRfIfK8OKTD/P+JDcauJANjmekM7BTQRaJxH+ARAApPwkbOTChAQu jMvteb/xcwuL5JZElmLxIqvJhqybV7JknM+3ATyN0CTYQFvPTgIrhpk4zSn0A6pEePdK8mKK 5/aHyd7pr7rLEi1sI/X3UE8ld/E83MExksKrYbs0UX1wSQwYXU6g64KicnuP2Abqg+8wrQ18 1nPcZci9jJI75XVPnTdUpZD5aaQWGp7IJ06NTbiOk30I50ORfulgKoe4m3UfsMALFxIx3pJk oy76xC2tjxYGf+4Uq1M0iK3Wy655GrcwXq/5ieODNUcAZzvK5hsUVRodBq0Lq3g1ivQF4ba7 RQayDzlW6XgoeU49xnCr9XdZYnTnj4iaPmr2NtY6AacBwRz+bJsyugeSyGgHsnVGyUSMk8YN wZHvUykMjH21LLzIUX5NFlcumLUXDOECELCJwewui4W81sI5Sq/WDJet+iJwwylUX22TSulG VwDS+j66TLZpk1hEwPanGLwFBSosafqSNBMDVWegKWvZZVyoNHIaaQbrTIoAwuAGvdVncSQz ttC6KkaFlAtlZt3+eUFWlMUOQ9jxQKTWymyliWKrx+S6O1cr4hwVRbg7RQkpfA8E2Loa13oO vRSQy/M2YBRZzRecTKY6nslJo6FWTftpGO7cNcvbmQ6I++5cBG1B1eNy2RFGJUzGh1vlYo51 pdfSg0U1oPHBPCHNvPYCJ7UAEQEAAcLBfAQYAQgAJhYhBDVVI9O49O/JYJ2+9GVhjBh/aBSp BQJaJxH+AhsMBQkJZgGAAAoJEGVhjBh/aBSpAw0P/1tEcEaZUO1uLenNtqysi3mQ6qAHYALR Df3p2z/RBKRVx0DJlzDfDvJ2R/GRwoo+vyCviecuG2RNKmJbf1vSm/QTtbQMUjwut9mx6KCY CyKwniqdhaMBmjCfV2DB2MxxZLYMtDfx/2mY7vzAci7AkjC+RkSUByMEOkyscUydKC/ETdf9 tvI8GhTY/8Q7JSylS3lQA5pMUHiIf+KpSmqKZeBPkGc7nSKM1w1UKUvFAsyyVsiG6A/hWrTr 7tTQAl7YfjtOGE8n4IKGktvrT99bbh9wdWKZ5FdHUN9hx2Q8VP8+0lR1CH2laVFbEwCOv1vM W4cgQDLxwwpo1iOTdHBVtQDxlQ9hPMKVlB1KP9KjchxuiLc24wLmCjP3pDMml4LQxOYB34Eq cgPZ3uHvJZG309sb2wTMTWaXobWNI++ZrsRD5GTmuzF3kkx3krtrq6HI5NSaemxK6MTDTjDN Rj/OwTl0yU35eJXuuryB20GFOSUsxiw00I2hMGQ1Cy9L/+IW6Dvotd8O3LmKh2tFArzXaKLx /rZyGNurS/Go5YjHp8wdJOs7Ka2p1U31js24PMWO6hf6hIiY2WRUsnE6xZNhvBTgKOY6u0KT V6hTevFqEw7OAZDCWUoE2Ob2/oHGZCCMW5SLAMgp7eihF0kGf2S2CmpIFYXGb61hAD8SqSY7 Fn7V
Message-ID: <59f0519a-85ef-59c3-5f80-4ab705e1229a@mozilla.com>
Date: Thu, 7 Jun 2018 11:13:15 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <20180607034447.GU14446@localhost>
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dP1WdD12SKapDjvB7Ck4XhYTvYCvHY27d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18nrp/bjdAzYWTIejhGUkQqI4elgqnZfg>
Subject: Re: [I18nrp] Additional input needed for i18nRP BOF
X-BeenThere: i18nrp@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Internationalization Review Procedures <i18nrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18nrp/>
List-Post: <mailto:i18nrp@ietf.org>
List-Help: <mailto:i18nrp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18nrp>, <mailto:i18nrp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jun 2018 17:13:23 -0000

On 6/6/18 9:44 PM, Nico Williams wrote:
> On Wed, Jun 06, 2018 at 10:29:26PM -0500, Adam Roach wrote:
>>> Regardless of what the answer to that is, it might be possible to start
>>> small and scale up.  Starting small means triaging more demurely.  At
>>> any rate, starting small is probably the only realistic way to get
>>> started.  But there's no point starting small if we can't scale up, so
>>> we do need to have some idea of how big to scale, and how.
>>
>> This sounds reasonable, and is pretty much what I had in mind when I said
>> "volunteers who are willing and able to educate themselves into being
>> experts". I say this while agreeing with John about the complexities and
>> subtleties of this topic.
> 
> That's fair.  Directorate members' I18N expertise might vary, with some
> better able to review email- or DNS-related I-Ds, and others better able
> to review filesystem- or web-related I-Ds.  I18N is a fairly big topic,
> and I wouldn't expect every directorate member's expertise to be
> sufficient to review every comer.
> 
> Also, John notes that reasonable people can and do disagree regarding
> various I18N issues, so we can probably expect some of that from the
> directorate.  I hope directorate members can recognize and acknowledge
> which aspects are more objective and which more subjective.  Still, I
> believe a lot of I18N issues are basic and can be dealt with objectively
> at this point, so a directorate should be helpful.

In RFC 8141, we provided the following guidelines to designated experts
and registrants of URN namespace identifiers; something along these
lines might be appropriate in this context, too:

###

   Experience to date with URN namespace registration requests has shown
   that registrants sometimes do not initially understand some of the
   subtleties of URN namespaces and that defining the URN namespace in
   the form of a specification enables the registrants to clearly
   formulate their "contract" with the intended user community.
   Therefore, although the registration policy for formal URN namespaces
   is Expert Review and a specification (as distinct from the
   registration template) is not strictly required, registrants SHOULD
   provide a stable specification documenting the URN namespace
   definition and expanding upon the issues described herein.

   Because naming can be difficult and contentious, URN namespace
   registrants and the Designated Experts are strongly encouraged to
   work together in a spirit of good faith and mutual understanding to
   achieve rough consensus (see [RFC7282]) on handling registration
   requests.  They are also encouraged to bring additional expertise
   into the discussion if that would be helpful in providing perspective
   or otherwise resolving issues.

###