Re: [Iasa20] Memo exploring options for IASA 2.0 models

Alissa Cooper <alissa@cooperw.in> Fri, 16 February 2018 22:12 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C100E1241F3 for <iasa20@ietfa.amsl.com>; Fri, 16 Feb 2018 14:12:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=VHuxRJ8u; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=NgNXRgDR
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 phjKn7k3odag for <iasa20@ietfa.amsl.com>; Fri, 16 Feb 2018 14:12:16 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1E0B12008A for <iasa20@ietf.org>; Fri, 16 Feb 2018 14:12:16 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id C9AF620BF5; Fri, 16 Feb 2018 17:12:15 -0500 (EST)
Received: from frontend1 ([10.202.2.160]) by compute7.internal (MEProxy); Fri, 16 Feb 2018 17:12:15 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=bV4JcRLg3WZEgbcpsXab4uM0akNrjCCbWr+fAzKIACA=; b=VHuxRJ8u JtmbxIcTU1OYyfAK5RnMX8g7LwhzFF9uGNEG4xB8omMvaWvqbjKdmkbHRZhM1W7Z bPYCKtiuetWpNT8LswUD42W5LYszugXgbpmUJdO7gHp/VAEHJZzM6YqMl4GqFXGU BExVjkdbjdK5qQeiJuFbK8STjoaVPtCTOE9ikNXIoI05QEpfgwOT6aSHbPWdwntV 4k0A8Gj0aZKwzizr9Xi/SeaGf6r2V+FpNUQZNpU9w9N+dK/gz6QNrVTK5LKSt9fx oAbSv7AncHGrDdQdLLdXyxcMsLvXw24B/T7PFf66inAtPy8sfhmb+/n39ssD2HzP +8Uv8iA1z5CZEg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=bV4JcRLg3WZEgbcpsXab4uM0akNrj CCbWr+fAzKIACA=; b=NgNXRgDR5qoBPQnpcljeASBcLC+O//QvZLqwRXnzrZBK4 cgkEah0B9rfqQFksdA0c5nSHKAr9yD3AnRJyPwUq8qBliORWDiXYjqV9zt0QCy95 qN+NqxSpPp22hv6Uch8LUD227SAnEzlRK7U89sAYPvz65bRTq3D2I3qGxs1YoQfs 3IXGpvmZxKXUDd5/HuIFS/Nk2mfRgaeUJ+sKQ6Vva6OC4ku2HEvwmkbtEzHQ104J Qu7ZzlqOt/+m3/txAM4EiOQ1kWCsibkkqMltVnjFrPqqb3hdZElmyix5AExaYKic geSpo8Y1NmNUWgHVsRBPvdnmAPMg/RrpXRzGiajzw==
X-ME-Sender: <xms:P1eHWvYv-qNp2wuMwXnq5FWtGQ8x5Afji-2fmPONIv7XlAUGV0G3uw>
Received: from [10.154.180.46] (unknown [128.107.241.179]) by mail.messagingengine.com (Postfix) with ESMTPA id 0B5DE7E321; Fri, 16 Feb 2018 17:12:14 -0500 (EST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_BB4A8110-1290-4FC6-B343-415F355A49BB"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <065C95EE-2FCA-4E0C-9B4F-5C3177D6E851@thinkingcat.com>
Date: Fri, 16 Feb 2018 14:12:12 -0800
Cc: Brian Carpenter <brian@cs.auckland.ac.nz>, Michael Richardson <mcr+ietf@sandelman.ca>, Eric Rescorla <ekr@rtfm.com>, iasa20@ietf.org
Message-Id: <BCAEBDE8-9721-481A-9CB3-2D5EE11CB55E@cooperw.in>
References: <4483006c-1652-7340-19f8-8d0579af8213@cdt.org> <20182.1518727709@obiwan.sandelman.ca> <C77B41DA-268D-4F0E-8AC8-F2E292E38B14@cooperw.in> <9631.1518800971@obiwan.sandelman.ca> <be961111-9bed-086e-a0ab-b220125a438d@cs.auckland.ac.nz> <CABcZeBNBXW1SVDDmaLg+-ZX_3WhaWtwEYFiXC8KBUpCXFVjB6g@mail.gmail.com> <cbc363ac-960d-1719-9ca3-9501360ef179@cs.auckland.ac.nz> <065C95EE-2FCA-4E0C-9B4F-5C3177D6E851@thinkingcat.com>
To: Leslie Daigle <ldaigle@thinkingcat.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/iJ1w4-14NVBCQCvx3vdAFyYxwEg>
Subject: Re: [Iasa20] Memo exploring options for IASA 2.0 models
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions relating to reorganising the IETF administrative structures in the so called “IASA 2.0” project. <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Feb 2018 22:12:20 -0000

+1

> On Feb 16, 2018, at 1:57 PM, Leslie Daigle <ldaigle@thinkingcat.com> wrote:
> 
> I think the IAD and IAOC have been doing their job well if this appears to IETF participants to be an occasional and minor hassle.
> 
> In practical terms, it is neither.
> 
> As noted during the last IASA 2.0 session, it’s hard to expose all the experienced examples in the detail that you might find compelling, for the simple reason that it is (somebody else’s) business and it’s not polite.
> 
> But, the bottom line, as expressed at the last IASA 2.0 meeting (including the support of the ISOC CEO and the ISOC Board Chair), is that the current relationship no longer fits — either organization. This is a positive sign of growth — for both organizations.
> 
> Leslie.
> 
> --
> 
> Leslie Daigle
> Principal, ThinkingCat Enterprises
> 
> ldaigle@thinkingcat.com <mailto:ldaigle@thinkingcat.com>
> On 16 Feb 2018, at 14:02, Brian Carpenter wrote:
> 
> On 17/02/2018 07:54, Eric Rescorla wrote:
> 
> On Fri, Feb 16, 2018 at 10:50 AM, Brian Carpenter <brian@cs.auckland.ac.nz>
> wrote:
> On 17/02/2018 06:09, Michael Richardson wrote:
> ...
> 
> 1. I think that we want our own bank account.
> 
> I have seen no consenus call to that effect. Personally, I think
> that we have no need of a bank account. It appears that we are in
> need of a primer for potential sponsors explaining how moneys sent
> to ISOC are applied to IETF needs.
> ...
> 3. I think that under Option III, that we would very CLEARLY be able to
> 
> sign
> 
> our own contracts. Be they Executive Director, Secretariat,
> 
> RFC-editor,
> 
> or tools development. I don't know that the community thinks this is
> high priority, but I think that it does matter.
> 
> Why? When did the IETF ever suffer as a result of its contracts being
> signed by ISOC?
> See, for instance:
> https://tools.ietf.org/html/draft-haberman-iasa20dt-recs-01#section-3.1.3 <https://tools.ietf.org/html/draft-haberman-iasa20dt-recs-01#section-3.1.3>
> 
> "
> 
> For example, due to IETF's lack of legal status, contractual
> agreements must be signed by ISOC on behalf of the IETF. There are
> occasions when a decision that is right for the IETF and desired by
> IETF leadership cannot be executed due to constraints posed by what
> ISOC can and cannot agree to itself. For example, when IETF sought
> to acquire a recent piece of software for business purposes, ISOC
> would initially not agree to entering into an agreement with the
> software provider. Ideally, IETF could make decisions free from
> operational and other constraints imposed by its relationship with
> ISOC."
> 
> OK. So we'd trade off that very occasional sort of hassle against a new
> Board to staff, a new Advisory Council to staff, and all the overheads
> of running a separate accounting, auditing and tax return setup.
> 
> Brian
> 
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20 <https://www.ietf.org/mailman/listinfo/iasa20>
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20