Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Mon, 10 November 2014 07:35 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: ianaplan@ietfa.amsl.com
Delivered-To: ianaplan@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02DEE1A19FF for <ianaplan@ietfa.amsl.com>; Sun, 9 Nov 2014 23:35:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.385
X-Spam-Level:
X-Spam-Status: No, score=-0.385 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.594] autolearn=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 iRYTN9sgigxS for <ianaplan@ietfa.amsl.com>; Sun, 9 Nov 2014 23:35:38 -0800 (PST)
Received: from scintmta01-14.scbb.aoyama.ac.jp (scintmta.scbb.aoyama.ac.jp [133.2.253.64]) by ietfa.amsl.com (Postfix) with ESMTP id 1C14C1A00BE for <ianaplan@ietf.org>; Sun, 9 Nov 2014 23:35:38 -0800 (PST)
Received: from scmeg01-14.scbb.aoyama.ac.jp (scmeg01-14.scbb.aoyama.ac.jp [133.2.253.15]) by scintmta01-14.scbb.aoyama.ac.jp (Postfix) with ESMTP id EE07232E57A; Mon, 10 Nov 2014 16:34:52 +0900 (JST)
Received: from itmail2.it.aoyama.ac.jp (unknown [133.2.206.134]) by scmeg01-14.scbb.aoyama.ac.jp with smtp id 4e64_4557_f808d63f_e052_4241_a7e9_7b83ad5f0cd3; Mon, 10 Nov 2014 16:34:52 +0900
Received: from [133.2.210.64] (unknown [133.2.210.64]) by itmail2.it.aoyama.ac.jp (Postfix) with ESMTP id 3490FBF4E7; Mon, 10 Nov 2014 16:34:52 +0900 (JST)
Message-ID: <54606A9C.6040700@it.aoyama.ac.jp>
Date: Mon, 10 Nov 2014 16:34:52 +0900
From: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: John Curran <jcurran@istaff.org>, Bernard Aboba <bernard.aboba@gmail.com>
References: <631e3e3d29c843bd9c23151c63612989@EX13-MBX-13.ad.syr.edu> <20141105234444.GM31320@crankycanuck.ca> <545ABCB0.5080206@meetinghouse.net> <8f3dcda6c3db4cd8be1b77444f987d59@EX13-MBX-13.ad.syr.edu> <D0805C27.136BE7%jon.peterson@neustar.biz> <059f2b06a7b44f09b7568d8966861fb8@EX13-MBX-13.ad.syr.edu> <D0824FAD.137A42%jon.peterson@neustar.biz> <E314302D-5179-4899-9DB7-A3AF18C134E8@gmail.com> <20141108155153.GB37292@mx1.yitter.info> <D083864D.138D18%jon.peterson@neustar.biz> <A6D94EF5-BD92-4080-8C18-E415B D0BB880@isi.edu> <C78A1523-316F-46A1-9FCE-D0D205679C84@gmail.com> <13B26DE5-315D-453F-B89B-377CCD338ED9@isi.edu> <A7BD5ECF-11E4-42F1-A2B7-BF9B399635C3@gmail.com> <14D42443-53E7-49FA-88DD-7F4BB6BC2DF4@istaff.org> <545F69FB.5000501@meetinghouse.net> <7B719509-5A93-4B85-B7E2-262DDCB64461@istaff.org> <D0850842.138E23%jon.peterson@neustar.biz> <85D607E0-4D3A-499E-87D1-036E0349D80E@gmail.co m> <CBBA1B51-145B-407D-A7E0-0E8CA7F7EFAF@istaff.org>
In-Reply-To: <CBBA1B51-145B-407D-A7E0-0E8CA7F7EFAF@istaff.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/poOIhOEBZHHlfnz97kQyF7qJHxU
Cc: "ianaplan@ietf.org" <ianaplan@ietf.org>, Miles Fidelman <mfidelman@meetinghouse.net>, "Peterson, Jon" <jon.peterson@neustar.biz>
Subject: Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)
X-BeenThere: ianaplan@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IANA Plan <ianaplan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ianaplan/>
List-Post: <mailto:ianaplan@ietf.org>
List-Help: <mailto:ianaplan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2014 07:35:41 -0000

On 2014/11/10 06:51, John Curran wrote:
> On Nov 9, 2014, at 10:59 AM, Bernard Aboba <bernard.aboba@gmail.com> wrote:
>>
>> [BA] A good portion of the complexity here is we are talking about a domain name and trademark that is relevant to multiple communities.
>
> Quite correct - the IANA mark and domain appears relevant to the IETF community,
> due to the thousand or so protocol parameter registries published at that site and
> use of the name in many processes; to the Internet number community due to the
> publication of delegated number registries per RFC7020 and RFC7249; and to the
> DNS community due to their use with respect to administration of one particular
> protocol registry, i.e. the DNS root zone.

This actually points to a solution for at least part of the problem of 
what to do in the odd case that these communities would delegate their 
registries to different operators:

One community (or its registry operator) operates iana.org, and 
redirects the relevant pages for the registries of the other operators 
to the actual pages. As an example, if the protocol parameters registry 
kept iana.org, it would delegate (almost?) everything below 
http://www.iana.org/domains to the DNS community, and so on.

Such a delegation can be made as an internal redirect (the actual 
data/pages come from elsewhere, but are served by iana.org) or as an 
external redirect (if somebody goes to e.g. http://www.iana.org/domains, 
then s/he's redirected to the site of the other operator).

This shows that having different organizations take care of the 
different registries and still sharing iana.org is possible. This of 
course requires that they agree to do that.

But my guess is that agreeing to share iana.org is much easier that to 
agree e.g. about reserved labels (such as .local) in the root zone. The 
later is crucial for the functioning of the Internet, and if that can be 
agreed on, then an agreement on the former should also be possible.

So I very much think that the question of "But what if the registry 
operator function is split up?" cannot be used as an argument for not 
talking about the trademark and domain name transfer.

Regards,    Martin.


> Personally, I would think it absurd for the IETF to abandon use of the term IANA
> simply to avoid discussing arrangements for sharing its use, but then again, in
> the end it is the IETF community's call to make, as interpreted by the leadership.
>
> /John
>
> Disclaimer: my views alone.
> _______________________________________________
> Ianaplan mailing list
> Ianaplan@ietf.org
> https://www.ietf.org/mailman/listinfo/ianaplan
>