Re: [Iasa20] IASA 2.0 minutes

Alissa Cooper <alissa@cooperw.in> Mon, 24 April 2017 01:30 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 24AC0126C2F for <iasa20@ietfa.amsl.com>; Sun, 23 Apr 2017 18:30:40 -0700 (PDT)
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, LOTS_OF_MONEY=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=dwCjJbWJ; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=p7MfeaTm
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 d-_Zr2DX5g10 for <iasa20@ietfa.amsl.com>; Sun, 23 Apr 2017 18:30:38 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D014124217 for <iasa20@ietf.org>; Sun, 23 Apr 2017 18:30:38 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id E8D1520BE0; Sun, 23 Apr 2017 21:30:37 -0400 (EDT)
Received: from frontend2 ([10.202.2.161]) by compute7.internal (MEProxy); Sun, 23 Apr 2017 21:30:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=fm1; bh=KxRzBPSBLhK8O+t1W8 +ib6M9D5g1TiJIdv1uFOKjS/8=; b=dwCjJbWJsJ4tBbLqRGwBBia3Q3g478xdpt upYCNfLf1TlyVd1sW3e5w+tSEqNxhdduH6S0uHl+Jkn1oQvH6IdT3XFRliDpAfGI s3ZDYt2Cwr2nVK+pxo6Cev2Mz7mwwkQXZzU/FJ8iSN0lhDsvBEPrd/mzZ2x8sMgi dMwJo04ncPUxrFK8inzFbs9yM2uAsWr7iwl6aCcYqreKFipfZWkwCFG/7Rk2FhMj +aXeclTWrBwb8I9a/YNWfDlR1h6Q7R040zAY6KsmXwbVKORImFYmKHUxy4GFYKZJ 4uzLFDMk+G+iUcW/q+wZuBfIXMJn9ECW+T9fwQzMUL9Je2kRbxWQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=KxRzBPSBLhK8O+t1W8+ib6M9D5g1TiJIdv1uFOKjS/8=; b=p7MfeaTm zPWv/6z9wsxyzcuxLim0b7/117sT+oKO4TSWZH5uRcezUbB1VJbLnvqOoEolCx5o iT1JfPopofQLD4ej9Rlk9Zu4Mgv5f/XWzpcgK87MP5qkjj72cTl8M/XW96U5Pv0+ bUa3CPQA0iTECYT8faE6bFEBTQHbtfEKpobeHC1bQeGs0wQtmt/C+YpKUz5V7biG 1wE2o0403Lq3qayMeUNEigbz/KCa9pe2JFpsAdrRqPk/FRO6BkKR+zr+V7zhaMWr AgZZXXuQKKBnLLabigeF6kwb7FOQsdQkofQu6Vx6atTbs4qo4g06OnmlQ2a2Xf0Q K65JXzSjaNIktA==
X-ME-Sender: <xms:PVX9WBBx9hB32GLQYULamTWYJIt76FC9SNsi7OM7grRuk3-bmZT2VA>
X-Sasl-enc: ORElTcldmEK9ilOm8Nm5Az1nNwPZ0wjn1RNw61Oy9gN2 1492997437
Received: from sjc-alcoop-8814.cisco.com (unknown [128.107.241.187]) by mail.messagingengine.com (Postfix) with ESMTPA id A10D0241ED; Sun, 23 Apr 2017 21:30:36 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <B1609C31-505A-4149-9757-E1226CFD195E@gmail.com>
Date: Sun, 23 Apr 2017 21:30:35 -0400
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, "Livingood, Jason" <Jason_Livingood@comcast.com>, Jari Arkko <jari.arkko@piuha.net>, "iasa20@ietf.org" <iasa20@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <F8062A8E-4366-411E-B8EE-4304EADFFCC1@cooperw.in>
References: <CABkgnnW2CYoLcfpTwgqKYo0WKfJAjK1gTmNuaamSp=mibtSDUg@mail.gmail.com> <9AE1C2CB-F2D1-4796-8D10-C625D16D41DC@cooperw.in> <d6ecdbc2-bcbb-f4e8-d914-e57ad094714f@gmail.com> <A15970F6-4D71-4C98-A057-393D5CD510EA@cable.comcast.com> <aca56723-49cf-206f-ae57-13c35498a974@gmail.com> <68A7AFC8-A2BE-4906-9767-4ED2B4BA2268@piuha.net> <592432f8-68a9-8069-1c90-fe7dd70d97fc@gmail.com> <B1609C31-505A-4149-9757-E1226CFD195E@gmail.com>
To: Glenn Deen <rgd.ietf@gmail.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/ngXHNHn5nKzlZboK8lRgsJKtKYI>
Subject: Re: [Iasa20] IASA 2.0 minutes
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: Mon, 24 Apr 2017 01:30:40 -0000

