Re: draft-klensin-iaoc-member-01 (was: Re: I-D Action: draft-hardie-iaoc-iab-update-00.txt)

joel jaeggli <joelja@bogus.com> Fri, 19 February 2016 06:13 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0C391B29A8 for <ietf@ietfa.amsl.com>; Thu, 18 Feb 2016 22:13:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.006] 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 S2AX-VTVkiHt for <ietf@ietfa.amsl.com>; Thu, 18 Feb 2016 22:13:39 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D6361AD2D9 for <ietf@ietf.org>; Thu, 18 Feb 2016 22:13:39 -0800 (PST)
Received: from mb-2.local ([IPv6:2601:647:4204:51:1da4:c06c:b36:a507]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id u1J6DZLk055248 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 19 Feb 2016 06:13:36 GMT (envelope-from joelja@bogus.com)
Subject: Re: draft-klensin-iaoc-member-01 (was: Re: I-D Action: draft-hardie-iaoc-iab-update-00.txt)
To: Andrew Sullivan <ajs@anvilwalrusden.com>, ietf@ietf.org
References: <99085F2E3228C28C99AB062A@JcK-HP8200.jck.com> <56C267D8.5010505@gmail.com> <56C28F22.1000705@comcast.net> <20160218025414.GM66257@mx2.yitter.info> <56C556A5.8090202@comcast.net> <20160218144138.GB100@mx2.yitter.info> <56C61B46.3030803@comcast.net> <20160218200548.GM100@mx2.yitter.info>
From: joel jaeggli <joelja@bogus.com>
X-Enigmail-Draft-Status: N1110
Message-ID: <29b77ead-d2f4-dcb6-4aed-2810d5e29980@bogus.com>
Date: Thu, 18 Feb 2016 22:13:34 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <20160218200548.GM100@mx2.yitter.info>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="RWsqfTFemDvtgUxPAwevmslHBWThhcx3J"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/iifxf3L0TZan9OMvStAxxYLvLXI>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Feb 2016 06:13:40 -0000

On 2/18/16 12:05 PM, Andrew Sullivan wrote:
> 
> If we follow the path of writing down all the rules for this, we need
> a procedure to follow in this imaginary case (and probably a dozen
> others I could think of if I tried).  If we follow the path of
> assuming that the so-called leadership will behave in a responsible
> fashion, we don't need any of those rules.

If we assume the counter-factual conditional; that we can limit the
potential for exposure to bad actors through rule-making (as opposed to
consensus decisions) we're down an incredibly strange wormhole.

If a process describes, how to install people in roles, what the roles
do, and how to remove them if the community concludes that they've
strayed, and that proves to be workable, we're doing pretty good.

>  And if we don't think that
> the so-called leadership will behave in a responsible fashion, then I
> think we should be worrying about an altogether different set of
> issues.
>
> Best regards,
> 
> A 
>