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

Jari Arkko <jari.arkko@piuha.net> Mon, 10 November 2014 20:21 UTC

Return-Path: <jari.arkko@piuha.net>
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 BF4BC1ACE24 for <ianaplan@ietfa.amsl.com>; Mon, 10 Nov 2014 12:21:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.473
X-Spam-Level:
X-Spam-Status: No, score=-1.473 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, 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 zXArrCbpNSkq for <ianaplan@ietfa.amsl.com>; Mon, 10 Nov 2014 12:21:49 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2a00:1d50:2::130]) by ietfa.amsl.com (Postfix) with ESMTP id F3C521ACE22 for <ianaplan@ietf.org>; Mon, 10 Nov 2014 12:21:48 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 26D632CF0C for <ianaplan@ietf.org>; Mon, 10 Nov 2014 22:21:48 +0200 (EET) (envelope-from jari.arkko@piuha.net)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hcWnIKxOwWQD for <ianaplan@ietf.org>; Mon, 10 Nov 2014 22:21:47 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id 1CA9B2CEDD for <ianaplan@ietf.org>; Mon, 10 Nov 2014 22:21:46 +0200 (EET) (envelope-from jari.arkko@piuha.net)
From: Jari Arkko <jari.arkko@piuha.net>
Content-Type: multipart/signed; boundary="Apple-Mail=_AC282EF4-0F3F-4E8E-A69A-CB40180D8E61"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Message-Id: <3E3AD4C9-FC29-4A98-857E-EE1A49FC1F22@piuha.net>
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Date: Mon, 10 Nov 2014 10:21:44 -1000
In-Reply-To: <20141110193720.GG39116@mx1.yitter.info>
Cc: ianaplan@ietf.org
References: <20141108155153.GB37292@mx1.yitter.info> <D083864D.138D18%jon.peterson@neustar.biz> <A6D94EF5-BD92-4080-8C18-E415BD0BB880@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> <54601A01.2080407@cs.tcd.ie> <54611166.40307@cisco.com> <20141110193720.GG39116@mx1.yitter.info>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/YdT5MeDgcUywa2w_UI2DChKGdwE
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 20:21:52 -0000

All,

I wanted to post something on this thread that isn’t merely a reaction to the previous e-mail.

This has been a long thread, and I’m not sure we’ve always succeeded in having a clear discussion, let alone avoid repetition of the same arguments. I wanted to share my thoughts on this at a more principle level, however.

I think we are in a process where we can and must design the future in the best possible way. Including dealing with possible contingencies. And the design process is very public, everyone’s actions being visible to the global community. I do not think we should do anything else than what best works for us. We do not need to be afraid of proposing to do the right thing.

But there is of course the question of what that right thing is. In my mind, the primary criteria is that it works for the IETF. That we can do our work, and can continue to do our work in the future. Not less, but also not more.

We also have to recognise that we live in a global Internet and within an ecosystem of other parties dealing with other issues. Whatever we do needs to be co-operative such that the needs of all parties employing the domain name can be accommodated.

Per the charter of the WG, we are expected to specify the transition plan. We do not have to (and indeed should not) specify procedural or contractual details. However, the group needs to deliver clear instruction on what it expects to happen, so that specialists and perhaps other parties can do what is necessary.

(And I think what is currently proposed at http://www.ietf.org/proceedings/91/slides/slides-91-ianaplan-1.pdf fits the above and I have no problem with it.)

Jari