A couple of observations from reading this thread and talking to sponsors recently:

My sense is that the goal of no sponsor having undue influence over the technical work of the IETF is being met today. I don’t see any reason why that would necessarily change in the future even if we end up with some rearrangement of administrative structure. We can remain committed to it and uphold it just as we do today. Or to put it another way, I don’t think we’ve achieved this because donations to the IETF sit in a bank account at ISOC together with other donations to ISOC. I think we’ve achieved it because our community wouldn’t tolerate any other standard.

I do think sponsors have an influence over IETF administrative matters — specifically meeting planning, as Glenn alludes to below. And I think he articulates one important view among a diversity of views, namely that being able to attach sponsorship dollars to specific meeting-related items can be very important for some sponsors. For others, I gather it may be less important. So perhaps what we want to strive for here is flexibility: the ability for some sponsors to support specific meeting-related items, and others to provide more generalized support for IETF administration. I don’t see compelling reasons why we shouldn’t be able to support both options at once.

Alissa

> On Apr 22, 2017, at 11:31 AM, Glenn Deen <rgd.ietf@gmail.com> wrote:
> 
> There is a big difference between letting a sponsor sponsor breaks and a sponsor saying this money can only go for WG X work, or even more specifically WG X and only if it adopts proposal Y.
> 
> Today, IETF sponsorships are broken down and directed to things like breaks, connectivity, receptions, etc and this is done without any influence problem to either the sponsor or the IETF.   
> 
> I don't read the "no influence" goal as saying you can't sponsor specific events like breaks, receptions, or even hackathons or bits-n-bites, or connectivity.    Those are all sponsored without either influencing or being dependent to the decisions made by the IETF.
> 
> Where the "no influence" line is crossed is when a supporter links their support to decisions, actions, or statements made by the IETF.  For example, selection of WG chairs or ADs, or what documents get discussed in a WG agenda and what others don't get agenda time.   That is not acceptable at any level from any sponsor and is not how the IETF works.
> 
> There is only one acceptable way to influence the IETF - contribute to discussions, drafts, and of course running code.
> 
> I will say that it's clearer to explain and justify to the decision makers at sponsor if you can say "we spent $X and sponsored the afternoon break at IETFxyx".   than the more generic "we donated $X to the IETF" even when X is the same amount.  Some many argue that it's the same amount and so what's the difference?  The difference is that the sponsor sees more value in being acknowledged for sponsoring a break than for contributing money to a generic bucket.
> 
> If we moved away from being able to identify specific meeting elements that the sponsors have sponsored and get acknowledged for, we would likely see a drop off in sponsorships at-least in the $ amount from the sponsors.  When budgets get challenged at the sponsors office it's much easier to drop that $20,000 sponsorship to $5,000 when there isn't any direct impact to the sponsor from the cut.  If however, that missing $15,000 means that the new reduced  break food is awful and would reflect badly on the sponsor then the sponsor is motivated not to make the cut.
> 
> That doesn't mean the sponsorship fees simply equal the cost of what they are sponsoring. It's a sponsorship and not a direct contribution by the sponsor. The actual planning and delivery is done by the IASA.
> 
> Glenn Deen
> 
> Sent from my iPad
> 
>> On Apr 21, 2017, at 1:19 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>> 
>> very, very careful that if money is earmarked for the IETF, it is absolutely neutral with
>> regard to the content of the IETF's work program.
>> 
>>  Brian
> 
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20