Re: [I18ndir] I18ndir early review of draft-schanzen-gns-10

"Independent Submissions Editor (Eliot Lear)" <rfc-ise@rfc-editor.org> Mon, 07 March 2022 17:13 UTC

Return-Path: <rfc-ise@rfc-editor.org>
X-Original-To: i18ndir@ietfa.amsl.com
Delivered-To: i18ndir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B0703A0F61; Mon, 7 Mar 2022 09:13:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 ehHZDdbJGlaB; Mon, 7 Mar 2022 09:13:10 -0800 (PST)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7B1B3A1326; Mon, 7 Mar 2022 09:12:31 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by rfc-editor.org (Postfix) with ESMTP id A24F7E52D8; Mon, 7 Mar 2022 09:12:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at rfc-editor.org
Received: from rfc-editor.org ([127.0.0.1]) by localhost (rfcpa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y2eFOe7pPjUd; Mon, 7 Mar 2022 09:12:27 -0800 (PST)
Received: from [IPV6:2001:420:c0c0:1011::b] (unknown [IPv6:2001:420:c0c0:1011::b]) by rfc-editor.org (Postfix) with ESMTPSA id 61FA4E43B4; Mon, 7 Mar 2022 09:12:26 -0800 (PST)
Content-Type: multipart/alternative; boundary="------------Iv5IVlPsxyEO87n9hozv7qNr"
Message-ID: <54d2d315-aa18-1498-4844-f1ae94930425@rfc-editor.org>
Date: Mon, 07 Mar 2022 18:12:23 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1
From: "Independent Submissions Editor (Eliot Lear)" <rfc-ise@rfc-editor.org>
To: Christian Grothoff <grothoff@gnunet.org>, Jiankang Yao <yaojk@cnnic.cn>, "Schanzenbach, Martin" <schanzen@gnunet.org>
Cc: "draft-schanzen-gns.all" <draft-schanzen-gns.all@ietf.org>, "i18ndir@ietf.org" <i18ndir@ietf.org>
References: <164638828309.28413.11846349950083727255@ietfa.amsl.com> <02ce8381-11b8-196a-c0bc-afa21cccec1f@rfc-editor.org> <7A835641-2DF1-4887-A79F-9481C8DB6D6B@gnunet.org> <2022030717083858073951@cnnic.cn> <d81600c6-f224-d805-7d32-901cbecb3412@gnunet.org>
Content-Language: en-US
In-Reply-To: <d81600c6-f224-d805-7d32-901cbecb3412@gnunet.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/i18ndir/H5Gi9enlLVSUwGHlvdHnL24F0Hc>
Subject: Re: [I18ndir] I18ndir early review of draft-schanzen-gns-10
X-BeenThere: i18ndir@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Internationalization Directorate <i18ndir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i18ndir/>
List-Post: <mailto:i18ndir@ietf.org>
List-Help: <mailto:i18ndir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i18ndir>, <mailto:i18ndir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2022 17:13:15 -0000

Hi Christian Yiankang, and Martin:

I want to make several points:

 1. Neither Yiangkang nor I represent or are associated with the IAB. 
    Although I am appointed by them, my views are my own, and I have not
    consulted the IAB about this draft.
 2. I agree with Christian that the comments go beyond the scope of
    internationalization.  However, reviewers are allowed to do that,
    and if they don't it is quite likely that people at the next stage
    will.  I would ask Yiankang to confirm that there are no other
    international issues to be addressed.
 3. I think the issue that Yiangkang is demonstrating is some confusion
    on the part of the reader regarding the relationship between GNS and
    DNS.  I believe there *is* an architectural issue around multiple
    name spaces, and it may be good to hit that a bit more head on. 
    Neither ICANN nor the IETF can have a corner on creation of name
    spaces, but understanding how applications should identify which
    name space is in use is something that should be crystal clear.  I
    see two specific ways to tackle this:
     1. How does one know, for instance, when looking at a name that one
        should query the GNS or the DNS?  That could be solved with a
        URI or a URN, for instance.  One could say that the application
        must assume one or another.  One could say that the application
        should take as an option one or another.
     2. A bit more clarity about expected coherency (or lack thereof)
        between the naming systems, when mapped.

None of this is insurmountable but a certain amount of care must be 
given. Christian, Martin, could you please respond directly to me on 
point (3) when you are ready.  Again, thank you Yiangkang for your review.

Eliot (ISE)


On 07.03.22 16:24, Christian Grothoff wrote:
> On 3/7/22 10:09, Jiankang Yao wrote:
>>>>> 4)ICANN manages the DNS name root space. I suggest to ask some
>> experts from
>>>>> ICANN to review this document.
>>>>>   
>>>> This is a name space NOT managed by ICANN.  The issues we are
>> concerned about are interactions with the DNS, and of course i18n.
>>>   
>> Yes, it is NOT managed by ICANN, but "the use of GNS may clash with the
>> DNS namespace".
>>
>> The DNS name space (common global identfiers) is very important to
>> Internet
>> success.https://www.internetsociety.org/issues/internet-way-of-networking/
>> <https://www.internetsociety.org/issues/internet-way-of-networking/>  
>>
>> So before moving this document to the next step, I suggest to get some
>> comments from IETFer affiliated with ICANN.
>>
> Well, that has been discussed to death, with Warren Kumari even writing
> RFC 8244 about the *discussion* that we triggered about it in 2013 (!)
> at dnsop and beyond -- including Martin's presentation at ICANN about GNS.
>
> So IMO this is very far outside of the scope of the i18n review, and
> simply another topic that the IAB has decided to punt on (my
> interpretation). So this is a political issue, which we cannot solve
> anymore and will just leave as-is / unresolved / potentially
> conflicting.  The expert reviewers (like Bortzmeyer) are also very well
> aware of the discussion --- it triggered like 1000 e-mails on dnsop back
> in the day...
>
> My 2 cents
>
> Christian