Re: [Ianaplan] Question from the ICG

Olivier MJ Crepin-Leblond <ocl@gih.com> Tue, 29 September 2015 17:24 UTC

Return-Path: <ocl@gih.com>
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 228EC1AC449 for <ianaplan@ietfa.amsl.com>; Tue, 29 Sep 2015 10:24:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham
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 6qbEMmldlu3r for <ianaplan@ietfa.amsl.com>; Tue, 29 Sep 2015 10:24:15 -0700 (PDT)
Received: from waikiki.gih.co.uk (salsa.gih.co.uk [IPv6:2a00:19e8:10:5::b]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C7781AC43C for <ianaplan@ietf.org>; Tue, 29 Sep 2015 10:24:15 -0700 (PDT)
Received: from waikiki.gih.co.uk (localhost6.localdomain6 [IPv6:::1]) by waikiki.gih.co.uk (Postfix) with ESMTP id BD9B618F3CC for <ianaplan@ietf.org>; Tue, 29 Sep 2015 18:23:57 +0100 (BST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gih.com; h=subject:to :references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=mahalo1; bh=1e47UXT58 SLRht/3A7qLPLAL1nc=; b=V/93FWeodHr118Vrqb4Y556+WYvcbuRrNnYRJgwIc aF+l5CvJITBsj+PteN7DUOyDFVII32quHbteSoEEQSTkoSDqf1CHdo45wog4fVDr KAphlotwmoRRIfo2pAOwL2z3CpaKemVSejSKh5DHTSRpa2UUgevDlGzA9b1rUvEd DQ=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gih.com; h=subject:to :references:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mahalo1; b=l7C +BRaGu6YF3/iPG1FuJXzPLoFoUEaDS2kCRFTDyM79RVmHFTNjyOWL8d9+OWCPV+I 1A4MxBUu+aqmSAW0x6nkfEsPthZBgoyVO34XFaoW7DPS5igo2It5MGGfUt23kP/z XxUBUs9qUblBBGVQ39xYyV53cceITu3oLN2dACOM=
Received: from [192.168.1.153] (unknown [2.27.85.64]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by waikiki.gih.co.uk (Postfix) with ESMTPSA id 34A4318F3C1 for <ianaplan@ietf.org>; Tue, 29 Sep 2015 18:23:57 +0100 (BST)
To: ianaplan@ietf.org
References: <56A1B728-98DF-409A-B2B6-2624F53FE175@cooperw.in> <3A58359B-420B-4FEC-B812-4659D980C5D3@vigilsec.com> <CAD_dc6gSKTURuXkFuay8dUKm6i+c9amEgmRQ_-Y37C_hv5i45Q@mail.gmail.com> <20150929151542.GB86614@mx2.yitter.info>
From: Olivier MJ Crepin-Leblond <ocl@gih.com>
X-Enigmail-Draft-Status: N1110
Message-ID: <560AC921.4090700@gih.com>
Date: Tue, 29 Sep 2015 18:23:45 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <20150929151542.GB86614@mx2.yitter.info>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/LcqFG_3R5XgMdQwQZYsW8HQ0XVU>
Subject: Re: [Ianaplan] Question from the ICG
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 29 Sep 2015 17:24:17 -0000


On 29/09/2015 16:15, Andrew Sullivan wrote:
> I am therefore not convinced even a little bit that additional formal
> commitments, rules, processes, or anything of that sort, are
> advisable.  The goal is to make the Internet better, not to achieve a
> nicely designed process.  As the WG (and, in other contexts, the IAB)
> said, the appoach we're using today (which is mostly informal) is
> working well.  There is no reason to invent new ways of ensuring that
> communication when the communication now flows without such
> inventions.

I understand the reticence in "if it ain't broken, don't fix it". The
recommendation was made by several entities, including the ALAC. We were
concerned that whilst today there appears to be several informal
channels, the future might not keep it this way. So we felt that it
would be a good idea to keep at least a formal channel open so that we
don't end up with one operational community deciding to split without
finding a way to keep the three functions operated by the same IANA
functions operator.
I'd see it as an opportunity to enhance collaboration between
operational communities. As individuals we are not immortal. I have no
idea what the next generations will be like and whether this collegial
collaboration will continue.
Kindest regards,

Olivier

-- 
Olivier MJ Crépin-Leblond, PhD
http://www.gih.com/ocl.html